| Time |
Nick |
Message |
| 00:01 |
GreenXenith |
Here to let you know: The 2022 Minetest GAME JAM has BEGUN! The themes for the jam are: SPACE, SECRETS, and STORY. You only need to use one of these in your game, but it is encouraged to use as many as you can (you'll probably score better and have a better game). You can find a countdown timer at https://jam.minetest.net/. Happy jamming! |
| 00:12 |
|
frostsnow joined #minetest |
| 00:15 |
|
wallabra joined #minetest |
| 00:30 |
|
proller joined #minetest |
| 01:01 |
|
smk joined #minetest |
| 01:05 |
|
Sven_vB joined #minetest |
| 01:29 |
|
sparky4 joined #minetest |
| 01:32 |
|
Trifton joined #minetest |
| 01:32 |
|
Sven_vB joined #minetest |
| 01:34 |
|
Trifton joined #minetest |
| 01:57 |
|
YuGiOhJCJ joined #minetest |
| 02:01 |
|
proller joined #minetest |
| 02:04 |
|
YuGiOhJCJ joined #minetest |
| 02:15 |
|
frostsnow joined #minetest |
| 02:23 |
|
proller joined #minetest |
| 03:04 |
|
smk joined #minetest |
| 03:24 |
|
proller joined #minetest |
| 04:00 |
|
MTDiscord joined #minetest |
| 04:14 |
|
reductum joined #minetest |
| 04:21 |
|
frostsnow joined #minetest |
| 04:27 |
|
Oksanaa joined #minetest |
| 04:31 |
|
Goobax[m] joined #minetest |
| 04:31 |
|
tempusername420[ joined #minetest |
| 04:33 |
|
fgaz joined #minetest |
| 05:01 |
|
Menchers joined #minetest |
| 05:16 |
|
Alias joined #minetest |
| 06:23 |
|
calcul0n_ joined #minetest |
| 06:30 |
|
TomTom joined #minetest |
| 06:57 |
|
definitelya joined #minetest |
| 07:25 |
|
Flabb joined #minetest |
| 07:31 |
|
Fixer joined #minetest |
| 07:39 |
|
calcul0n joined #minetest |
| 08:24 |
definitelya |
Me when writing and modifying EZ Minetest API calls for a mod, but then stumped when my local variables don't get initialized: '_-_ |
| 08:25 |
definitelya |
The Lua API abooser |
| 08:46 |
|
calcul0n joined #minetest |
| 08:48 |
|
calcul0n joined #minetest |
| 09:00 |
|
definitelya_ joined #minetest |
| 09:02 |
|
orwell96 joined #minetest |
| 09:45 |
|
Felfa joined #minetest |
| 09:50 |
|
orwell96_ joined #minetest |
| 10:51 |
|
Sven_vB joined #minetest |
| 11:18 |
|
proller joined #minetest |
| 11:48 |
|
YuGiOhJCJ joined #minetest |
| 11:49 |
|
Felfa joined #minetest |
| 12:13 |
|
cranezhou joined #minetest |
| 12:26 |
|
Warr1024 joined #minetest |
| 13:54 |
|
Felfa joined #minetest |
| 14:23 |
mazes_84 |
I feel less lonely, this week I commited without initialisation -> tonumber(""). :( |
| 14:27 |
|
yurko42 joined #minetest |
| 14:28 |
|
Warr10242 joined #minetest |
| 14:42 |
|
kilbith joined #minetest |
| 14:57 |
|
Taoki joined #minetest |
| 15:04 |
|
Fixer joined #minetest |
| 15:10 |
|
proller joined #minetest |
| 15:24 |
|
fling joined #minetest |
| 15:58 |
|
Felfa joined #minetest |
| 16:00 |
|
Felfa left #minetest |
| 16:04 |
|
MiniontobyPI joined #minetest |
| 16:16 |
|
fossdev2 joined #minetest |
| 16:28 |
|
fling joined #minetest |
| 17:05 |
|
Fixer_ joined #minetest |
| 17:09 |
|
sys4 joined #minetest |
| 17:27 |
|
Lunatrius` joined #minetest |
| 17:48 |
|
sparky4 joined #minetest |
| 17:53 |
|
Talkless joined #minetest |
| 17:54 |
|
Felfa joined #minetest |
| 18:02 |
|
Felfa joined #minetest |
| 18:09 |
fluxionary_ |
does anyone know if there's already an issue for the fact that if you press "up" while typing, the client forgets what you were typing? you can press down again, but it's just a blank line. |
| 18:10 |
fluxionary_ |
i'm not finding anything, but i'm not sure i'm searching using the right terminology |
| 18:14 |
|
Lunatrius` joined #minetest |
| 19:04 |
|
wallabra joined #minetest |
| 19:25 |
|
TomTom joined #minetest |
| 19:38 |
|
diceLibrarian joined #minetest |
| 19:46 |
|
fling joined #minetest |
| 19:56 |
|
est31 joined #minetest |
| 19:59 |
|
Felfa joined #minetest |
| 20:10 |
|
testuser joined #minetest |
| 20:24 |
giov4[m] |
do you guys know if entity:remove() can fail for some reason? |
| 20:25 |
|
calcul0n joined #minetest |
| 20:26 |
|
runs joined #minetest |
| 20:26 |
runs |
Hi |
| 20:26 |
runs |
Remember to vote in the SAMMY AWARDS |
| 20:26 |
runs |
https://forum.minetest.net/viewtopic.php?f=3&t=28695 |
| 20:26 |
runs |
vote for your favorite Game, Mod and whatever |
| 20:27 |
MTDiscord |
<ROllerozxa> cool but where do we vote |
| 20:27 |
runs |
In the post |
| 20:28 |
runs |
Look this guy voting: |
| 20:28 |
runs |
https://forum.minetest.net/viewtopic.php?p=417194#p417194 |
| 20:28 |
runs |
and do the same |
| 20:35 |
|
Verticen joined #minetest |
| 20:35 |
giov4[m] |
<giov4[m]> "do you guys know if entity:..." <- I also found this error in the console "Pushing ObjectRef to removed/deactivated object, this is probably a bug." |
| 20:35 |
giov4[m] |
The entity was attached to a player but when calling remove() it doesn't, well... remove sometimes (I can't reproduce it tho :/) |
| 20:36 |
sfan5 |
do you have steps to reproduce such conditions? |
| 20:42 |
runs |
first you have to detach, then remove |
| 20:42 |
giov4[m] |
runs: but it works most of the time |
| 20:42 |
runs |
most of the time is not ALL the time |
| 20:43 |
runs |
I do it so, and i am happy, zero errors |
| 20:43 |
giov4[m] |
I'll do it then, but it should be written somewhere if that's the case |
| 20:44 |
runs |
there are a lot of factors to take into account |
| 20:44 |
runs |
it is better to do as I say |
| 20:45 |
runs |
my method is the safe way |
| 20:46 |
MTDiscord |
<Warr1024> removing an entity should probably just automatically detach it if it needs to be detached first. |
| 20:47 |
MTDiscord |
<Warr1024> It is obvious from the fact that remove() is being called that they cannot intend to have the object remain attached while not existing. |
| 20:48 |
|
sometalgoo joined #minetest |
| 20:49 |
sfan5 |
since attachments are involved this sounds like it could be an engine bug, hence I'd like to hear in which conditions this happened |
| 20:51 |
Krock |
@Warr1024 the detachment already happens and mods can use attachment callbacks to remove the children |
| 20:51 |
runs |
I Normally (90%) they are errors in the mod code, but it could be an engine error. |
| 20:51 |
MTDiscord |
<Warr1024> If the detachment is already happening automatically then runs' solution shouldn't actually help anything. |
| 20:52 |
Krock |
giov4[m]: when you keep track of ObjectRefs outside of callbacks, this can happen very quickly. Don't do that. |
| 20:53 |
runs |
Yes, errors are often hidden in the most unsuspected places. |
| 20:54 |
MTDiscord |
<Warr1024> I mean to be fair, if there were errors in obvious places, then I'd hope that you'd have just fixed them already. |
| 20:55 |
|
wallabra joined #minetest |
| 20:58 |
|
magotrap[m] joined #minetest |
| 21:00 |
sfan5 |
Krock: I suspect that get_attach could return a ref to a removed object |
| 21:04 |
Krock |
sfan5: in this case LuaEntitySAO::step would throw a warning |
| 21:04 |
Krock |
l_remove() detaches immediately |
| 21:05 |
giov4[m] |
<sfan5> "since attachments are involved..." <- I have a skills API that can attach an entity to a player but want to remove it after x seconds; most of the time it works but once in a while it doesn't (but the skill stop, so the function it's called and I've checked that the only condition that could prevent it from working is true) |
| 21:05 |
giov4[m] |
So I save the ObjectRef as soon as the skill starts and when it has to be removed I use ObjectRef:remove() |
| 21:05 |
Krock |
there's never an invalid ObjectRef because they're all detached before the actual removal (which happens each server step) |
| 21:06 |
sfan5 |
hm |
| 21:07 |
Krock |
also their mentioned warning log is invalid. it does not exist in Minetest 5.7.0-dev |
| 21:08 |
Krock |
nvm. s_base.cpp L462. there's a line break.... |
| 21:38 |
|
runs joined #minetest |
| 21:45 |
|
sfan5 joined #minetest |
| 21:48 |
|
proller joined #minetest |
| 22:01 |
|
sfan5 joined #minetest |
| 22:17 |
|
cation joined #minetest |
| 22:23 |
|
Fixer joined #minetest |
| 22:24 |
|
book` joined #minetest |
| 22:58 |
|
wallabra_ joined #minetest |
| 23:34 |
|
panwolfram joined #minetest |
| 23:40 |
|
est31 joined #minetest |
