This is a kind of very low level question, but maybe someone has an understanding ...
I have a problem where unhandled SEH exceptions (such as access violations) seem to fall into the Win32 message sending level rather than shutting down the program. I found the following help blog that explains the problem, but only in the context of WM_TIMER posts: http://bugswar.blogspot.com/2010/07/why-its-not-crashing.html
I ran into a problem with Win 2008R2 and "normal" messages (for example: WM_COMMAND, etc.). I suspect that Windows may try to βhelpβ by masking exceptions, but I want this to be an error; the continue and ignore behavior causes problems with the application as a whole. I understand that I can try to wrap every function in try / catch and use the / EHa compiler option to convert SEH exceptions to C ++ exceptions (which in itself is very discouraging and dangerous), but this is clearly not optimal.
According to the indicated block, there is a flag in AppCompatFlags2 in the TIB structure (http://en.wikipedia.org/wiki/Win32_Thread_Information_Block), which can lead to the Win32 handler not catching / eliminating the SEH exception, but I donβt know how to install / enable it. Does anyone know about this? Is there an AppCompat parameter that I can enable so that Windows doesn't catch and ignore exceptions?
source share