Jan Kotas

Any chance you can create a repro for this problem that you can share?

@DjArt I have tried your repro on Ubuntu 20.04 and it does not crash for me. What is the Linux distro that you are running this on?

The core dumps (and debuggers in general) do not work well on WSL1 https://github.com/microsoft/WSL/issues/1262 . Yes, sharing a core dump of the crash would help.

This crash dump is stopped on signal that the GC thread suspension uses internally. `gdb` stops on this signal by default unfortunately. The runtime will handle this gracefully and continue....

We do not have plans like that currently. CoreCLR has its own more lightweight unwinder already. CoreCLR is using libuwind to unwind from manually managed code only. It is rare...

CoreCLR is sensitive to having properly behaving stack unwinder for manually managed code. I doubt that switching from one poorly debugged libuwind implementation to a different poorly debugged libunwind implementation...

All places that call `FCThrow` will hit the unmanaged unwinder and most place places that call COMPlusThrow will hit it too. Running all libraries tests is probably the best way...

months for sure Here is an example what it takes to convert one FCall with HMF: https://github.com/dotnet/runtime/pull/1929. There are 400+ of these. If each of them is 50 lines delta,...

This list suggests that the System.Private.CoreLib is not actually built for Unix.

Ah ... I forgot about the recent globalization changes. All kernel32.dll functions in the list are unreachable on Unix. We depend on the compiler or IL linker to strip them...