| Time |
Nick |
Message |
| 00:09 |
|
YuGiOhJCJ joined #minetest |
| 00:12 |
|
khimaros_ joined #minetest |
| 00:25 |
|
shaft joined #minetest |
| 00:26 |
shaft |
Is calling a function that doesn't exist supposed to core dump the whole game? |
| 00:26 |
shaft |
In Lua |
| 00:28 |
shaft |
I tried calling table.find and it doesn't exist. It took me a while to find the line that caused the issue because it made the entire game crash instead of showing a useful message like it usually does. |
| 00:28 |
|
Sharpman joined #minetest |
| 00:28 |
shaft |
I'm still running 5.7 until a new appimage releases |
| 01:16 |
|
shaft left #minetest |
| 01:18 |
|
smk joined #minetest |
| 01:42 |
|
khimaros_ joined #minetest |
| 01:57 |
|
amfl2 joined #minetest |
| 02:00 |
|
fling joined #minetest |
| 02:12 |
|
illwieckz joined #minetest |
| 02:16 |
|
fluxionary joined #minetest |
| 02:23 |
Mantar |
shaft: that doesn't seem right, under normal circumstances it should give you an error about table.find being a nil value. |
| 03:17 |
|
illwieckz_ joined #minetest |
| 04:11 |
|
oneeyedalien joined #minetest |
| 04:17 |
|
fling joined #minetest |
| 04:37 |
|
dabbill joined #minetest |
| 04:51 |
|
appguru joined #minetest |
| 05:00 |
|
MTDiscord joined #minetest |
| 05:01 |
|
Sobinec joined #minetest |
| 05:38 |
|
diceLibrarian2 joined #minetest |
| 06:17 |
|
Sobinec joined #minetest |
| 06:20 |
|
amfl joined #minetest |
| 06:25 |
|
gxt joined #minetest |
| 06:33 |
|
qqq joined #minetest |
| 07:21 |
|
TomTom_ joined #minetest |
| 07:34 |
|
calcul0n_ joined #minetest |
| 08:07 |
|
Bombo joined #minetest |
| 08:07 |
|
Bombo joined #minetest |
| 09:03 |
|
qqq joined #minetest |
| 09:41 |
|
Sobinec joined #minetest |
| 10:44 |
|
s20 joined #minetest |
| 10:54 |
|
imi joined #minetest |
| 10:57 |
|
definitelya joined #minetest |
| 11:00 |
|
fling joined #minetest |
| 11:08 |
|
Warr1024 joined #minetest |
| 11:11 |
|
imi joined #minetest |
| 11:27 |
|
lemonzest joined #minetest |
| 11:52 |
|
vampirefrog joined #minetest |
| 12:50 |
|
Eytirth left #minetest |
| 13:19 |
|
khimaros_ joined #minetest |
| 14:19 |
|
appguru joined #minetest |
| 14:32 |
|
stormchaser3000 joined #minetest |
| 15:41 |
|
appguru joined #minetest |
| 15:46 |
|
shaft joined #minetest |
| 15:48 |
shaft |
Mantar: It doesn't though. You can try it yourself. It core dumps the whole game. |
| 15:48 |
shaft |
5.7 though. |
| 15:53 |
|
jluc joined #minetest |
| 15:59 |
shaft |
Okay, if you call table.find() during startup it works fine but if called during runtime it core dumps. |
| 16:04 |
sfan5 |
2023-12-08 17:04:28: ERROR[Main]: ServerError: AsyncErr: Lua: Runtime error from mod 'test2' in callback environment_Step(): .../mods/test2/init.lua:307: attempt to call field 'find' (a nil value) |
| 16:04 |
sfan5 |
works for me |
| 16:04 |
sfan5 |
error even shows in the gui |
| 16:09 |
|
sparky4 joined #minetest |
| 16:09 |
jonadab |
Are any of the arguments to the function call calculated? |
| 16:10 |
jonadab |
Worst comes to worst, throw the core into gdb and get a backtrace. |
| 16:11 |
|
jaca122 joined #minetest |
| 16:59 |
|
mrkubax10 joined #minetest |
| 17:01 |
|
mrkubax10 joined #minetest |
| 17:06 |
shaft |
Not during runtime. Take my birds mod and change find to table.find. https://gitgud.io/blut/birds/-/blob/master/init.lua?ref_type=heads |
| 17:06 |
shaft |
By runtime I mean not during "startup" |
| 17:07 |
shaft |
I know, everything is runtime in a script. |
| 17:44 |
Bombo |
*doh* "Insufficient gcc version, found 6.3.0. Version 7.5 or higher is required." |
| 17:56 |
|
shaft left #minetest |
| 18:04 |
|
appguru joined #minetest |
| 18:07 |
|
fling_ joined #minetest |
| 18:11 |
|
qqq joined #minetest |
| 18:23 |
|
fling joined #minetest |
| 18:25 |
jonadab |
Bombo: Heh. I have a couple of systems that still have 6.x myself. Although my main system has 10.something. |
| 18:26 |
jonadab |
Oh, the fileserver has 8.x |
| 18:37 |
|
khimaros_ joined #minetest |
| 19:16 |
|
tuxayo-webchat joined #minetest |
| 19:27 |
|
jaca122 joined #minetest |
| 19:53 |
|
grorp joined #minetest |
| 20:13 |
MinetestBot |
[git] garymm -> minetest/minetest: Improve Irrlicht instructions (#14055) 634e49b https://github.com/minetest/minetest/commit/634e49b96138a9337a9b3104d3eb52e77954c6f4 (2023-12-08T20:11:54Z) |
| 20:13 |
MinetestBot |
[git] ZenonSeth -> minetest/minetest: Check if liquid can flow into empty node before picking it as source … 2ec3325 https://github.com/minetest/minetest/commit/2ec3325381b4f456fc1dedb1db577ad75c9c63fd (2023-12-08T20:13:18Z) |
| 20:14 |
MinetestBot |
[git] grorp -> minetest/minetest: Fix unittest failure for release versions (#14067) 689aaf5 https://github.com/minetest/minetest/commit/689aaf50b3cbd709cfdf4df17fec4ba119bfd222 (2023-12-08T20:13:33Z) |
| 20:16 |
|
tuxayo-webchat left #minetest |
| 21:52 |
Mantar |
I'm having an occasional segfault during a minetest.forceload(), gonna try to get a debug trace |
| 21:52 |
sfan5 |
try with --debugger |
| 21:59 |
|
sparky4 joined #minetest |
| 22:03 |
|
Talkless joined #minetest |
| 22:23 |
|
appguru joined #minetest |
| 22:36 |
Mantar |
I find attaching the gdb process myself is usually more helpful |
| 22:48 |
lizzie |
is there an event handler, or a way to detect, when nodes of a given type become loaded? (ie, a mapblock goes from unloaded to loaded, that contains that node) |
| 22:48 |
sfan5 |
lbm |
| 23:34 |
|
panwolfram joined #minetest |
| 23:42 |
|
sparky4 joined #minetest |
| 23:53 |
|
book` joined #minetest |
