Improve binaries filtering for PMI runs of SPMI collection (#70294)
authorBruce Forstall <brucefo@microsoft.com>
Mon, 6 Jun 2022 18:46:27 +0000 (11:46 -0700)
committerGitHub <noreply@github.com>
Mon, 6 Jun 2022 18:46:27 +0000 (11:46 -0700)
commit4b935f45e17528eadd9512cdbc7b67323d16dc1e
tree18cc56847898b45aabc76d8bdf79064a825ffcdc
parentd2e569de0bacd95901c1360ea53fb079f05e3f65
Improve binaries filtering for PMI runs of SPMI collection (#70294)

Add some more to the "exclude" list:
1. A few new native dlls
2. An uninteresting managed dll
3. 2 cases where running PMI on a dll causes a VM assert. Note that
"PMI DriveAll" should recover from this, but these exact assemblies
seem to cause a hang when run in the CI. Perhaps on those Helix
machines the crash is intercepted, sometimes? I did not add mscorlib.dll
to this list, which also causes an assert
(https://github.com/dotnet/runtime/issues/65814), because it is too
important and it doesn't appear to be causing failures all the time.
src/coreclr/scripts/superpmi_collect_setup.py