【问题标题】:Strange output for luajit ffi function returning stringluajit ffi 函数返回字符串的奇怪输出
【发布时间】:2016-10-11 18:53:31
【问题描述】:

我有一个类似下面的函数,它从另一个返回 std::string 的函数返回一个 c 字符串。

const char* GetFilePath(const char* aFilename)
{
    return FileSystem->GetFilePath(aFilename).c_str();
}

如果我从 lua 调用这个函数,我只会得到垃圾。如果我修改函数以返回例如“测试”,它就可以工作。

我认为这是因为返回的 std::string 的析构函数将被调用,因此删除了使 c-string 无效的字符串。

我的问题是如何防止这种情况发生?我怎样才能让它工作?

更新: 我通过以下方式将此函数公开给 Lua。

local ffi = require('ffi')
ffi.cdef[[
const char* GetFilePath(const char* aFilename)
]]

x = ffi.string(GetFilePath("Script.lua"))
io.write(x)

这段代码只是打印一些随机垃圾。但是,如果我将 C-Wrapper 函数修改为仅返回 C 样式字符串,我将得到所需的输出。

更新 2: 例如,如果我执行以下操作:

const char* GetFilePath(const char* aFilename)
{
    return aFilename;
}

它按预期工作。此外,当我公开其他一些返回 const char* 的函数时。 但是,如果我执行以下操作:

const char* GetFilePath(const char* aFilename)
{
    return std::string(aFilename).c_str();
}

我得到随机垃圾。我原来的 C++-Function 返回一个 std::string。

【问题讨论】:

  • 在您的 update2 中,此代码 return std::string(aFilename).c_str(); 永远不会正确。这总是会给出未定义的行为,无论是关于 lua 绑定还是其他任何事情。

标签: c++ string c++11 lua luajit


【解决方案1】:

如果你坚持为此使用 luajit FFI 而不是使用 C api,你将不得不编写一些更复杂的 C++。

问题在于,任何在 C++ 中返回 const char * 的函数都不能通过在本地或临时的 std::string 上调用 c_str() 来生成,因为在 lua 有机会使用它之前它就会失效。

解决此问题的最简单技巧是使用static 局部变量,该变量不会在函数返回后立即销毁。

const char* GetFilePath(const char* aFilename)
{
    static std::string long_lived;
    long_lived = FileSystem->GetFilePath(aFilename);
    return long_lived.c_str();
}

这里有一些额外的开销——long_lived 字符串将被分配,直到再次调用GetFilePath,或者您的程序结束。但是这些字符串很小,所以这个开销并不重要。

【讨论】:

  • 感谢您的回答!这解决了我的问题。我可能会尝试重新设计我的代码或再次使用标准的 lua c api。
猜你喜欢
  • 1970-01-01
  • 2012-12-10
  • 2017-01-20
  • 2013-12-29
  • 2021-04-23
  • 1970-01-01
  • 2017-06-03
  • 2014-02-28
  • 2014-08-11
相关资源
最近更新 更多