Skip to content
This repository has been archived by the owner on Jan 23, 2023. It is now read-only.

Do not honor attribute HandleProcessCorruptedStateExceptions #10957

Merged
merged 1 commit into from
Apr 18, 2017

Conversation

rahku
Copy link

@rahku rahku commented Apr 13, 2017

Fixes #9045

@rahku
Copy link
Author

rahku commented Apr 13, 2017

It does not do full cleanup of all the code required for handling HandleProcessCorruptedStateExceptions Attribute. But removes its functionality.

@rahku
Copy link
Author

rahku commented Apr 13, 2017

PTAL @jkotas @gkhanna79

@jkotas
Copy link
Member

jkotas commented Apr 14, 2017

Can we fail fast immediately when the corrupting exception hits the managed code? It sounds like we will still run a lot of code (looking for handlers, etc.) with this fix when this happens.

src/vm/excep.cpp Outdated
// Method is in a Pre-V4 assembly - allow it to be examined for processing the CE
fLookForExceptionHandlersInMethod = TRUE;
}
fLookForExceptionHandlersInMethod = FALSE;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is not an appropriate change - not only we are incompletely removing the functionality but if we need to add additional policies for this feature, this will not be available.

The right fix would be to check for CorruptionSeverity against the ExceptionTracker/ExInfo, when it is setup early in the personality routine, and failfast if it is corrupting.

@rahku
Copy link
Author

rahku commented Apr 17, 2017

can you PTAL this now terminates the process in first pass of EH. I also modified a jit calli tests which was depending on HandleProcessCorruptedState attribute. I will add tests for this changed functionality in corefx repo.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants