我正在尝试习惯使用WinDbg来解决崩溃转储问题，但每次我这样做时，它似乎都在要求我提供不同版本的mscorwks.dll和mscordacwks.dll，而且我并不总是能够访问转储来自的机器。除了告诉最终用户他们必须在他们的Windows目录中四处挖掘这些文件并向我发送一个大得离谱的“迷你”-dump之外，是否有什么地方可以让我获得这些文件的不同版本的副本？WinDbg似乎无法通过Microsoft的符号服务器找到它们。 最佳答案 您应该从捕获此转储的机器上获取mscordacwks.dll，然后将其重命名为WinDbg期望的名称

我的应用程序(基本应用程序是与C++/CLI互操作的MFC，但它还包含大量C#、Windows窗体、WPF)有句柄泄漏。应用程序启动后不久，我可以看到任务管理器中的句柄数持续增长(以每秒10个新句柄的速度)。所以我用了handles.exe看看它们是什么类型的句柄。我发现泄漏的句柄是进程句柄。它们是我的应用程序进程的进程句柄。所以我想知道哪些操作通常会为其运行的进程创建句柄。有什么想法吗？你见过这样的事吗？考虑到我不能使用调试DLL并且我只能使用可以xcopy部署的工具，我还能做些什么来追踪泄漏。更新:我能够向它抛出windbg和!handle,!htrace并发现进程句柄都是使用以下

我尝试使用winDBG调试转储文件。当我运行.loadbysosmscorwks.dll时它给了我一个错误信息。无法找到模块“mscorwks.dll”有人见过这个吗？ 最佳答案 如果您正在调试.NET4.0应用程序，您需要使用以下而不是mscorwks:.loadbysosclrHereisagoodoverview可用于不同版本的FULL.NET框架的命令。享受吧!! 关于.net-找不到模块'mscorwks.dll'，我们在StackOverflow上找到一个类似的问题：

我有一个.NET.86应用程序。我正在尝试从cdb运行dumpdomain但一直出现错误。关于这个有很多问题，我尝试了几种变体:C:\Users\d.banks\Documents>cdbDoNothingx86.exeMicrosoft(R)WindowsDebuggerVersion10.0.17134.12AMD64Copyright(c)MicrosoftCorporation.Allrightsreserved.CommandLine:DoNothingx86.exe*************Pathvalidationsummary**************Respons