Question

我有一个类似下面的函数从另一个返回std :: string的函数返回一个c-string。

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-Style字符串，我得到了所需的输出。

更新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。

Answer 1

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

问题是，在C ++中返回const char *的任何函数都无法通过在本地或临时c_str()上调用std::string来生成，因为在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，或者你的程序结束。但是这些字符串很小，所以这个开销并不重要。

luajit ffi函数返回字符串的奇怪输出

1 个答案: