Comments on: win32 console app catch block not catching the Access Violation exception - Why SEH(Structured Exception Handling) not working in a win32 C++ app http://debuggingblog.com/wp/2009/03/27/win32-console-app-catch-block-not-catching-the-access-violation-exception-why-is-my-sehstructured-exception-handling-not-working-in-a-win32-c-app/ Mon, 06 Sep 2010 16:23:35 +0000 http://wordpress.org/?v=2.6.2 By: prashant http://debuggingblog.com/wp/2009/03/27/win32-console-app-catch-block-not-catching-the-access-violation-exception-why-is-my-sehstructured-exception-handling-not-working-in-a-win32-c-app/#comment-1847 prashant Tue, 24 Aug 2010 00:06:45 +0000 http://debuggingblog.com/wp/?p=263#comment-1847 <a href="#comment-1836" rel="nofollow">@KenGartner</a>, It depends on where are you trying to use SEH. Is it inside your exe? or is it inside a DLL? For example, once you call LoadLibrary and get the function pointer, You can use catch(..) in that dll and the function, does that make sense? @KenGartner, It depends on where are you trying to use SEH. Is it inside your exe? or is it inside a DLL? For example, once you call LoadLibrary and get the function pointer, You can use catch(..) in that dll and the function, does that make sense?

]]> By: KenGartner http://debuggingblog.com/wp/2009/03/27/win32-console-app-catch-block-not-catching-the-access-violation-exception-why-is-my-sehstructured-exception-handling-not-working-in-a-win32-c-app/#comment-1836 KenGartner Wed, 18 Aug 2010 20:58:18 +0000 http://debuggingblog.com/wp/?p=263#comment-1836 I am confused about themper-thread nature of the SEH code. I write my DLL using /EHa and am loaded dynamically inside an EXE container that was *not* coded to use /EHa. When the container creates a thread (presumably there is no SEH mechanism established) and calls the registered callback offered by my DLL, then my code will run without the benefit of catch(...) working. How can I temporarily set the thread handler to my advantage inside my DLL so I get the benefit of catch(...) without disturbing the EXE container. Is there a programmatic way of setting SEH up and later tearing it down? Regards, Ken Gartner I am confused about themper-thread nature of the SEH code.

I write my DLL using /EHa and am loaded dynamically inside an EXE container that was *not* coded to use /EHa. When the container creates a thread (presumably there is no SEH mechanism established) and calls the registered callback offered by my DLL, then my code will run without the benefit of catch(…) working.

How can I temporarily set the thread handler to my advantage inside my DLL so I get the benefit of catch(…) without disturbing the EXE container. Is there a programmatic way of setting SEH up and later tearing it down?

Regards,

Ken Gartner

]]> By: James Hartley http://debuggingblog.com/wp/2009/03/27/win32-console-app-catch-block-not-catching-the-access-violation-exception-why-is-my-sehstructured-exception-handling-not-working-in-a-win32-c-app/#comment-1502 James Hartley Tue, 18 Aug 2009 02:16:26 +0000 http://debuggingblog.com/wp/?p=263#comment-1502 Thanks for this, a very detailed and helpful response. Thanks for this, a very detailed and helpful response.

]]> By: Anonymous http://debuggingblog.com/wp/2009/03/27/win32-console-app-catch-block-not-catching-the-access-violation-exception-why-is-my-sehstructured-exception-handling-not-working-in-a-win32-c-app/#comment-1390 Anonymous Sun, 09 Aug 2009 04:22:07 +0000 http://debuggingblog.com/wp/?p=263#comment-1390 t t

]]>