<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Sep 29, 2016 at 10:57 PM, Carlo Kok <span dir="ltr"><<a href="mailto:ck@remobjects.com" target="_blank">ck@remobjects.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
x86_32 Windows uses a less sophisticated unwind mechanism involving a<br>
linked list maintained in TLS at fs:00. Sometimes people use SEH to<br>
refer to this and related structures.<br>
</blockquote>
<br></span>
But the landingpad stuff on x86_32 won't use fs:00 will it? Can I still use it to catch access violations and other internal exception types?</blockquote><div><br></div><div>True, it won't. Clang and GCC typically use DWARF unwind info on i686-windows-gnu.</div><div><br></div><div>I think you can use SetUnhandledExceptionFilter or AddVectoredExceptionHandler to install a global exception handler for AVs and traps that calls into the usual _Unwind* EH machinery.</div></div></div></div>