0

尝试分析转储文件时出现以下错误。

    0:000> !threads 
    The version of SOS does not match the version of CLR you are debugging.  
Please load the matching version of SOS for the version of CLR you are debugging.
CLR Version: 4.0.30319.1022 
SOS Version: 4.0.30319.34011 
Failed to load data access DLL, 0x80004005 Verify that 
1) you have a recent build of the debugger (6.2.14 or newer)
2) the file mscordacwks.dll that matches your version of clr.dll is 
   in the version directory or on the symbol path
3) or, if you are debugging a dump file, verify that the file 
   mscordacwks_<arch>_<arch>_<version>.dll is on your symbol path.
4) you are debugging on supported cross platform architecture as 
   the dump file. For example, an ARM dump file must be debugged
   on an X86 or an ARM machine; an AMD64 dump file must be
   debugged on an AMD64 machine.

You can also run the debugger command .cordll to control the debugger's load of mscordacwks.dll.  .cordll -ve -u -l will do a verbose reload. If that succeeds, the SOS command should work on retry.

If you are debugging a minidump, you need to make sure that your executable path is pointing to clr.dll as well.

我正在使用正确版本的 WinDbg。我也知道我机器上的 sos 版本与捕获转储文件的机器上的版本不同。所以我正在获取正确的版本，看看是否能解决问题。但是我的问题是，当我通过 DebugDiag Analyzer 打开这个转储文件时，它可以读取转储文件并为我提供正确的结果。我只是好奇，当我的机器上没有匹配版本的 sos 和 mscordacwks 时，谁能分析这个转储文件？

4

1 回答 1

1

Debugdiag 可能正在使用 psscor4 或类似的东西。通常在 4.x 框架中，我们不需要匹配的版本，我不记得版本，但是如果您使用较旧的 windbg，那它就像一个魅力。Sosex 和 psscor4 在这种情况下也会有所帮助。

于 2014-10-17T16:19:12.870 回答