背景
我在游戏Bitfighter上与Watusimoto合作。我们使用LuaWrapper的变体将我们的c ++对象与游戏中的Lua对象连接起来。我们还使用称为lua-vec的Lua变体来加速向量操作。
我们一直在努力解决一段时间的错误。将发生随机崩溃,表明腐败的元数据。有关Watusimoto的帖子,请参阅here。我不确定这是因为一个腐败的metatable,并且看到了一些我想在这里问的非常奇怪的行为。
问题表现形式
作为一个例子,我们创建一个对象并将其添加到这样的级别:
t = TextItem.new()
t:setText("hello")
levelgen:addItem(t)
然而,游戏有时(并非总是)崩溃。出错:
attempt to call missing or unknown method 'addItem' (a nil value)
根据上面提到的Watusimoto帖子的回答,我已将最后一行更改为以下内容:
local ok, res = pcall(function() levelgen:addItem(t) end)
if not ok then
local s = "Invalid levelgen value: "..tostring(levelgen).." "..type(levelgen).."\n"
for k, v in pairs(getmetatable(levelgen)) do
s = s.."meta "..tostring(k).." "..tostring(v).."\n"
end
error(res..s)
end
如果错误地从中调用方法,则打印出levelgen
的元表。
然而,这很疯狂,当它失败并打印出metatable时,metatable 完全应该是什么(使用正确的addItem
调用和所有内容)。如果我在脚本加载时打印levelgen
的元表,并且当它使用上面的pcall
失败时,它们是相同的,每个调用和指向userdata的指针都应该是相同的。
就好像levelgen
的metatable随意地自发消失了。
有人会知道发生了什么事吗?
谢谢
注意:只有levelgen
对象才会发生这种情况。例如,它也发生在上面提到的TestItem
对象上。实际上,同一代码在我的计算机上levelgen:addItem(t)
行崩溃,但在另一台开发人员的计算机上崩溃,但行t:setText("hello")
的错误消息missing or unknown method 'setText' (a nil value)
答案 0 :(得分:2)
与任何谜团一样,你需要逐层剥离它。我建议按照Lua的相同步骤进行操作,并尝试检测路径偏离预期的位置:
getmetatable(levelgen).__index
返回什么?如果是表格,请检查addItem
的内容。如果它是一个函数,那么尝试用(table, "addItem")
调用它并查看它返回的内容。
检查getmetatable
是否在调用之前和之后(或失败时)返回对同一对象的引用。
呼叫正在经历多个级别的metatable间接?如果是这样,请尝试使用显式调用遵循相同的路径,并查看差异的位置。
您是否使用weak
密钥,如果没有其他引用,可能会导致值消失?
当您检测到它失败时是否可以提供“默认”值并继续查看它是否稍后“再次”找到此方法?或者当它被打破时,它之后的每次通话都会被打破?
如果你为addItem保存了一个合适的值并在你发现它被破坏时“修复”了怎么办?
如果您只是处理错误(如您所做)并将其调用10次,该怎么办?它会至少显示一次有效结果(失败后)吗? 100次?如果你在工作时继续调用相同的方法,它会失败吗?这可能有助于您提出更可重现的错误。
我不熟悉LuaWrapper提供更具体的问题,但如果我是你,这些是我采取的步骤。
答案 1 :(得分:2)
我强烈怀疑问题是你有类似的类或结构:
struct Foo
{
Bar bar;
// Other fields follow
}
而且你已经通过LuaWrapper将Foo和Bar暴露给了Lua。这里重要的一点是bar
是Foo
结构中的第一个字段。或者,您可能有一些继承自其他基类的类,派生类和基类都暴露给LuaWrapper。
LuaWrapper使用一个名为Identifier的函数来唯一地跟踪每个对象(比如给定对象是否已经添加到Lua状态)。默认情况下,它使用对象地址作为键。在上面提到的情况下,Foo和Bar可能在内存中具有相同的地址,因此LuaWrapper可能会感到困惑。
这可能导致在尝试查找方法时抓取错误对象的元表。显然,由于它正在查看错误的元表,因此它找不到您想要的方法,因此看起来好像您的元表已经神秘地丢失了条目。
我已经检查了一个跟踪每个对象数据的变化,而不是一个巨大的堆。如果您将LuaWrapper副本从存储库更新为最新版本,我相当肯定您的问题将得到解决。
答案 2 :(得分:1)
与上游(提交3c54015)LuaWrapper合并后,这个问题已经消失。它似乎是LuaWrapper中的一个错误。
谢谢Alex!