我一直在使用CLRMD通过DbgEng加载/分析故障转储（将IDebuggerInterface广播到IDebugControl6）。我能够执行与WinDBG中相同的命令。大多数功能都能按预期工作，但是如果我指定“！analyze -v”，我会注意到输出的差异。
在WinDBG中，它可以完全解析FAILURE_SYMBOL_NAME，但是通过CLRMD执行此操作时，它会显示myapp.exe！unknown_error_in_process（而不是System.Windows.Forms.dll！System.Windows.Forms.Control.get_Handle）。 我正在使用完全相同的符号设置。
我想使用CLRMD，因为这似乎是一种更现代/更灵活的方法 （与解析WinDBG日志文件的输出相比），但担心其中的差异。
这似乎是一个很好的线索，但不确定如何解决：
“无法加载映像C：\ Windows \ assembly \ NativeImages_v4.0.30319_64 \ System.Windows.Forms \ 1afec06f634f3b2469d3ff28cf573ba5 \ System.Windows.Forms.ni.dll，Win32错误0n2 ***警告：无法验证System.Windows.Forms.ni.dll的校验和”
有什么想法吗？