Optic_Delusion | Juest i cant even find where the tickets are, on sourceforge. | 00:01 |
---|---|---|
*** FastLizard4 is back | 00:52 | |
Juest | blast007: Optic_Delusion, is bugs/issues/tickets disabled or something? | 01:27 |
Optic_Delusion | there's a place labeled tickets, but things other than tickets inside | 01:28 |
Optic_Delusion | world files... patches | 01:28 |
Juest | that's not tickets but the forum | 01:29 |
Juest | try looking on the sections | 01:29 |
Juest | no such thing? | 01:29 |
*** Tobbi is now away: Auto away at Thu Dec 12 01:41:53 2024 UTC | 01:41 | |
*** Tobbi is back | 01:42 | |
*** FastLizard4 is now away: AWAY from keyboard | 02:43 | |
*** Zehra <Zehra!~Yukari@user/yukari> has joined #bzflag | 02:44 | |
*** Tobbi is now away: Auto away at Thu Dec 12 03:04:07 2024 UTC | 03:04 | |
*** I_Died_Once <I_Died_Once!~I_Died_On@c-98-219-34-189.hsd1.ga.comcast.net> has quit IRC (Ping timeout: 246 seconds) | 04:46 | |
*** Zehra <Zehra!~Yukari@user/yukari> has quit IRC (Quit: Leaving) | 05:03 | |
*** allejo <allejo!~allejo@user/allejo> has quit IRC (Ping timeout: 252 seconds) | 05:06 | |
*** allejo <allejo!~allejo@user/allejo> has joined #bzflag | 05:07 | |
*** ChanServ sets mode: +v allejo | 05:07 | |
*** alezakos <alezakos!~kongr45gp@user/alezakos> has quit IRC (*.net *.split) | 07:19 | |
*** alezakos <alezakos!~kongr45gp@user/alezakos> has joined #bzflag | 07:24 | |
*** Tobbi is back | 07:52 | |
*** Sgeo <Sgeo!~Sgeo@user/sgeo> has quit IRC (Read error: Connection reset by peer) | 07:59 | |
*** FastLizard4 is back | 09:09 | |
BZNotify | master @ bzflag-bzfls3: blast007 pushed 3 commits (https://github.com/BZFlag-Dev/bzflag-bzfls3/compare/f720f7ab99e6...16750e8f8068): | 09:41 |
BZNotify | master @ bzflag-bzfls3: blast007 fe9829: Correct the phinx configuration filename in the README. (https://github.com/BZFlag-Dev/bzflag-bzfls3/commit/fe9829f0c4ecb8b5144ee238c9411f4068cd5ce8) | 09:41 |
BZNotify | master @ bzflag-bzfls3: blast007 af21d9: Move container definitions to a separate file. (https://github.com/BZFlag-Dev/bzflag-bzfls3/commit/af21d98c4b51782502a6b346e6a2fa89a54bb245) | 09:41 |
BZNotify | master @ bzflag-bzfls3: blast007 16750e: Move calling cleanup operations to a cron.php file. (https://github.com/BZFlag-Dev/bzflag-bzfls3/commit/16750e8f806857378a10a4201accbcd729d56103) | 09:41 |
BZNotify | master @ bzflag-bzfls3: blast007 pushed 1 commit (https://github.com/BZFlag-Dev/bzflag-bzfls3/compare/16750e8f8068...65c4670ec89c): | 09:43 |
BZNotify | master @ bzflag-bzfls3: blast007 65c467: Update dependencies. (https://github.com/BZFlag-Dev/bzflag-bzfls3/commit/65c4670ec89c05d69d5942a756c642dd271a8e28) | 09:43 |
*** FastLizard4 is now away: AWAY from keyboard | 09:56 | |
*** FastLizard4 is back | 10:31 | |
BZNotify | bzflag: atupone closed issue #128 "Client crash when hitting Connect multiple times" by Juesto (https://github.com/BZFlag-Dev/bzflag/issues/128) | 10:48 |
BZNotify | bzflag: atupone commented on issue #128 by Juesto (https://github.com/BZFlag-Dev/bzflag/issues/128#issuecomment-2538532814): It Is fixed, unless someone prove it is not. 2.4 head | 10:48 |
*** FastLizard4 is now away: AWAY from keyboard | 10:50 | |
Juest | morning tupone, im building to test, quick question, were you unable to repro after the changes made? | 11:20 |
Juest | removed object? | 11:20 |
Juest | link please? | 11:21 |
Juest | to the sourceforge issue that is | 11:21 |
BZNotify | bzflag: Juesto commented on issue #128 "Client crash when hitting Connect multiple times" (https://github.com/BZFlag-Dev/bzflag/issues/128#issuecomment-2538620752): crashed with the same reproduction steps... | 11:26 |
blast007 | why do you even care about this supposed sourceforge issue? | 11:33 |
blast007 | (in any case, our SF bugs are hidden) | 11:39 |
BZNotify | master @ bzfls3: blast007 pushed 1 commit (https://github.com/BZFlag-Dev/bzfls3/compare/65c4670ec89c...e0ee7931967b): | 11:45 |
BZNotify | master @ bzfls3: blast007 e0ee79: Whoops, I didn't want to add that stale server check on that query. (https://github.com/BZFlag-Dev/bzfls3/commit/e0ee7931967ba5103818e4f3a71c1842671b2f13) | 11:45 |
*** FastLizard4 is back | 11:51 | |
Juest | blast007: historical reasons | 11:59 |
Juest | and curiosity | 11:59 |
*** FastLizard4 is now away: AWAY from keyboard | 12:00 | |
Juest | sorry for asking | 12:00 |
*** I_Died_Once <I_Died_Once!~I_Died_On@c-98-219-34-189.hsd1.ga.comcast.net> has joined #bzflag | 12:08 | |
*** FastLizard4 is back | 12:21 | |
*** FastLizard4 is now away: AWAY from keyboard | 12:44 | |
BZNotify | bzflag: atupone reopened issue #128 "Client crash when hitting Connect multiple times" by Juesto (https://github.com/BZFlag-Dev/bzflag/issues/128) | 12:57 |
Juest | :D | 13:02 |
*** FastLizard4 is now away: GONE - Screen Detached and Disconnected from IRC (I'm probably asleep, at work, or doing something in real life) | 13:08 | |
blast007 | Juest: the one I found didn't seem to be related to this problem. It was a (partial?) system hang when reconnecting with gdb attached where bluetooth stopped working and a USB keyboard had to be used to hard reset. | 13:50 |
Juest | oh oof | 14:22 |
Juest | okay i see | 14:22 |
Juest | how about the specific symptoms of what i described in the issue? | 14:23 |
Juest | does the issue/ticket you've found match with Optic_Delusion description? | 14:23 |
blast007 | that was Optic_Delusion's ticket | 14:45 |
blast007 | I didn't look further than that one | 14:45 |
Juest | ohhh | 15:14 |
Juest | okay | 15:14 |
tupone | I tried and tried. It does not break | 17:28 |
blast007 | I don't think I could get it to break even *before* that change | 17:34 |
blast007 | do I need to set a macro on my keyboard to hit enter every 50 ms? :) | 17:34 |
tupone | blast007: when I hit enter it stop loading | 17:47 |
tupone | download cancelled by client | 17:47 |
tupone | Juest: don't be mad at me ... have you pulled the last changes? | 17:49 |
tupone | someone who can build with gcc sanitizers and replicate that will be good | 17:50 |
Juest | tupone: the repro claim? yes its tip of the head, on windows | 17:50 |
Juest | i did pull | 17:50 |
Juest | tupone: blast007, its a window between requesting world, loading world and cancelling that. drawinfo creates a bigger window | 17:51 |
Juest | try a slower speed to help repro | 17:51 |
Juest | lag might influence this | 17:51 |
Juest | small window in-between the last stages of the connection | 17:56 |
Juest | i had a hard time getting it to break on macos | 17:57 |
Juest | i can try that again on mom's mba later | 17:57 |
Juest | do you need a video with a input display? | 17:57 |
blast007 | is this with the world already in your local cache, or a new download that the client is doing? | 18:01 |
Juest | blast007: new download just leads to a different bug where the client cant remove the interrupted file, this is with world in cache | 18:02 |
Juest | obviously | 18:02 |
Juest | i mean, reconnecting during the world download yields that | 18:03 |
Juest | the window is between the final stages | 18:03 |
Juest | sorry, i misspoke | 18:03 |
Juest | this is after the world has been downloaded | 18:03 |
Juest | it can happen between loading the world and after loading the world, so around downloading textures is a spot to repro | 18:03 |
Juest | does it make more sense now? | 18:06 |
blast007 | yeah | 18:06 |
blast007 | I'll give it a shot when I get home | 18:06 |
Juest | sorry for not being clear | 18:06 |
Juest | something possibly about loading the world twice causes issues? | 18:08 |
Juest | this is only possible because its so easy to spam connect | 18:08 |
Juest | would you rather workaround in the ui to prevent this "exploit" or fix the underlying problem? | 18:08 |
blast007 | ideally fix the underlying problem | 18:09 |
blast007 | same with the half-downloaded world problem | 18:10 |
Juest | ok | 18:10 |
Juest | i mean, that's probably an old issue | 18:10 |
Juest | should i formally report it? | 18:10 |
blast007 | I seem to recall we try to delete the half downloaded file, but we still had a lock on the file | 18:10 |
Juest | bingo | 18:10 |
Juest | blast007: should i formally report it? | 18:35 |
blast007 | Sure, if you want | 18:51 |
*** Sgeo <Sgeo!~Sgeo@user/sgeo> has joined #bzflag | 19:06 | |
tupone | #define MIN_DT_LIMIT 0.001f -> this is 1000 fps | 19:30 |
blast007 | oh wow, I didn't realize we had that | 19:31 |
tupone | we can try. It seems not perfect | 19:39 |
tupone | but is something | 19:39 |
*** FastLizard4 is back | 20:04 | |
Juest | Huh what's what? | 20:07 |
Juest | What's that? | 20:07 |
*** FastLizard4 is now away: AWAY from keyboard | 20:14 | |
tupone | Juest: limit to the delta time | 20:16 |
tupone | problem with high FPS on the physics, due to numerical appx | 20:17 |
BZNotify | 2.4 @ bzflag: atupone pushed 1 commit (https://github.com/BZFlag-Dev/bzflag/compare/a6010de26efb...63320f915aba): | 20:18 |
BZNotify | 2.4 @ bzflag: atupone 63320f: playing.cxx: don't do tank movement if now world is available (https://github.com/BZFlag-Dev/bzflag/commit/63320f915abab8332187f95408b5747630506c79) | 20:18 |
tupone | next one ? | 20:19 |
tupone | s/now/no/ :( | 20:19 |
tupone | I based the fix on your stack trace Juest | 20:19 |
Juest | Ah | 20:27 |
Juest | let's see now :D also tupone, no tank movement happens, im joining empty servers and its the same stack for servers with people btw, regardless if observer or a tank. will hit it again in a moment | 20:27 |
Juest | ok yeah, i consistently reproduced again, by pressing connect while downloading files | 20:36 |
BZNotify | bzflag: Juesto commented on issue #128 "Client crash when hitting Connect multiple times" (https://github.com/BZFlag-Dev/bzflag/issues/128#issuecomment-2539972735): again after the fix to the last stacktrace... | 20:39 |
BZNotify | bzflag: Juesto commented on issue #128 "Client crash when hitting Connect multiple times" (https://github.com/BZFlag-Dev/bzflag/issues/128#issuecomment-2539972735): again after the fix to the last stacktrace... | 20:40 |
BZNotify | bzflag: Juesto commented on issue #128 "Client crash when hitting Connect multiple times" (https://github.com/BZFlag-Dev/bzflag/issues/128#issuecomment-2539972735): again after the fix to the last stacktrace... | 20:41 |
BZNotify | bzflag: Juesto commented on issue #128 "Client crash when hitting Connect multiple times" (https://github.com/BZFlag-Dev/bzflag/issues/128#issuecomment-2539972735): again after the fix to the last stacktrace... | 20:41 |
Juest | oops | 20:41 |
Juest | well its posted and edited | 20:41 |
tupone | so world is still pointing to bad memory | 20:52 |
tupone | can you build with gcc or llvm ? | 20:53 |
tupone | maybe MacOS | 20:53 |
tupone | but when you configure you need to --enable-asan and --enable-ubsan | 20:54 |
Juest | tupone: you don't know a msvc++ equivalent of this? | 20:55 |
tupone | no. sanitizer is in gcc and llvm as far as I know | 20:56 |
blast007 | https://drmemory.org/ | 20:56 |
Juest | blast007: do we have mingw-w64 support? | 20:56 |
blast007 | on Windows we only officially support Visual C++ 2017 | 20:56 |
blast007 | Dr. Memory may be able to help find the issue though | 20:58 |
Juest | lol it crashes instantly | 20:58 |
Juest | with dr.memory | 20:58 |
Juest | :) | 20:58 |
blast007 | heh | 20:58 |
Juest | we got more problems | 20:59 |
blast007 | we got 99 problems and they're all memory safety issues | 20:59 |
Juest | im also using an outdated version of dr. memory | 20:59 |
Juest | 2.5.0 | 20:59 |
blast007 | not too old, since the latest is 2.6.0 | 20:59 |
Juest | its apparently one that supports windows 7 | 20:59 |
Juest | lol | 20:59 |
Juest | but it didnt work, i gave up frustratingly | 21:00 |
blast007 | I'll look at it in about an hour or two | 21:01 |
Juest | https://file.io/eQ9oBHKdPnS7 | 21:03 |
Juest | tupone ? :D | 21:03 |
tupone | maybe you also need a slow connection | 21:04 |
tupone | what is that ? | 21:04 |
tupone | I don't like to give consent to I don't know who | 21:05 |
Juest | ... do you want me to dcc the file to you? the 7z contains the drmemory reports | 21:07 |
Juest | what | 21:08 |
Juest | it been already deleted? | 21:08 |
Juest | did you grab it? | 21:08 |
tupone | nope | 21:08 |
tupone | how big is | 21:08 |
Juest | oh | 21:09 |
Juest | file will be deleted after download | 21:09 |
Juest | its just 10kb | 21:09 |
Juest | lol | 21:09 |
Juest | https://www.file.io/DXrM/download/8JSkJaikNy5S | 21:09 |
Juest | https://file.io/wtLe6h1meftb | 21:09 |
Juest | there you go | 21:09 |
Juest | looks like the link is one use only | 21:10 |
Juest | tupone: you dont have to give consent | 21:12 |
Juest | or rather accept the tracking and stuff | 21:12 |
tupone | When you did the run it crashed ? | 21:14 |
Juest | yes | 21:15 |
Juest | with drmemory | 21:15 |
Juest | i should download a current version | 21:15 |
tupone | I was not finding it. :( I will check more | 21:15 |
Juest | what you weren't finding? | 21:15 |
tupone | The stack trace where it stop and some usage of world after being deleted | 21:16 |
Juest | oh.... weird, the stacktrace of that crash is on the issue | 21:16 |
Juest | this is happening earlier on startup | 21:17 |
Juest | the drmemory output | 21:17 |
tupone | sanitizers show the stack trace of when you are using an object deleted, when it was created and when it was deleted | 21:18 |
Juest | oh | 21:19 |
Juest | yeah no, im running dr. memory a separate software instead | 21:19 |
Juest | it checks the same thing, i think????? | 21:19 |
Juest | not sure | 21:19 |
Juest | its a memory debugger | 21:19 |
tupone | also asanitizer is a memory debugger, it traps all the malloc and free and do more | 21:20 |
Juest | blast007: https://learn.microsoft.com/en-us/cpp/build/reference/fsanitize | 21:20 |
Juest | is this the equivalent of what we're looking for? | 21:21 |
Juest | https://learn.microsoft.com/en-us/cpp/build/reference/fsanitize-coverage | 21:21 |
Juest | what you want is only available with vs 2019 and 2022 respectively | 21:21 |
Juest | not on vs 2017 | 21:21 |
Juest | cool | 21:22 |
Juest | but im running windows atm | 21:22 |
tupone | how it is hard to reproduce ? If it is hard we can leave with that :) | 21:22 |
Juest | i dont have space for macos builds of bzflag | 21:22 |
Juest | wdym? | 21:22 |
Juest | what, its just hard-to-uncover-bugs type of things | 21:22 |
Juest | other issues come first on startup that are caught by the dr. memory sanitizer | 21:23 |
Juest | it doesnt help that my ram is suspicious so i cant guarantee the results being correct | 21:23 |
Juest | i can try on a different computer | 21:23 |
tupone | I am not able to make it crash. If it is only you by giving 100 press key per second, we can deploy the new version with that bug in | 21:24 |
Juest | tupone: can you reproduce by pressing enter again between after loading world and downloading files/textures? | 21:25 |
Juest | this is on windows | 21:25 |
tupone | I tried, I tried hard :/ | 21:25 |
Juest | i can consistently crash it | 21:25 |
Juest | i can try a rebuild | 21:26 |
Juest | also im on debug | 21:26 |
Juest | not release | 21:26 |
blast007 | I'm leaving work in like 10 minutes so I can try when I get home | 21:26 |
tupone | I'm thinking of opening a vnc session for you :) (kidding) | 21:26 |
Juest | crashed in release | 21:27 |
Juest | Ok blast | 21:27 |
Juest | 00 0019e3d4 004776df bzflag!LocalPlayer::doUpdate+0x3e | 21:27 |
Juest | 01 0019e404 0048ff6e bzflag!BaseLocalPlayer::update+0x2cf | 21:27 |
Juest | 02 0019eb10 00495ddd bzflag!std::basic_stringbuf<char,std::char_traits<char>,std::allocator<char> >::pbackfail+0xdbe | 21:27 |
Juest | 03 0019f8ac 00423a85 bzflag!startPlaying+0x16dd | 21:27 |
Juest | 04 0019fef0 005a0338 bzflag!SDL_main+0x30a5 | 21:27 |
tupone | night all | 21:27 |
blast007 | tupone: cya | 21:27 |
Juest | night tupone, ttyl | 21:27 |
Juest | okay blast007, i should try dr. memory on my other computer | 21:28 |
blast007 | if it's memory corruption issues, stack traces will be questionable | 21:28 |
Juest | im going to try this on the other computer | 21:28 |
blast007 | k | 21:28 |
Juest | yeah | 21:33 |
Juest | we got to the point where the actual issue *is* fixed | 21:33 |
Juest | and the rest are my memory corruptions :( | 21:33 |
Juest | C++ EH exceptions are happening a good bunch | 21:34 |
Juest | okay then | 21:36 |
Juest | unlike on my pc, it actually booted up lol | 21:44 |
Juest | so yeah | 21:44 |
Juest | no crash but bzflag is stuck starting up | 21:54 |
blast007 | okay, I got it to crash :) | 22:43 |
blast007 | I hit connect again while downloading textures | 22:43 |
Juest | cool | 22:58 |
Juest | what stacktrace | 22:58 |
Juest | so the problem is still there | 22:58 |
Juest | my other computer completely froze lol | 22:58 |
Juest | did you update and recompile before trying? | 23:00 |
Juest | ummm | 23:08 |
Juest | blast007: since i have weak cpu or memory corruption, can you please try dr. memory in windows please? | 23:09 |
Juest | it booted up | 23:14 |
Juest | veerrrry slowly | 23:14 |
Juest | i going to exit it because its unberable | 23:14 |
Juest | this is running over remote deskto | 23:14 |
blast007 | yeah, I'll try here. This isn't a *super* modern chip, but it's a 8th or 9th gen I think | 23:15 |
Juest | mine is a i3-7100U and i3-6100U | 23:18 |
Juest | its crying out loud | 23:18 |
Juest | the ssd is a bit old, cheap and stuff | 23:18 |
Juest | and its pretty much full | 23:18 |
blast007 | i7-9700 here, 8 cores | 23:19 |
blast007 | Dr. Memory fails to run through | 23:19 |
Juest | lots better | 23:19 |
Juest | why? | 23:19 |
Juest | updates? | 23:19 |
Juest | is it crashing like on my i7-4790k? | 23:19 |
Juest | hows your memory? | 23:19 |
Juest | have you had it checked via memtest86++? | 23:20 |
blast007 | I'm sure it's fine | 23:20 |
Juest | alright | 23:20 |
Juest | well i do know mine isn't very fine | 23:20 |
Juest | but it mostly works | 23:20 |
blast007 | Dr Memory is not crashing, it's complaining about something | 23:20 |
Juest | oh, the first run is like that | 23:20 |
Juest | its about the os detection | 23:20 |
Juest | click ok to let it continue | 23:21 |
blast007 | there's nothing to click | 23:21 |
Juest | huh | 23:21 |
blast007 | it's on the CLI only | 23:21 |
blast007 | https://github.com/DynamoRIO/drmemory/issues/2502 | 23:21 |
blast007 | basically that error | 23:21 |
Juest | Ohhhhh | 23:21 |
Juest | i dont have issues with that | 23:21 |
Juest | do you have hyper-v running on the kernel without the virtualization platform component installed? | 23:22 |
blast007 | probably, because you *CAN'T* disable that in the latest Windows 11 update. Broke my VirtualBox install at work, so so I had to roll back. | 23:22 |
Juest | uhhhhhhhhhhhhhhhhhhhhh | 23:23 |
Juest | yeah you CAN | 23:23 |
Juest | Wait | 23:23 |
Juest | shoot | 23:23 |
Juest | windows 11? | 23:23 |
blast007 | nope, I tried for hours | 23:23 |
blast007 | yeah | 23:23 |
Juest | yeah no, try windows 10 please | 23:23 |
Juest | im on 10 | 23:23 |
blast007 | the 24H2 update forces hyper-v on | 23:23 |
Juest | dr. memory has no win11 explicit support | 23:23 |
Juest | yet? | 23:23 |
Juest | i think | 23:24 |
Juest | do you have a win10 system? | 23:24 |
Juest | So yeah, unfortunately hyper-v is interfering here, it sucks :))) | 23:24 |
blast007 | not a native one with visual studio installed | 23:24 |
Juest | Oh hmmm | 23:24 |
Juest | win11 has visual studio? | 23:24 |
Juest | you dont really need vs installed | 23:25 |
blast007 | you kinda do or else you don't have debug runtimes, right? | 23:25 |
Juest | i just copied the debug runtimes from vs directory and ucrtbased.dll from syswow64 | 23:25 |
blast007 | maybe there's some remote thing now that includes them | 23:25 |
Juest | works fine | 23:25 |
blast007 | meh | 23:25 |
blast007 | I'll just set up a Windows 10 install here | 23:25 |
Juest | no, the debug stuff is not redistributable | 23:25 |
Juest | and especially ucrtbased.dll | 23:26 |
blast007 | I was talking about this: https://learn.microsoft.com/en-us/visualstudio/debugger/remote-debugging-cpp?view=vs-2022#download-and-install-the-remote-tools | 23:26 |
blast007 | dunno if that includes the debug files | 23:26 |
blast007 | I have an old i3-3225 system that I can slap a drive into and install Windows 10 | 23:27 |
Juest | yeah no, it doesnt include it, i have that installed | 23:29 |
Juest | the remote debugger tools are solely for visual studio to connect over the network | 23:30 |
Juest | its a debug server basically | 23:30 |
Juest | debugger server* | 23:30 |
Juest | it exists since vs 2002 days | 23:30 |
Juest | or vs 2005 | 23:30 |
Juest | and the ui has barely changed lol | 23:30 |
Juest | its annoying that you have to update/reinstall them when you update visual studio | 23:31 |
Juest | on computers that dont have vs installed but the remote debuggers | 23:31 |
Juest | i wouldnt do win10 on that i3-3225 but windows 7 and dr.memory 1.x | 23:34 |
Juest | or 2019-2016 dr memory | 23:34 |
Juest | :p | 23:34 |
Juest | blast007: best would be dual booting win10 without hyper-v on your computer | 23:35 |
blast007 | don't worry, I made the system horribly unbalanced by putting an RTX 4060 in there | 23:44 |
blast007 | I don't have Windows 7 install media | 23:45 |
blast007 | well, I guess I do, but it's the retail version of Win 7 Ultimate, and that's assigned to a system I use sometimes | 23:46 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!