Minetest logo

IRC log for #minetest, 2017-06-12

| Channels | #minetest index | Today | | Google Search | Plaintext

All times shown according to UTC.

Time Nick Message
00:22 sallyy1999 joined #minetest
01:02 swift110 joined #minetest
01:02 slemonide joined #minetest
01:16 lumidify joined #minetest
01:30 ThomasMonroe joined #minetest
01:30 ThomasMonroe joined #minetest
01:32 kline joined #minetest
01:42 Puka joined #minetest
01:50 CalebDavis joined #minetest
02:04 wilkgr joined #minetest
02:28 Lymkwi joined #minetest
02:35 nanovad joined #minetest
03:10 nalkri joined #minetest
04:04 Lymkwi joined #minetest
04:22 SmugLeaf joined #minetest
04:22 _stephen_ joined #minetest
04:22 _stephen_ Did someone break the build?
04:33 _stephen_ joined #minetest
04:36 _stephen_ http://paste.debian.net/971087/ for the first error, and http://paste.debian.net/971088/ for the second.
04:36 _stephen_ fresh checkout for both minetest and minetest_game
04:37 _stephen_ oh, is there a minetst-dev channel or something?
04:37 _stephen_ I should probably read the web site before posting random content to the irc channel, sorry for any breach of etti.. etiq... courtesy.
04:38 _stephen_ sory, I'll head to minetest-dev
04:38 _stephen_ left #minetest
04:45 slemonide joined #minetest
04:58 kimitux joined #minetest
05:12 LazyJ joined #minetest
05:48 srifqi joined #minetest
06:19 srifqi joined #minetest
06:26 Fritigern joined #minetest
06:29 Pie-jacker875 joined #minetest
06:31 AlexYst joined #minetest
06:50 CWz joined #minetest
07:02 wilkgr joined #minetest
07:39 Fritigern joined #minetest
07:46 aheinecke joined #minetest
08:12 Lymkwi joined #minetest
08:29 est31 left #minetest
08:40 slemonide joined #minetest
08:48 Fritigern joined #minetest
09:07 est31 joined #minetest
09:08 est31 joined #minetest
09:17 DS-minetest joined #minetest
09:19 est31 left #minetest
09:39 Dargod joined #minetest
09:47 cx384 joined #minetest
09:57 Fritigern joined #minetest
10:33 Darcidride joined #minetest
10:38 nac joined #minetest
10:45 IhrFussel joined #minetest
10:45 IhrFussel Why does the ^ key act like 1 ? (at least on my PC)
10:46 CWz joined #minetest
10:46 IhrFussel I can press ^ or 1 and the item slot will change to the 1st one
10:51 sfan5 might be an irrlicht bug
10:56 IhrFussel sfan5, regarding the player information code... will this be safe now? https://pastebin.com/d9U8CxJt
10:57 YuGiOhJCJ joined #minetest
10:57 sfan5 no, you are still calling the function twice
10:58 IhrFussel But it also crashed when I called it once meaning I put it into a var and checked it
10:58 sfan5 then you were doing something wrong
11:01 sfan5 IhrFussel: https://pastebin.com/raw/UeSSA8FF
11:01 sfan5 tho i'm still not sure what bcmsg is for
11:02 IhrFussel One sec I'm pasting the whole callback code
11:06 Fritigern joined #minetest
11:07 IhrFussel sfan5, https://pastebin.com/RVqvrBmj
11:08 sfan5 that's full of places where you could be indexing nil
11:08 sfan5 also useless checks
11:09 IhrFussel But it's always the same line that throws the error...I didn't have issues before..it's the "protv = minetest.get_player_informat​ion(tuser).protocol_version" line
11:09 sfan5 like i said before
11:09 sfan5 the problem is that  minetest.get_player_information(tuser) returns nil and it crashes when you index it
11:10 sfan5 the problem is not that protv is nil
11:11 IhrFussel Then how do I prevent it? I want to fetch the protocol version for each player inside the loop
11:12 sfan5 do it like in my code
11:12 sfan5 store minetest.get_player_information(tuser) in a variable
11:13 sfan5 then check if that variables is nil, if it isn't then you can do variable.protocol_version
11:17 IhrFussel sfan5, or better yet I simply save the protocol version on_joinplayer?
11:17 sfan5 that's also possible
11:40 Raven262 joined #minetest
11:42 ThomasMonroe joined #minetest
11:42 ThomasMonroe joined #minetest
11:48 CalebDavis joined #minetest
11:58 Fixer joined #minetest
11:58 ensonic joined #minetest
12:10 Fritigern joined #minetest
12:14 Jordach joined #minetest
12:16 Fritigern joined #minetest
12:20 RobbieF joined #minetest
12:33 Taoki joined #minetest
12:36 ensonic joined #minetest
13:02 RobbieF joined #minetest
13:04 RobbieF joined #minetest
13:15 ThomasMonroe joined #minetest
13:16 antims joined #minetest
13:34 Megaf joined #minetest
13:38 DS-minetest joined #minetest
13:42 octacian joined #minetest
13:46 nanovad joined #minetest
13:50 juli joined #minetest
13:52 Megaf_ joined #minetest
13:57 DI3HARD139 joined #minetest
14:15 IhrFussel sfan5, protv[joinn] = minetest.get_player_informat​ion(joinn).protocol_version this line in on_joinplayer() just crashed my server
14:16 est31 joined #minetest
14:16 IhrFussel Runtime error from mod 'own_commands' in callback on_joinplayer(): ...inetest/worlds/oldserver/world​mods/own_commands/init.lua:1245: attempt to index a nil value
14:17 IhrFussel Smells like a bug to me or why would there be NO protocol version on joinplayer?
14:17 QwertyDragon joined #minetest
14:18 IhrFussel Perhaps some clients modified the protocol version and it doesn't send any?
14:20 xerox123_ joined #minetest
14:30 CalebDavis joined #minetest
14:35 cx384 joined #minetest
14:38 Hobo joined #minetest
14:38 Hobo Yo
14:39 Hoboneer left #minetest
14:53 juli joined #minetest
14:53 DI3HARD139 joined #minetest
15:06 sfan5 IhrFussel: no that's impossible
15:06 sfan5 maybe that information is just not available at join yet
15:09 IhrFussel sfan5, it didn't crash my server at FIRST join...I am actually more and more sure that a certain client ommitted the protocol version and made my server crash
15:11 Natechip joined #minetest
15:12 IhrFussel 10+ players were able to join fine just now and each of them has their protocol version stored in the protv table
15:14 IhrFussel I looked at the C++ code...it looks like it would be pretty easy to remove the protocol version/any other client info
15:16 silwol I'm having problems starting minetest 0.4.15 with unifieddyes.
15:16 silwol the error message is:
15:16 silwol ERROR[Main]: ModError: Failed to load and run script from /var/games/minetest-server/.mine​test/mods/unifieddyes/init.lua:
15:16 silwol ERROR[Main]: ...ames/minetest-server/.minetes​t/mods/unifieddyes/init.lua:36: attempt to index field 'settings' (a nil value)
15:17 silwol has the API been changed for 0.4.16 in a way that is no longer compatible with 0.4.15?
15:17 sfan5 IhrFussel: what do you mean? a client can't establish a connection without sending a protocol version
15:18 sfan5 silwol: would be nice seeing the code on the line in question
15:18 Alcyone2 joined #minetest
15:18 silwol sfan5: I think I found the change which causes the problem:
15:18 silwol https://github.com/minetest-mods/unifieddyes​/commit/9dd533f4a0bb313d50d8d67f7cdf4cce9a30​ab4e#diff-d7d74284e2e39f6c06d199c8e2bedbd0
15:20 IhrFussel sfan5, then explain to me how 15 players can join and store their protocol version just fine, but 1 client seemed to have crashed everything cause the protocol version wasn't there
15:20 sfan5 idk
15:20 sfan5 also you still have not understood the problem
15:20 sfan5 minetest.get_player_information(joinn) returns nil
15:20 sfan5 that means there is no player information at all
15:21 sfan5 the protocol_version is not even there (it's not just nil)
15:21 silwol ok, other mods seem to be using the new API as well… I'm running a debian based server, so maybe I will try the experimental 0.4.16 packages.
15:22 IhrFussel I didn't say the version is nil I said it's empty/non-existent
15:22 sfan5 non-existent is the correct term, it's not empty either
15:23 IhrFussel So what could be the problem then? You say no client can connect without client info including a protocol version
15:23 sfan5 silwol: the settings change was committed to the engine on 8th may, the mod change was 16th; the problem is that this change immediately destroys compatiblity and forces the use of 0.4.16
15:23 IhrFussel The player can't be lost on_joinplayer()...how would that be possible?
15:24 sfan5 idk
15:24 sfan5 but the problem is that it somehow doesn't return any information even though the information exists
15:25 silwol sfan5: yes that's the problem I am facing right now. It's a private server for my kids and me, so I assume I will take the risk and run 0.4.16 from debian experimental.
15:28 IhrFussel sfan5, can I somehow PREVENT a crash on a nil value?
15:35 red-001 check if the vaule is nil?
15:36 red-001 so if value and check_that_crash_with_nil then
15:36 Sokomine hmm. i need a pathfinder that can handle ladders...
15:37 IhrFussel red-001, you mean local prot_ver = minetest.get_player_information(name) if prot_ver ~= nil -- add to table end ?
15:37 red-001 lua always resolves the first part of an AND first so you can be certain that the second part wouldn't run if the first one is nil
15:37 Sokomine oh. wrong channel. sorry
15:38 Sokomine (btw, the pathfinder from burli does really fine. and it's great that it's written in lua and thus can be taught to handle doors)
15:39 red-001 IhrFussel, https://paste.ee/p/BywM2
15:39 red-001 like so
15:45 DI3HARD139 joined #minetest
15:45 IhrFussel red-001, okay I applied your code now..thanks
15:51 IhrFussel Also I added log messages that tell the protocol version on_joinplayer() to see who's the "bad guy"
15:52 red-001 huh?
15:52 IhrFussel To see who's the client that breaks the function
16:14 Player_2 joined #minetest
16:26 cbcbcb joined #minetest
16:36 Pie-jacker875 joined #minetest
16:38 Weedy joined #minetest
16:48 Krock joined #minetest
16:56 Pie-jacker875 joined #minetest
16:56 Telesight joined #minetest
17:12 DS-minetest joined #minetest
17:12 xerox123_ joined #minetest
17:12 FreeFull joined #minetest
17:12 DI3HARD139 joined #minetest
17:22 Tux[Qyou] joined #minetest
17:29 slemonide joined #minetest
17:32 YuGiOhJCJ joined #minetest
17:39 srifqi joined #minetest
17:40 TC02 joined #minetest
17:42 ThomasMonroe joined #minetest
17:42 ThomasMonroe joined #minetest
17:43 Megaf joined #minetest
17:45 CalebDavis joined #minetest
18:03 swift110 joined #minetest
18:13 Tmanyo joined #minetest
19:54 juli joined #minetest
19:57 ThomasMonroe joined #minetest
20:12 nanovad joined #minetest
20:41 Pie-jacker875 joined #minetest
20:57 CalebDavis joined #minetest
20:59 est31 left #minetest
21:06 Lunatrius joined #minetest
21:12 RobbieF left #minetest
21:13 zarcade_droid Small question, is there a way to live-reload textures in-game?
21:14 zarcade_droid So that I wouldn't have to quit to main menu and load the map again.
21:14 sfan5 nopr
21:14 sfan5 nope*
21:34 ThomasMonroe joined #minetest
21:34 ThomasMonroe joined #minetest
22:06 srifqi joined #minetest
22:08 Lunatrius joined #minetest
22:20 jin_xi joined #minetest
22:22 stormchaser3000 joined #minetest
22:31 TC02 joined #minetest
22:54 DMackey joined #minetest
22:58 slemonide joined #minetest
23:05 nac joined #minetest
23:10 TestyRabbit joined #minetest
23:10 TestyRabbit Hey guys, so I'm trying to set up a chat command that will change a block's groups to include {unbreakable=1}
23:10 TestyRabbit It updates the groups but the game doesn't seem to recognize it
23:11 slemonide joined #minetest
23:11 TestyRabbit am I unable to change a node's groups on the fly like that?
23:14 Lord_Buckethead yes
23:16 TestyRabbit Is there a way around that?
23:16 rubenwardy you could do it like how node protection does it
23:16 rubenwardy ie: it'll still dig, but you can stop it actually being dug - it'll pop back
23:16 TestyRabbit the problem with node protection is that it pops back
23:16 TestyRabbit and we're working with really slow hardware
23:16 rubenwardy it's a work around
23:16 TestyRabbit fair enough
23:16 rubenwardy really we need meta prediction
23:16 TestyRabbit was wondering about other stuff
23:17 TestyRabbit Yeah sounds good, was just checking in. Because sometimes with node protection and our slow hardware, the game takes too long to pop it back and it allows the user to walk through the spot that should be blocked
23:21 slemonide joined #minetest
23:27 slemonide1 joined #minetest
23:35 slemonide joined #minetest
23:43 bigfoot547 joined #minetest
23:56 bigfoot547 joined #minetest

| Channels | #minetest index | Today | | Google Search | Plaintext