luabind 中 default_converter 和表的问题

Question

===编辑===

问题实际上比这简单得多，任何采用表的包装函数都会导致问题。如果我包装一个采用 luabind::object 的函数，并使用表参数调用该函数，则 gc 会导致无效的 free()。我开始认为这可能是某种疯狂的编译/链接问题，因为我编译的 luabind dylib 中有 lua 符号（导致这些符号的两个副本，一个在该库中，一个在我的二进制文件中）。也许我有一些 lua 静态变量或其他东西的重复项？我可能只是在抓住救命稻草。

===编辑===

在 mac os x 10.6 上使用 luabind 0.9 和 gcc 4.2.1

我看到使用 lua 表中的 default_converter 可能（也许？）有什么问题。

我试图在我的代码中为各种类似列表的类型定义转换器，特别是 std::vector。当我使用这样的 default_converter 将表传递给 c++ 方法时，一旦调用垃圾收集器，lua 就会因无效指针上的 free() 崩溃。

我可能在这里遗漏了一些简单的东西，但我无法弄清楚。

谢谢！

* Lua 代码 *

function first ()
 -- Doesn't crash
 -- t = TestClass(1, 3)

 -- Crashes
 t = TestClass({1, 2, 3})

 print(t:get(0))
 print(t:get(1))
 print(t:get(2))
end

function second ()
 print("About to call collectgarbage...")
 collectgarbage()
 print("Done calling collectgarbage!")
end

function test ()
 first()
 second()
end

* C++ 代码 *

#include <iostream>
#include <lua.hpp>

#include <luabind/luabind.hpp>
#include <luabind/operator.hpp>

using namespace std;
using namespace luabind;

namespace luabind {
 template<typename ListType>
 struct default_converter<std::vector<ListType> > : native_converter_base<std::vector<ListType> > {
   static int compute_score(lua_State* L, int index) {
     return lua_type(L, index) == LUA_TTABLE ? 0 : -1;
   }

   std::vector<ListType> from(lua_State* L, int index) {
     std::vector<ListType> list;
     for (luabind::iterator i(luabind::object(luabind::from_stack(L, index))), end; i != end; ++i)
       list.push_back(luabind::object_cast<ListType>(*i));

     return list;
   }

   void to(lua_State* L, const std::vector<ListType>& l) {
     luabind::object list = luabind::newtable(L);
     for (size_t i = 0; i < l.size(); ++i)
       list[i+1] = l[i];

     list.push(L);
   }
 };
}

class TestClass {
public:
 TestClass(std::vector<int> v) : m_vec(v) {}

 TestClass(int b, int e) {
   for (int i = b; i <= e; ++i)
     m_vec.push_back(i);
 }

 int get(size_t i) const {
   return m_vec[i];
 }

private:
 std::vector<int> m_vec;
};

int main(int argc, char** argv) {
 if (argc != 2) {
   cout << "usage: " << argv[0] << " <scriptname>" << endl;
   return -1;
 }

 std::string scriptName = argv[1];
 lua_State* L = (lua_State*) lua_open();
 luaL_openlibs(L);

 open(L);

 module(L)
 [
   class_<TestClass>("TestClass")
     .def(constructor<std::vector<int> >())
     .def(constructor<int, int>())
     .def("get", &TestClass::get)
 ];

 if (luaL_loadfile(L, scriptName.c_str()) || lua_pcall(L, 0, 0, 0)) {
   cout << "Script error: " << lua_tostring(L, -1) << endl;
   return -1;
 }

 call_function<void>(globals(L)["test"]);

 lua_close(L);
 return 0;
}

Answer 1

是的，我明白了。事实证明，除了构建方式之外，luabind 根本没有任何问题。 mac os x 上的 jam 构建系统会导致静态 lua 库与 luabind 共享库链接，当我链接最终的二进制文件时，会导致重复的符号（和重复的静态变量）。但它没有链接整个 lua 库，因此您仍然需要再次链接 liblua.a。

对这个解释持保留态度，但这是我最好的猜测；我不是 Mac OS X 链接器工作原理的专家。我确实知道，当我静态构建 luabind 时，一切正常。

因此，对于在 mac 中构建 lubabind 的人来说，请静态构建。 jam 构建的共享库还存在其他问题，您必须修复这些问题，例如 @executable_path 错误。静态构建非常简单。