[Date Prev][Date Next][Thread Prev][Thread Next]
- Subject: Re: LuaLanes and Snow Leopard OSX 10.6
- From: Asko Kauppi <askok@...>
- Date: Mon, 5 Oct 2009 21:16:46 +0300
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:
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
lanes-2.0.3$ LUA_CPATH=./src/?.so LUA_PATH="src/?.lua;./tests/?.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...
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