I found my personal project running on Cinder v9.2.0 crashing when resizing my windows. Not always immediately, but consistently. It occurs when grabbing any edge with the mouse and dragging the size of the window. If the window is resized using a keyboard trigger - it seems to always work fine.
My investigation has replicated the issue in a blank Cinder project, which makes me think that it’s not an issue with own application code. The callstack is just 2 kernel calls I can’t look into and the crash is an access violation. O_o
Interesting. At least you get an assertion failure connected to a source file you can read. As I stated in the first post, I just get a short kernel call stack.
It appears to occur in a completely blank Cinder application.
I can reproduce this, looks like the crash happens after a call to ::SwapBuffers, and there’s some iffy RC / DC values in the debugger. Will let you know if I find anything.
Do you have an MSI motherboard by any chance? Can you see NahimicOSD.dll anywhere in your stack trace when it crashes?
*edit.
Apparently this is a real dogshit audio extension and googling it or A-Volute or any related software produces pages upon pages of people having problems with it in seemingly unrelated software. On top of that it seems to border on malware in that it’s near impossible to remove. In my case i did a system wide search for NahimicOSD.dll and renamed it to something else and I am now able to resize my (non audio playing, WTF are you doing, nahimic?) window with reckless abandon. I have no idea if this will cause problems elsewhere but it does appear to address the problem at hand.
Modern software is garbage
*edit redux
I’ve found a slightly less blunt instrument approach, it seems that Nahimic are all too aware of how terrible their software is, so it comes with a blacklist chock-full of process names it knows not to interfere with. In my case adding BasicApp.exe to the bottom of C:\ProgramData\A-Volute\A-Volute.28054DF1F58B4\Modules\ScheduledModules\Configurator\BlackApps.dat (will likely vary on your machine, assuming this is indeed the problem) made NahimicOSD.dll keep its grubby mitts off my render loop.
Can you scroll all the way to the top of that list or is that everything? Do you see any suspicious DLLs in there? A cursory google suggests that the alienware / dell combo you’re using does use this Nahimic thing.
Interesting. It’s odd that it’s crashing in the exact same place as mine was but the injected DLLs don’t appear. I’d suggest doing a system-wide search for NahimicOSD.dll (or at least in C:\ProgramData) and renaming it if it appears, just to rule that out.
I’d bet that he’s your problem. Rename him to something else and see if your crash goes away. You can also try adding your executable name to the blacklist I mentioned in my first long response. You may need to stop the Nahimic Service in services to get permission to rename it. Hopefully that’s it.
That particular DLL was already on my shitlist from when I was trying to figure out the crashes in the WMF video player the other week so when it showed up again next to a call to glTexSubImage2D that I didn’t issue myself, coupled with OSD usually meaning “On Screen Display” I had a pretty good idea that it was up to something with my window that it shouldn’t be. Then googling “NahimicOSD” and “resizing” brings up all manner of similar reported issues. Their facebook page is just people abusing them for crashing their favourite games.
