Debugging 调试windbg中的挂起转储时出现问题

加载sosex后，我得到以下错误。有什么想法吗？挂起转储来自32位机器，而我的是64位机器。我需要安装一些东西吗

!clrstack

CLR DLL status: ERROR: Unable to load DLL mscordacwks_x86_x86_2.0.50727.3623.dll, Win32 error 0n2

---

问题是您计算机上的mscordacwks版本与崩溃转储中的版本不同。这不是Bitness的问题-即使您的计算机是64位的，您也安装了32位的.NET。我的在C:\Windows\Microsoft.NET\Framework\v2.0.50727下

您拥有的副本不会有那么长的名称，它将被称为mscordacwks.dll。当调试器发现您的“活动”副本不同时，它将搜索具有长名称的副本（避免dll地狱），这也会告诉您需要获取的版本。在我获得正确的mscordacwks.dll（例如从原始计算机）后，我将其复制到框架目录中，并按照错误消息中显示的名称命名。我还将windbg的映像路径设置为包含框架目录

sos必须使用mscordacwks框架组件来理解内存中的数据结构。这一切都在一个黑暗角落博客的笔记上的博文中解释过

你会发现互联网上充斥着关于如何获取该dll的各种版本的问题。假设您无法从创建崩溃转储的计算机中获取该文件，并且无法从microsoft symbol服务器下载该文件，我过去所做的是在microsoft.com上搜索mscordacwks和我需要的版本（例如2.0.50727.3623）。它通常位于您可以下载的安全补丁中

如果您没有合适的系统来安装它，我很幸运地用7zip打开了install exe。我在cab中找到了mscordacwks文件，该文件位于安全修补程序安装可执行文件中的修补程序文件（MSP文件）中。每个都可以用7zip打开

---

当您点击CAB文件时，有时最好使用expand.exe，因为它可以解压缩7zip（v4.65）没有的文件。如果您使用7zip打开的CAB具有

\u manifest\uu.cix.xml

，请改用expand，因为它使用manifest来提取、解压缩和重命名内容。7zip（对…）进行简单的提取）会留下一堆以数字命名的文件，字面上是1、2等。这些文件可能仍然会被压缩。您知道的方式是，如果您打开它们（例如使用SciTE），它们将以类似PA30的签名开始（它将匹配清单中的源“type”属性）。

问题是您机器上的mscordacwks版本与崩溃转储中的版本不同。这不是Bitness的问题-即使您的计算机是64位的，您也安装了32位的.NET。我的在C:\Windows\Microsoft.NET\Framework\v2.0.50727下

您拥有的副本不会有那么长的名称，它将被称为mscordacwks.dll。当调试器发现您的“活动”副本不同时，它将搜索具有长名称的副本（避免dll地狱），这也会告诉您需要获取的版本。在我获得正确的mscordacwks.dll（例如从原始计算机）后，我将其复制到框架目录中，并按照错误消息中显示的名称命名。我还将windbg的映像路径设置为包含框架目录

sos必须使用mscordacwks框架组件来理解内存中的数据结构。这一切都在一个黑暗角落博客的笔记上的博文中解释过

你会发现互联网上充斥着关于如何获取该dll的各种版本的问题。假设您无法从创建崩溃转储的计算机中获取该文件，并且无法从microsoft symbol服务器下载该文件，我过去所做的是在microsoft.com上搜索mscordacwks和我需要的版本（例如2.0.50727.3623）。它通常位于您可以下载的安全补丁中

如果您没有合适的系统来安装它，我很幸运地用7zip打开了install exe。我在cab中找到了mscordacwks文件，该文件位于安全修补程序安装可执行文件中的修补程序文件（MSP文件）中。每个都可以用7zip打开

当您点击CAB文件时，有时最好使用expand.exe，因为它可以解压缩7zip（v4.65）没有的文件。如果您使用7zip打开的CAB具有

\u manifest\uu.cix.xml

，请改用expand，因为它使用manifest来提取、解压缩和重命名内容。7zip（对…）进行简单的提取）会留下一堆以数字命名的文件，字面上是1、2等。这些文件可能仍然会被压缩。您知道的方式是，如果您打开它们（例如使用SciTE），它们将以类似PA30的签名开始（它将匹配清单中的源“type”属性）