debugdiag相关内容
场景非常简单: 我在 Windows 应用商店应用程序中出现内存泄漏，在使用 dotMemory 分析器后被识别为本机.由于此工具仅限于分析托管内存，因此我通过使用 DebugDiag 执行内存转储分析进行了进一步研究.这让我更进了一步，我发现增加的内存被提交给了 mscoreei 使用的堆(有人有关于这个 dll 的额外信息吗?一个简单的谷歌搜索不会返回太多) DebugDiag 也
..
服务器:Windows 2012r2调试诊断工具 v2.1 更新 1 调试器附加到应用程序池.我已经确认它是该站点的正确池.池崩溃，但从未生成转储文件. “应用程序池''由于一系列原因被自动禁用为该应用程序池提供服务的进程失败的次数." 规则只是简单地设置为查看应用程序池，而不是捕获第一次机会异常.我尝试删除并重新添加它几次，但它从未生成转储. 我检查了它生成的调试日志，这
..
我正在使用 DebugDiag 来分析 Windows 上的故障转储. 这是报告摘要说明: 在 XXXX.dmp 中，Microsoft Corporation 的 C:\Windows\System32\msvcr120.dll 中 msvcr120!abort+4a 处的汇编指令在线程 26 上导致了未知异常 (0x40000015)> 而调用栈是: ntdll!NtWaitF
..
我一直在尝试为.NET Web应用程序找到较高的CPU使用率.我按照本文中的说明使用了DebugDiag工具: https://www.iis.net/learn/troubleshoot/performance-issues/troubleshooting-high-cpu-in-an-iis-7x-application-pool 已成功收集转储，但是当使用DebugDiag Analyze
..
我刚在生产服务器上遇到了CPU严重问题，因此决定在本地进行此类情况的调试以为将来做准备，但是当我尝试调试本地MVC4站点时，却没有得到相同的信息堆栈跟踪就像本教程一样. 问题: 有谁知道是否有可能获得更丰富的堆栈跟踪信息? 我希望在某个地方看到HomeController.Index，但我看到的唯一方法调用是: System.Web.Hosting.UnsafeIISMethod
..
最近，我的asp.net应用程序崩溃了. 我在Windows上获得了事件日志，有两种类型的异常消息: Application: w3wp.exe Framework Version: v4.0.30319 Description: The process was terminated due to an internal error in the .NET Runtime at IP 000
..
我在生产中进行了故障转储，以识别内存泄漏.当我使用DebugDiag(第2版更新2)时，我得到了一个报告 DebugDiag没有检测到w3wp.DMP中加载的LeakTrack.dll，因此没有泄漏 对该文件进行了分析.如果您要进行故障排除 内存泄漏，请确保将LeakTrack.dll注入到目标中 之前使用DebugDiag工具进行处理或生成新的转储 .我找不到从DebugDiag U
..
我们遇到了iis托管的特定网站的问题，我没有从事件日志中获取太多信息。我使用这些低级别的'原始'诊断工具有点超出了我的联盟，如果我在错误的树上咆哮，我就不会这样了（在这种情况下请告诉我 - 例如IIS刚刚坏掉）或者我是不是m按照正确的路径尝试找到问题。 服务应用程序池'MyWebsite'的进程与Windows发生致命的通信错误流程激活服务。进程ID为'4372'。数据字段包含错误编号。
..
最近，我开始在少数服务器上面临问题，其中CPU开始消耗比平常趋势更多的资源。我试图找出这个的根本原因并从任务管理器中获取w3wp进程的转储（右键单击进程并进行转储）。 现在dmp文件大小为14GB，我试图通过WinDBG进行分析，但该工具无法正常工作并收到消息： $
..
一年以前，我已经使用WinDbg和DebugDiag在Java中使用的JNI本机DLL中找到内存泄漏。现在我正在寻找一个线程句柄泄漏。 我使用Process Explorer创建了一个内存转储，并尝试在DebugDiag中进行分析，但是我得到的都是脚本错误： 我也尝试过WinDbg，但是它不能再附加到进程。我总是收到错误消息“dbghelp.dll的版本与调试器不匹配”： （”Unbek
..
我们的应用程序池回收，每天数次。我是pretty确保它是因为它击中了内存限制。我也pretty确保它不应该打〜3GB的内存限制。我试着使用的WinDbg来分析内存转储，但收效甚微。以后我可能会再试。但是使用DebugDiag资料给我上的数据一些不错的视觉效果，并且已经导致了一些变化，降低了它的回收次数。有我有点困惑和担心的一个报告是HttpContext的报告。它显示了一些输出是这样的： Ht
..
该方案是pretty简单： 我在使用dotMemory探查后，在Windows Store应用中的内存泄漏，确定为本地人。由于此工具仅限于分析托管内存我通过利用DebugDiag资料内存转储分析做进一步的研究。 这让我一步，我可以发现，增加内存致力于通过mscoreei使用的堆（任何人有这个DLL的其他信息？一个简单的谷歌搜索没有太大返回） DebugDiag资料也有被称为内存泄漏分析女巫的
..
的Visual Studio 2013可以显示为包容性的大小列（其中包括子对象的大小） - DebugDiag资料的内存分析报告，目前只显示物体的大小，而不包括子对象。有没有一种方法，使DebugDiag资料包括子对象的大小在其报告？ 你有什么建议是一个很好的方式来产生这样一个报告，.NET 4.0，因为Visual Studio中只支持分析.NET 4.5崩溃转储 解决方案 Debug
..
感觉就像有可能是一个简单的答案，但我一直没能找到它。 在讨论的方案是一个C＃.NET控制台应用程序。 我通常使用DebugDiag资料1.2来检查的.dmp是来自挂起文件中，我们经历 - 通常是线程锁定问题。他们使用DebugDiag资料的“创建完整用户转储”选项创建的。 我最近开始编制面向.NET 4 preparation的开始使用一些.NET 4的功能的应用程序。然而，我注意到，与De
..
