11:07 <+bridge> [ddnet] @heinrich5991 outputting DOT seems to be the easiest way 13:53 <+bridge> [ddnet] @Learath2 example pls 13:57 <+bridge> [ddnet] input and output 14:19 <+bridge> [ddnet] @heinrich5991 https://gist.github.com/Learath2/120269494b3bd42c786fe3c55687503a this is the code 14:20 <+bridge> [ddnet] Depends on the renderer ofc 14:21 <+bridge> [ddnet] ``` 14:21 <+bridge> [ddnet] $ ./a.out 14:21 <+bridge> [ddnet] fish: './a.out' terminated by signal SIGSEGV (Address boundary error) 14:21 <+bridge> [ddnet] ``` 14:21 <+bridge> [ddnet] huh, compiles and runs for me 14:22 <+bridge> [ddnet] ``` 14:22 <+bridge> [ddnet] (gdb) bt 14:22 <+bridge> [ddnet] #0 btree >::Insert (this=0x7fffffffe390, Data=@0x7fffffffe388: 383) at a.cpp:59 14:22 <+bridge> [ddnet] #1 0x000055555555537a in main (argc=1, argv=0x7fffffffe488) at a.cpp:121 14:22 <+bridge> [ddnet] ``` 14:23 <+bridge> [ddnet] ``` 14:23 <+bridge> [ddnet] (gdb) print (*pRoot)->m_pData 14:24 <+bridge> [ddnet] $3 = (int *) 0x1 14:24 <+bridge> [ddnet] ``` 14:24 <+bridge> [ddnet] Oh cmon, I was sure I got allocators figured out 14:24 <+bridge> [ddnet] does pRoot point to valid memory? 14:24 <+bridge> [ddnet] yes 14:24 <+bridge> [ddnet] *pRoot I mean* 14:24 <+bridge> [ddnet] *pRoot... 14:25 <+bridge> [ddnet] yes 14:25 <+bridge> [ddnet] otherwise the expression wouldn't have worked 14:26 <+bridge> [ddnet] it's the first insertion that fails 14:26 <+bridge> [ddnet] oh, I think that new is wrong 14:26 <+bridge> [ddnet] smells like uninitialized variables(?) 14:26 <+bridge> [ddnet] food 14:26 <+bridge> [ddnet] can you try something real quick? 14:28 <+bridge> [ddnet] I updated the gist, I think that should work 14:48 <+bridge> [ddnet] Is there a way to automatically join spectators after connecting to server? And I don't mean server or map settings, but something I could add to client settings 14:48 <+bridge> [ddnet] @Soreu I don't think so 14:48 <+bridge> [ddnet] meh 14:49 <+bridge> [ddnet] Wanted to make my life a lil bit easier on android xd 14:49 <+bridge> [ddnet] Should be pretty easy to code though, if you are up for it 😛 14:49 <+bridge> [ddnet] I don't understand a single line in TW code 14:53 <+bridge> [ddnet] Wanted to also update DDNet android version entities_clear.png to be able to watch with entities on, but new HT entity made it impossible :F 14:53 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/663379508472184833/unknown.png 14:53 <+bridge> [ddnet] It can be a little tough to get into the tw codebase 14:54 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/663379710268669975/unknown.png 14:54 <+bridge> [ddnet] instead of placing new HT in the empty space next to kill tile, it replaced unhook, and the unhook was moved 14:55 <+bridge> [ddnet] and that single thing makes it impossible to watch with proper entities_clear on android version xd 14:55 <+bridge> [ddnet] uh, why? 14:56 <+bridge> [ddnet] you mean why it was placed that way, or why do I even bother trying to make it work? xd 14:59 <+bridge> [ddnet] I don't see why just replacing entities_clear doesn't help 14:59 <+bridge> [ddnet] because either everything is unhook, or new HT 15:00 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/663381206934749194/Screenshot_2020-01-05-14-43-18-832_tw.ddnet.jpg 15:00 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/663381237519351811/unknown.png 15:00 <+bridge> [ddnet] doesn't the second one look right? 15:00 <+bridge> [ddnet] normally, whenever new entity is created, it was placed in blank place, but new HT moved existing already unhookable 15:00 <+bridge> [ddnet] 1st is android with updated entities 15:00 <+bridge> [ddnet] 2nd is current DDNet on pc 15:01 <+bridge> [ddnet] to compare how it looks and how it should 15:03 <+bridge> [ddnet] I don't get how that ends up wrong. The client doesn't do anything to the indexes the map has 15:03 <+bridge> [ddnet] let me check the code 15:03 <+bridge> [ddnet] something was certainly changed after introducing new HT 15:05 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/663382563275931681/unknown.png 15:05 <+bridge> [ddnet] I remember there was something weird with the unhook, it got moved yes 15:05 <+bridge> [ddnet] i dont know how and why tho 15:05 <+bridge> [ddnet] ofc having android version compatible with SDL2+ would be far better 15:05 <+bridge> [ddnet] but i'm working on what exists 15:06 <+bridge> [ddnet] maybe for compatibility with vanilla? 15:06 <+bridge> [ddnet] Android Support is gone anyway now, whole android code got removed 15:06 <+bridge> [ddnet] I know 15:06 <+bridge> [ddnet] I would love to get android working again 15:06 <+bridge> [ddnet] *\*cries in spectator mode druring work\** 15:06 <+bridge> [ddnet] xd 15:07 <+bridge> [ddnet] I'm just too unmotivated though. Maybe next year 15:07 <+bridge> [ddnet] *\*cries in spectator mode during work\** 15:07 <+bridge> [ddnet] said in january sounds sad xd 15:07 <+bridge> [ddnet] but I understand 15:07 <+bridge> [ddnet] What was the setting that toggled entities_clear? 15:08 <+bridge> [ddnet] I just am not doing too well overall, and I doubt it's getting better within this year 😛 15:08 <+bridge> [ddnet] `cl_overlay_entities 100` 15:08 <+bridge> [ddnet] hm 15:09 <+bridge> [ddnet] don't bother. I just understood that even after fixing it, that wouldn't work 15:09 <+bridge> [ddnet] on android 15:09 <+bridge> [ddnet] or, at least, I think... 15:10 <+bridge> [ddnet] does server send info about entities index, or client knows it already? 15:12 <+bridge> [ddnet] @Learath2 still crashing 15:12 <+bridge> [ddnet] run your program through valgrind pls 15:15 <+bridge> [ddnet] @heinrich5991 could you? valgrind doesn't work on macOS, some update broke my clang so I cant use the ASan either 15:15 <+bridge> [ddnet] let's kill IRC 15:15 <+bridge> [ddnet] And the only gcc I have access to is 4.9 so no c++17 15:16 <+bridge> [ddnet] https://gist.github.com/heinrich5991/e6260630d6e7a59877860b3ae0ef7d84 15:18 <+bridge> [ddnet] @heinrich5991 `btree() : m_pRoot(nullptr) {};` inside the tree class should fix the use of uninitialized value 15:19 <+bridge> [ddnet] I'd suggest `node *m_pRoot = nullptr;` instead 15:19 <+bridge> [ddnet] works now 15:19 <+bridge> [ddnet] I guess my compiler was initializing it to 0x0 15:20 <+bridge> [ddnet] nah, I guess your allocator happened to hand out stuff with zeros inside 15:24 <+bridge> [ddnet] @Learath2 how do I render this now? 15:24 <+bridge> [ddnet] spoonfeed pls 15:25 <+bridge> [ddnet] https://dreampuf.github.io/GraphvizOnline/ 15:25 <+bridge> [ddnet] paste there 15:25 <+bridge> [ddnet] nice 15:25 <+bridge> [ddnet] ty 15:26 <+bridge> [ddnet] It's nice that dot doesn't care about the order of things so it's relatively easy to output 15:27 <+bridge> [ddnet] for posteriority: piping into `dot -T png` or `dot -T svg` also works 15:28 <+bridge> [ddnet] I actually needed that at the last ctf 15:28 <+bridge> [ddnet] a good graph renderer 16:56 <+bridge> [ddnet] does antiping get deactivated when you use pause? when im freezed and i pause for a short moment and then go back and try to move then i t wobbles again until i can move again 18:08 <+bridge> [ddnet] @Im 'corneum yes 18:10 <+bridge> [ddnet] why 19:15 <+bridge> [ddnet] No need