Uh oh!
There was an error while loading. Please reload this page.
Report StackOverflowException on NativeAOT on Linux - #93901
Conversation
Use SA_ONSTACK for SIGSEGV handler Call sigaltstack() to set the alternate stack on the main thread only Check if faulting address is near the stack pointer, if so, report stack overflow
ghost
commented
Oct 24, 2023
Tagging subscribers to this area: @agocke, @MichalStrehovsky, @jkotas Issue DetailsUses almost the same code as CoreCLR to allocate an alternate stack for handling SIGSEGV, and properly reports a StackOverflowException.
|
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
janvorli
commented
Oct 24, 2023
One thing I wonder about - don't we also want to call |
jkotas
commented
Oct 24, 2023
RhFailFast calls PalRaiseFailFastException with default arguments. I do not think calling PalRaiseFailFastException in this change would make any difference. |
janvorli
commented
Oct 24, 2023
Ah, thank you, I've missed that. |
jtschuster
commented
Oct 24, 2023
/azp run runtime-nativeaot-outerloop |
|
Azure Pipelines successfully started running 1 pipeline(s). |
jtschuster
commented
Oct 25, 2023
/azp run runtime-nativeaot-outerloop |
|
Azure Pipelines successfully started running 1 pipeline(s). |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
janvorli
commented
Oct 27, 2023
@jtschuster I am not sure if merging of the tests into a single exe won't complicate the work on merging coreclr tests that @trylek works on. I wonder what the reason for this change was. |
Rationalization removes all GT_NOP nodes, and we do not seem to introduce any of these before LSRA (and especially not the typed "passthrough" GT_NOP nodes). This code is just wrong for the passthrough nodes, so just switch all the LSRA code to only handle potential void NOPs. Fixdotnet#93048
Microsoft.Dotnet.Sdk.Internal From Version 9.0.100-alpha.1.23554.1 -> To Version 9.0.100-alpha.1.23557.2 Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
* Add file handle limit setting for Alpine Alpine does not automatically increase the file handle limit to the maximum. dotnet#82719 (comment) As a result we need to increase the limit manually, as we are seeing "Too many files" errors. * Bump limit to hard cap * Remove space
Maybe I'm missing something, but if we try to commit more of the reserved segment and this fails, it doesn't feel right to release the whole thing. The previously committed part of the segment is still in use.
* Use live M.Bcl.AsyncInterfaces dependency * Update Microsoft.Bcl.TimeProvider.csproj
…nals build 20231106.2 (dotnet#94463) Microsoft.SourceBuild.Intermediate.source-build-externals From Version 9.0.0-alpha.1.23530.1 -> To Version 9.0.0-alpha.1.23556.2 Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
…r/runtime into StackOverflowLinuxNAOT
jtschuster
commented
Nov 7, 2023
I made some mistake when I pulled main back into this branch. Closing this PR and opened a new one. |
Uses almost the same code as CoreCLR to allocate an alternate stack for handling SIGSEGV, and properly reports a StackOverflowException.
Fixes#82334