ucrtbase.dll crash [Windows]

[Felanbird]

Describe your issue

I'm just going to start with the fact that I'm 99% sure this is a windows issue, but just incase somebody has had it and fixed it with something that google searching doesn't know about, I'm opening the issue.

Somewhere around 2021-04-27 (That's the oldest crash log I can find) this started happening, was using 1f5b62e when the crashes originally started.

I've been able to deduce that the crashes only happen in the evening/night PST (via EST testing), Had no crashes before 6pm PST, and nothing after 5am PST.

Interestingly enough when the crash takes place, only one of my Chatterino instances crashes (main), but if the main crashes and isn't re-opened for long enough, the secondary window usually will crash (sort of like the main Chatterino is taking the bullet).

Googled options checklist:

Clear AutomaticDestinations (quick access) cache ✓

DISM.exe /Online /Cleanup-image /Restorehealth & sfc/scannow ✓

Uninstall Display Drivers ✓

idk maybe we still have a windows god of war in this circle of arch linux btw-ers

Screenshots

I've been asking people to check their crash logs for at least a week and finally somebody had the same crash

OS and Chatterino Version

Windows 10 Pro 19041.928

d59bb80 -> 1f5b62e | consistant between various versions in this commit range

[Mm2PL]

After a little googling I found that 0xc0000409 is STATUS_STACK_BUFFER_OVERRUN. The StackOverflow thread also mentions Qt but the crash is in the app itself not ucrtbase.dll.

Edit: It might not be exactly a stack buffer overrun

Quote from here

However, this status code is also used when the runtime library encounters an unrecoverable error and terminates the process. That would be a reason why ucrtbase.dll is identified as the faulty module, even if the problem originated elsewhere.
For a more detailed discussion of the above, see STATUS_STACK_BUFFER_OVERRUN doesn’t mean that there was a stack buffer overrun

[Felanbird]

After a little googling I found that 0xc0000409 is STATUS_STACK_BUFFER_OVERRUN. The StackOverflow thread also mentions Qt but the crash is in the app itself not ucrtbase.dll.

Actually now that you point out 0xc0000409 I realize it does apply to #2229 & #2323 | when I originally searched I must have misspelt ucrtbase.dll so no issues came up, but copy pasting the error code brings leads me to both of them.

[IMNdi]

All mine are all the same for stable release (I have many of these but they are identical). I have found no pattern to them. They happen as I type, as it is alt+tabbed, when in game or when system is clean.

ucrtbase.dll, version: 10.0.18362.1110
Exception code: 0xc0000409
Fault offset: 0x000000000006dace
Faulting module path: C:\WINDOWS\System32\ucrtbase.dll

I have since abandoned that build for the latest nightly. By the way, actually adding version info to the exe would make this way easier to track across builds. All Chatterinos I have have no correct version resource.

P.S. My system logs contain 20 crashes by chatterino.exe, 19 of them are this error above. The 20th is within the exe itself and I am almost 100% sure it's the "remove ignored user at your own peril" bug.

[Still34]

Found the root cause,

chatterino2/src/singletons/NativeMessaging.cpp

Line 153 in 0a51252

ipc::message_queue messageQueue(ipc::open_or_create, "chatterino_gui", 100,

Call trace traces all the way back down to that function.

[fourtf]

I guess I could make starting the ipc thing a setting if you want to use the extension

[Still34]

Confirm fixed in the latest nightly.

[Felanbird]

Confirm fixed in the latest nightly.

As much as I believe your God of War Windows ability, I am going to leave this issue open for a few days while I test this new commit 😁

[Felanbird]

I have unfortunately crashed | 2021-05-18 00:55:59 EST

[ALazyMeme]

Crashing never seems to happen when I'm running Chatterino in debug mode

[Mm2PL]

Schrödinger's bug

[Still34]

Haven't been able to repro yet 😞