Re: Static lib and lua5.1.dll (crash on lua_close_())

Mark Mruss <[email protected]>
Newsgroups gmane.comp.lang.lua.bind.user
Message-ID <[email protected]>
Hi Everyone,

I'm not sure that there is anyone else around as I haven't had a
response to any of my last three emails but this is where the crash is
coming from:

In:

LUA_API void lua_close (lua_State *L) {

The line:

while (luaD_rawrunprotected(L, callallgcTM, NULL) != 0);

Which (after drilling all the way down) get to:

int luaD_precall (lua_State *L, StkId func, int nresults) {

And then the crash seems to happen around:

lua_unlock(L);
n = (*curr_func(L)->c.f)(L);  /* do the actual call */

Does this seem familiar to anyone else? Does anyone have any ideas
about this crash and how it relates to laubind?

If I do not open luabind then the crash does not happen.

Thanks (if there is anyone out there),

mark.



On Sun, May 9, 2010 at 7:56 AM, Mark Mruss <[email protected]> wrote:
> Hi Everyone,
>
> I asked this in a separate email, but I thought that it might get more
> traction if I ask it by itself.
>
> Does anyone know what the bjam commands would be to compile luabind as
> a static library that links against the lua dll?
>
> I'm getting a crashe on lua_close() and it smells like the crashes
> that one gets when there are two instances of the lua runtime being
> used.
>
> I can get my application to crash as long as I call:
>
> luabind::open(pLuaState);
>
> luabind appears to be working, but when the program closes I always
> get a crash, whether I bind to any of my C++ or not (as long as I have
> the above call).
>
> I'm using the following in a bat file to compile luabind:
>
> "C:\Program Files\boost\boost_1_42\bin\bjam.exe" -d+02
> toolset=msvc-9.0 runtime-link=static link=static threading=multi
> --debug-build define=LUA_BUILD_AS_DLL define=_MBCS
>
> Am I crazy? Am I doing something wrong? Any help would be appreciated
> as I would like to use luabind but I keep running into road blocks.
>
> mark.
>

------------------------------------------------------------------------------
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.