Closed Frityet closed 6 months ago
Further tested on
📦[frityet@lanes-testing Documents]$ uname -a
Linux lanes-testing.fritpc 6.7.10-200.fc39.x86_64 #1 SMP PREEMPT_DYNAMIC Mon Mar 18 18:56:52 UTC 2024 x86_64 GNU/Linux
yields same result
@benoit-germain Sorry for ping but I just can't find any way I can make this work, did there any known fix? This happens for any C module
Hello,
As per the documentation, lib_str can only contain a combination of Lua (or LuaJIT) "standard libraries": base, bit, coroutine, debug, ffi, io, jit, math, os, package, string, table, utf8, or * as a shortcut for all of them. Regular Lua modules to be required when the lane starts go in the setting table:
local gen= lanes.gen( "math,package,string,table", {required={"lfs"}}, a_lane)
Hope this helps,
Benoit.
Hello,
As per the documentation, lib_str can only contain a combination of Lua (or LuaJIT) "standard libraries": base, bit, coroutine, debug, ffi, io, jit, math, os, package, string, table, utf8, or * as a shortcut for all of them. Regular Lua modules to be required when the lane starts go in the setting table:
local gen= lanes.gen( "math,package,string,table", {required={"lfs"}}, a_lane)
Hope this helps,
Benoit.
Hello, that seemed to work, but now I get this error:
lua: /usr/local/share/lua/5.4/lanes.lua:336: can't copy non-deep full userdata across lanes
stack traceback:
[C]: in function 'lanes.core.lane_new'
/usr/local/share/lua/5.4/lanes.lua:336: in function </usr/local/share/lua/5.4/lanes.lua:334>
(...tail calls...)
main.lua:20: in main chunk
[C]: in ?
Is the library itself counted as a full user data? The only userdata being used in this instance is the linda
Edit: same issue without the linda
Nevermind, lfs.dir()
does return a userdata, thank you!
Code im running
System information:
without the
",lfs"
in thelanes.gen
call, i get