projects / platform / upstream / coreclr.git / commit
? search:
summary | shortlog | log | commit | commitdiff | tree
(parent: 65663fe) | patch
VS has mentioned that when they have an AV come through their reflection invoked...
authorGaurav Khanna <gkhanna@microsoft.com>
Fri, 25 Sep 2015 19:31:07 +0000 (12:31 -0700)
committerMatt Ellis <matell@microsoft.com>
Sat, 26 Sep 2015 00:24:01 +0000 (17:24 -0700)
commitf0c1382fd5c65e44585b84a4bf3dd8ec86d73c6c
tree7a86cd12baa57b1d5dd68dcaebe63bdf08d62d98tree | snapshot
parent65663fe8c455fad5c1e54fc068d2ec077bee7222commit | diff
VS has mentioned that when they have an AV come through their reflection invoked code, they endup getting TargetInvocationException that is not actionable and also does not help in the Watson bucketing for the issue.  To address this, they would like an opt-in flag to force a failfast when a CSE remains unhandled within reflection invocation.

This change adds support for an opt-in flag that will trigger failfast in Reflection codepath inface of an unhandled CSE.

[tfs-changeset: 1529878]
src/inc/clrconfigvalues.h diff | blob | history
src/vm/excep.cpp diff | blob | history
Domain: Dotnet / Core;