[llvm-bugs] [Bug 44372] ClangCl: windows structured exception handling crash at the runtime

via llvm-bugs llvm-bugs at lists.llvm.org
Tue Dec 24 13:00:01 PST 2019


https://bugs.llvm.org/show_bug.cgi?id=44372

Reid Kleckner <rnk at google.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |DUPLICATE
                 CC|                            |rnk at google.com
             Status|NEW                         |RESOLVED

--- Comment #1 from Reid Kleckner <rnk at google.com> ---
This is a non-call exception, which LLVM cannot catch in the same frame. This
is working-as-designed. I recently wrote up the current the state here:
https://bugs.llvm.org/show_bug.cgi?id=44174#c1

Pasted below:
"""
This is currently working-as-designed, and documented:
https://clang.llvm.org/docs/MSVCCompatibility.html
"Asynchronous Exceptions (SEH): Partial. Structured exceptions (__try /
__except / __finally) mostly work on x86 and x64. LLVM does not model
asynchronous exceptions, so it is currently impossible to catch an asynchronous
exception generated in the same frame as the catching __try."

It was brought up recently and (hopefully) clarified here:
http://lists.llvm.org/pipermail/llvm-dev/2019-November/136701.html
"the important thing to understand is that LLVM is currently incapable of
representing non-call instructions that might throw an exception."

There may be some future effort to implement support for non-call exceptions,
but to my knowledge, nobody has started and there is no timeline.
"""

*** This bug has been marked as a duplicate of bug 1269 ***

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20191224/90e8af65/attachment.html>


More information about the llvm-bugs mailing list