DebugDiag 未显示 .NET 4 下的 .NET 堆栈信息答案

【问题标题】：DebugDiag not showing .NET stack information under .NET 4DebugDiag 未显示 .NET 4 下的 .NET 堆栈信息
【发布时间】：2013-01-29 18:13:14
【问题描述】：

感觉可能有一个简单的答案，但我一直没能找到。

有问题的场景是一个 C# .NET 控制台应用程序。

我通常使用 DebugDiag 1.2 来检查来自我们遇到的挂起的 .dmp 文件 - 通常是线程锁定问题。它们是使用 DebugDiag 的“创建完整用户转储”选项创建的。

我最近开始编译面向 .NET 4 的应用程序，以准备开始使用 .NET 4 的一些功能。但是，我注意到在使用 DebugDiag 分析这些 .dmp 文件时，所有 .NET 堆栈信息都丢失了。

如果我将 CLR 目标改回 .NET 3.5，并从新的可执行文件中捕获 .dmp，则 .NET 调用堆栈信息就在那里。

当我查看 DebugDiag 的输出时，我看到一条注释说：

CLR 信息

CLR 版本 = 4.0.30319.17929 CLR 调试器扩展 = C:\Program Files\DebugDiag\Exts\psscor4.dll

.NET 线程总结

请求线程存储失败

我认为“请求线程存储失败”是问题的关键，因为 .NET 3.5 .DMP 文件（使用 psscor2.dll）报告了“线程摘要”标题下的所有线程信息。

问题是 .dmp 缺少信息，还是 DebugDiag 由于某种原因无法检索？

【问题讨论】：

Using WinDbg/SOS to debug managed->native callstack. I get "Failed to request ThreadStore"的可能重复
相似，但不同。另一个问题的解决方案是“minidump 类型必须是 MiniDumpWithFullMemory”。 OP 说这是一个完整的内存转储，它在 .NET 3.5 中运行良好。
JakeL：你找到解决方案了吗？我创建了这个可能相关的线程：stackoverflow.com/questions/17432560/…

【解决方案1】：

最终，这个问题自行解决了。我向微软发送了一个问题，他们说 DebugDiag 1.1 不支持 .NET 4+。他们不久前发布了 v1.2，它确实 - 再次像魅力一样工作：

【讨论】：

【解决方案2】：

假设您正在执行完整转储，这可能与它如何共同定位 sos 有关。在 3.5 下，它将使用 mscorlib 共同定位，而在 CLR 4 下，它将使用 clr 共同定位。这将取决于编写 debugdiag 以适应 CLR 4 的人。

【讨论】：

【解决方案3】：

我遇到了同样的问题，对我来说，它有助于从 DebugDiag 的子目录“exts”中删除 psscor4.dll

在 DebugDiag 报告中，我的 CLR 运行时现在显示为：

CLR Information

CLR version = 4.0.30319.18052

CLR Debugger Extension = C:\Windows\Microsoft.NET\Framework\v4.0.30319\sos.dll

PS：请注意使用正确版本的 DebugDiag（32 位与 64 位）。

【讨论】：