其实这个问题老早就有了，当时还在Lua的maillist上提过，不过当时我只是发现LuaJIT2在执行Lua脚本时，如果Lua脚本调用了不存在的C函数时会使宿主崩溃，Mike Pall同学（LuaJIT的作者）倒是很爽快地解决了这个问题。后来发现，Mike Pall解决的只是一部分，我这里因为用到了Luabind，通过Luabind来调用执行Lua函数，如果Lua脚本又调用到不存在的C++函数，进程就会无声无息地退出，而如果是官方Lua的话，则是会老老实实地打印那些出错信息出来。
昨天忍无可忍了，就又向Lua maillist发了封邮件，今天发现Mike Pall和Daniel Wallin（Luabind的作者）争起来了，呵呵。Mike Pall说问题在Linux上和Windows/x64上都没能重现，不知道Windows/x86出了什么问题，可能是Luabind重复抛出异常了，Daniel Wallin则说Luabind只是简单地调用了lua_error，他倒是能在虚拟机的Windows环境下重现问题，最后他又给出了一段简化后的代码，只要lua_error调用后面有C++对象的析构，LuaJIT就会出问题。
我倒是偶然看到今年1月份的Lua maillist上的邮件，Mike Pall曾经说过Windows/x86上MSVC实现try/catch是用SEH实现的，这个LuaJIT处理可能有点问题。但他后来的邮件中好像又说在新代码中已经解决这个问题了。我于是用MinGW试了试，GCC 4.4.0编译出来的，确实是没问题的呢！
不过最后，又看到Mike Pall好大一篇解释，最终结论是建议所有用户都升级使用x64，囧！
支付宝扫一扫
微信扫一扫