You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
…dows x86.
CoreCLR runtime get build using stdcall while Mono uses cdecl (default).
If a native runtime function takes a reverse pivnoke callback, this
difference will cause issues for Mono on Windows x86 since reverse
pinvoke callbacks have stdcall on Windows x86, but callbacks have
been prototyped to use the calling convention setup in build.
Since CoreCLR already uses stdcall on Windows x86 this change won't change
anything, while on Mono it will fixes the crashes observed in dotnet#8892.
…es crashes on Mono. (#89571)
Fixes#88992. Explicit specify callback calling convention on Windows x86.
CoreCLR runtime build uses stdcall while Mono uses cdecl (default). If a native runtime function takes a reverse pivnoke callback, this difference will cause issues for Mono on Windows x86 since reverse pinvoke callbacks have stdcall on Windows x86, but callbacks have been prototyped to use the calling convention setup in build.
Since CoreCLR already uses stdcall on Windows x86 this change won't change anything, while on Mono it will fixes the crashes observed in #8892.
ghost
removed
the
in-pr
There is an active PR which will close this issue when it is merged
label
Aug 3, 2023
ghost
locked as resolved and limited conversation to collaborators
Sep 2, 2023
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
This happens on e.g. System.Diagnostics.DiagnosticSource.Tests:
The process crashes pretty much immediately, with exit code -1073741819:
In VS we see the access violation:
The text was updated successfully, but these errors were encountered: