debugdiag

0热度

1回答

有没有办法从命令行调用DebugDiag分析？我试过这个： DebugDiag.Analysis.exe "C:\dumps\oops.dmp" 但它只启动了GUI（添加了oops.dmp）。我所寻找的是更多的东西是这样的： DebugDiag.Analysis.exe -dump "C:\dumps\oops.dmp" -out "C:\results\oops-DebugDiag.mht"

2热度

1回答

DebugDiag调用堆栈不显示调用堆栈中函数的行数

我正试图隔离Windows上的本机代码中的内存泄漏。我运行了一个测试用例的多次迭代，并将DebugDiag附加到进程中以收集有关可疑泄漏（通过PerfMon中的多次运行确认的内存泄漏）的信息。 DebugDiag资料指出可疑调用堆栈像 Call stack sample 1 Address 0x0f09e2c0 Allocation Time 00:22:38 since trackin

0热度

1回答

Windows服务不规则地冻结

因为我用尽讨论与我们的管理员的争论，我希望你能帮助我解决以下问题。我们有一个奇怪的行为对应于我们自我实现的windows服务。他们随机冻结。有时他们会继续工作数周，有时他们会在一周内冻结多次。我很确定，没有问题的代码不正常或未处理的异常。在我看来，这是一种Windows管理员/权限管理问题，与时间上的巧合相结合。但是，让我们有一些信息，在开始第一：所有Windows服务是一个服务器上运行。

0热度

1回答

DebugDiag - 像windbg'kp'命令那样的仪器堆栈

是否有可能使DebugDiag Analysis提供像windbg'kp'命令一样的堆栈跟踪信息？即“京都议定书”有源文件路径，行号和参数值（我已经证实了一个有效的DMP，我们的符号服务器正确仪器DMP在WinDbg中）感谢

0热度

1回答

DebugDiag未完成分析

我一直在尝试为.NET Web应用程序找到较高的CPU使用率。按照本文中的说明，我使用了DebugDiag工具：https://www.iis.net/learn/troubleshoot/performance-issues/troubleshooting-high-cpu-in-an-iis-7x-application-pool 转储已成功收集，但是使用DebugDiag Analyzer分

0热度

1回答

如何确定从转储文件中导致高内存使用率的方法？

我含在IIS托管我们的.NET应用程序捕获的内存数.dmp文件，我想通过某种分析仪，会告诉我哪些方法，我们的应用有助于不明原因的内存使用率来运行它们。我试过DebugDiag分析以及Visual Studio附带的工具。我可以设法产生内存中的对象列表，但我不知道哪种方法正在生成对象。任何人都可以直接我的应用程序，可以轻松地帮助我想出解决办法，或者甚至可能教我如何使用DebugDiag资料或Vi

-1热度

1回答

转储崩溃转储

我需要编写一个工具来监听某个目标进程（在客户环境中崩溃），并且一旦崩溃，它应该通过启动DebugDiag来传递命令行参数来生成转储。代码需要用C＃编写。我已经做了一些编码，但该工具从未检测到启动的过程。下面是代码： static void Main(string[] args) { ManagementEventWatcher startWatch = new ManagementE

0热度

1回答

DebugDiag如何分析转储文件而没有匹配的调试DLL

我在尝试分析转储文件时遇到了以下错误。 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

-1热度

1回答

CefSharp/Cef libcef.dll堆栈溢出（0xC00000FD）

CefSharp Winforms版本43.0.0.0，libcef.dll 3.2357.1287。当在文本框中选择文本，然后按下屏幕键盘上的按键（不会发生在普通键盘上）时，我有时会在libcef.dll中发生堆栈溢出。我抓住我的头发试图隔离原因。有一件事让我放慢了脚步，就是无法将正确的pdb文件连接到dll。尽管从CefBuilds下载了它的所有变种。我有各种崩溃转储，并想知道是否有其他

2热度

1回答

转储文件分析

最近我开始面临一些服务器的CPU开始消耗比平常趋势更多的资源的问题。我正在试图找出造成这种情况的根本原因，并从任务管理器中获取了w3wp进程的转储（右键单击进程并转储）。现在dmp文件大小为14GB，我试图去分析它通过WinDBG的，但该工具不能正常工作并获得消息：我也参加了一些小型转储，但他们中的一些开放罚款，而少数是这与32bit或64bit之间的混淆无关（收集的转储为64bit）。我想