lua-users home
lua-l archive

[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index] [Thread Index]

My by-now standard disclaimer to why Lanes via LuaRocks is not working (it's actually great, this way I know people tried >:):

I've essentially cleaned away my web sites since Lanes came out. That explains the missing links, though does not justify them. Sorry.

I'm not going to change anything, though. People who really need to reach me will - as you have. :)

As to LuaRocks, I only intended to make the rock as a test on how easy/ hard making a rock feels. I did not and do not intend to be maintaining the rock as well as the library itself. Rocks, and other distributions, require a "second tier" view on the product and in my opinion are best done by someone else than the author.

The error you got is indeed the same as I had with Fink Lua (which I'm the maintainer of) prior to tuning it for safe multithreading. I'll send you the Fink building rules, maybe there is something in there that will help.

Thanks for sending the bug report.


Stefan Marr kirjoitti 5.10.2009 kello 14:03:

Hi Asko,
Hi list:

I tried to experiment with LuaLanes, but have some problems on my Snow Leopard installation.

Every time I try to run one of the test I get an malloc error like this:

lanes-2.0.3$ LUA_CPATH=./src/?.so LUA_PATH="src/?.lua;./tests/?.lua" lua tests/recursive.lua
depth: 0 1 2 3 4 5 6 7 8 9 10 11
lua(61739,0x7fff71085be0) malloc: *** error for object 0x1000ad1a0: pointer being freed was not allocated
*** set a breakpoint in malloc_error_break to debug

I tried to use luarocks from MacPorts to install lanes, but there is no rock spec. for the latest version, and for the 2.0 version, the download is gone, so it just failed installing.

Furthermore, I followed the hints in the README to compile Lua with LUA_USE_DLOPEN and LUA_USE_POSIX as well as using a dylib for the core and library code, as described.
However, I am still ending up with the error given above.

Any thoughts how this could be fixed?

Many thanks and best regards

BTW: On an Ubuntu, it works fine...

Stefan Marr
Software Languages Lab
Former Programming Technology Lab
Vrije Universiteit Brussel
Pleinlaan 2 / B-1050 Brussels / Belgium
Phone: +32 2 629 3956
Fax:   +32 2 629 3525