I'm having issues where my DreamDaemon crashes on a world reboot, I've tried both 515.1620 and 514.1589 both cause issues on reboot. I'm running Windows 11, and included a dump below, here's the Event Viewer entry:
Faulting application name: dreamdaemon.exe, version: 5.0.515.1620, time stamp: 0x654ba75b
Faulting module name: ucrtbase.dll, version: 10.0.22621.2506, time stamp: 0xac92626e
Exception code: 0xc0000409
Fault offset: 0x0009e34b
Faulting process id: 0x0x4A60
Faulting application start time: 0x0x1DA2494843B0AB4
Faulting application path: C:\Program Files (x86)\BYOND\bin\dreamdaemon.exe
Faulting module path: C:\Windows\System32\ucrtbase.dll
Report Id: 05f7115b-0179-4cb1-b8cd-23371dcb55cd
Faulting package full name:
Faulting package-relative application ID:
dreamdaemon.exe.19040.dmp: https://litter.catbox.moe/hs1vr1.dmp (Sorry my FTP was having issues so I just used this service)
If you need another dump or anything else let me know, thanks for your support and time.
ID:2902005
 Dec 1 2023, 1:48 pm (Edited on Dec 2 2023, 10:19 pm)
|
|
|
Dec 1 2023, 3:09 pm
|
|
Lummox JR
  |
According to the minidump's stack trace, the problem is inside of rust_g. So this isn't a BYOND bug; it's something wrong with your SS13 server or with the rust_g lib itself.
|
Wow, that was a very fast reply, pardon my delayed response!
Since that crash I looked further back and can confirm it's rust_g causing issues, as the module path changes in the older ones... I'm unsure why it's crashing for me but not a friend who is also on the same Byond version, Win11 ver. Do you suggest I bring this to the code base or whoever manages the module; the code base in question doesn't matter as it's anything that uses rust_g it seems but it might help getting a larger code base to look at it right? Thanks for all your support over the years Lummox | |