[Bug 37438] New: Mono's vectored exception handlers return EXCEPTION_CONTINUE_EXECUTION, skipping an application's exception handling

https://bugs.winehq.org/show_bug.cgi?id=37438

Bug ID: 37438
           Summary: Mono's vectored exception handlers return
                    EXCEPTION_CONTINUE_EXECUTION, skipping an
                    application's exception handling
           Product: Wine
           Version: 1.7.29
          Hardware: x86-64
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: mscoree
          Assignee: [e-mail]
          Reporter: [e-mail]
      Distribution: ---

Created attachment 49804
  --> https://bugs.winehq.org/attachment.cgi?id=49804
Sample delphi program (source code)

I have a Delphi sample program (see attachment) that raises and catches an
exception while a .NET dll is loaded.

When not loading the DLL, everything works fine. When the DLL is loaded, Mono
installs its own exception handler that catches the raised exception and
returns EXCEPTION_CONTINUE_EXECUTION, bypassing the application's own
stack-based exception handler which leads to a crash.

[Bug 37438] Mono's vectored exception handlers return EXCEPTION_CONTINUE_EXECUTION, skipping an application's exception handling

https://bugs.winehq.org/show_bug.cgi?id=37438

--- Comment #1 from Joachim P.  ---
Created attachment 49805
  --> https://bugs.winehq.org/attachment.cgi?id=49805
trace+seh when the .NET DLL is *not* being loaded (everything works fine)

[Bug 37438] Mono's vectored exception handlers return EXCEPTION_CONTINUE_EXECUTION, skipping an application's exception handling

https://bugs.winehq.org/show_bug.cgi?id=37438

--- Comment #2 from Joachim P.  ---
Created attachment 49806
  --> https://bugs.winehq.org/attachment.cgi?id=49806
trace+seh when the .NET DLL *is* being loaded (crash)

[Bug 37438] Mono's vectored exception handlers return EXCEPTION_CONTINUE_EXECUTION, skipping an application's exception handling

https://bugs.winehq.org/show_bug.cgi?id=37438

Joachim P.  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #49806|0                           |1
        is obsolete|                            |

--- Comment #3 from Joachim P.  ---
Created attachment 49807
  --> https://bugs.winehq.org/attachment.cgi?id=49807
trace+seh when the .NET DLL *is* being loaded (crash)

Missed a couple of lines in the previous version of the attachment. Note the
second vectored handler being installed (that one comes from mono, the first
one is from ntoskrnl).

[Bug 37438] Mono's vectored exception handlers return EXCEPTION_CONTINUE_EXECUTION, skipping an application's exception handling

https://bugs.winehq.org/show_bug.cgi?id=37438

--- Comment #4 from Vincent Povirk  ---
This should probably be reported upstream.

[Bug 37438] Mono's vectored exception handlers return EXCEPTION_CONTINUE_EXECUTION, skipping an application's exception handling

https://bugs.winehq.org/show_bug.cgi?id=37438

--- Comment #5 from Joachim P.  ---
Done: https://bugzilla.xamarin.com/show_bug.cgi?id=24047

[Bug 37438] Mono's vectored exception handlers return EXCEPTION_CONTINUE_EXECUTION, skipping an application's exception handling

https://bugs.winehq.org/show_bug.cgi?id=37438

Joachim Priesner  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |WORKSFORME

--- Comment #6 from Joachim Priesner  ---
Cannot reproduce any more with wine-1.9.7-156-g1c201a9 + corresponding
wine-mono.

[Bug 37438] Mono' s vectored exception handlers return EXCEPTION_CONTINUE_EXECUTION, skipping an application's exception handling

https://bugs.winehq.org/show_bug.cgi?id=37438

Ken Sharp  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #7 from Ken Sharp  ---
Closing