windbg

    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"

    1热度

    1回答

    我正在关注这篇文章https://msdn.microsoft.com/en-us/library/windows/hardware/mt269367(v=vs.85).aspx,我已经到了运行命令启动WinDbg的步骤。 WinDbg –k net:port=50000,key=1.2.3.4 然而,当WinDbg的重新启动它是停留在“等待重新连接......”,它显示在下方的“调试者未连接”。

    2热度

    1回答

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

    4热度

    1回答

    我们发现有一个WCF应用程序发生内存泄漏,我想知道是否有人可以为我澄清一些事情。使用windbg我跑了!finalizequeue,它显示每个堆中的数千个对象被设置为“准备好完成”。 Heap 0 generation 0 has 464 finalizable objects (0000000033877190->0000000033878010) generation 1 has 52 f

    0热度

    1回答

    我使用总线海盗试图内核调试覆盆子PI3,我跟着指示将它们连接起来,并且还从 (https://developer.microsoft.com/en-us/windows/iot/docs/Windbg.htm) 但是每次我运行下面的命令的步骤 windbg.exe -k com:port=com3,baud=921600 但一旦我重新启动,我得到“等待重新连接...”,什么都没有发生? 有什么

    0热度

    1回答

    使用我的应用程序的客户端会崩溃,所以他们向我发送了这两个文件WER178D.tmp.hdmp和WER1868.tmp.mdmp。我首先在WinDbg中打开它。不幸的是,我不知道该怎么做。我知道这是一个太宽泛的问题,但我可以请一些初步指导?

    0热度

    1回答

    我有下一个工作流程: 1)生成dll和pdb文件。 2)共享DLL来CUTOMER 3)从客户Analize存储器转储。 当我运行在WinDbg我!analyze -v(下输出的一部分) .... MANAGED_STACK_COMMAND: _EFN_StackTrace PRIMARY_PROBLEM_CLASS: WRONG_SYMBOLS BUGCHECK_STR: APPLICAT

    0热度

    1回答

    我在使用Windows Server 2016上的虚拟HBA驱动程序时遇到了一些问题。运行了HLK故障转储支持测试。 3次通过测试通过。 在这3次失败测试中,崩溃转储在完成转储或内核转储或小型转储时挂起为0%。 通过内核调试我的代码,我发现调用ExAllocatePoolWithTag()进行缓冲区分配永远不会实际返回。 以下是永不返回的声明。 pDeviceExtension->pcmdbuf=

    0热度

    1回答

    假设我在WinDBG中有一个不可用的调用堆栈(可能是MiniDump)的崩溃转储。但是,使用控制台,我可以得到所谓的代码的一些近似用命令的像一个序列: dds esp dds dds kb=<mem address> <etc> 一旦我得到了一些线索有关的功能在内存中调用,如: MyDLL!MyClass::MyFunctionName (@D:\build\<path>\CodeFi

    2热度

    1回答

    我正在用C#应用程序中的MS Word做一些Office自动化,并且我发现Word有时会挂起。我无法在开发环境中重现挂起,所以我希望能够通过采取核心转储并使用WinDbg进行分析来准确诊断Word挂起的原因。 如果我跑KB,我得到这个堆栈跟踪(我已经警告后离开的一切,因为它可能是无关紧要的): ChildEBP RetAddr Args to Child 003bc94c 762ed846