windbg

4热度

1回答

我在做一些软件的崩溃分析，我确定没有pdb文件可以获取sth.exe，但是当sth.exe崩溃时，每次windbg都会搜索一个很多路径和符号服务器。即使当我切断虚拟机的网络连接，它仍然固定一段时间来搜索sth.exe的pdb.And这导致我的自动分析失败。有没有办法告诉windbg sth.exe没有pdb，请不要浪费时间去搜索它？

1热度

1回答

以编程方式调用kd（控制台windbg）选项

我需要从转储文件中提取堆栈跟踪。我用这样的代码来调用KD cd C:\Program Files (x86)\Windows Kits\10\Debuggers\x86\ kd -y srv*c:\symbols*http://msdl.microsoft.com/download/symbols -z C:\dmp.dmp 后，在CMD 手动I型： .ecxr 然后 k 的问题是：

2热度

1回答

如何使用Windbg从堆栈中获取Mono函数的名称

我正在尝试使用WinDbg调试单声道应用程序。应用程序在WinDbg无法在内部进行解码的C＃代码内以无限循环挂起。我知道我可以使用函数mono_pmip()到堆栈地址转换为我使用.call mono!mono_pmip(0x63a0630)函数的名称（验证为可使用x *!*pmip*），但我仍然不能得到的输出该函数，我得到一个访问冲突。这是堆栈： 34 018feee8 071824eb 0

0热度

1回答

地址WinDbg的命令说，堆的地址是“REGionUsageIsVAD”，即使它是用HeapAlloc

分配如下的利益我堆缓冲区被分配： 0:047> !heap -p -a 1d7cd1f0 address 1d7cd1f0 found in _DPH_HEAP_ROOT @ 5251000 in busy allocation ( DPH_HEAP_BLOCK: UserAddr UserSize - VirtAddr VirtSize)

2热度

1回答

“这个”指针CLR ABI文档中

The "this" pointer AMD64只：最多的.NET Framework 4.5中，管理“这个”指针被一样处理原生“这个”指针（这意味着它是当呼叫使用返回缓冲区并且在RDX 而不是RCX中通过时的第二个参数。我找到了CLR ABI文档中的上述说法，根据我的理解，它是由.NET框架4.5，“this”指针是在呼叫使用的回报缓冲，是第二个参数通过了RDX; 所以我有两个问题：什么

0热度

1回答

如何查看WinDbg中成员变量的值？

命令x从来没有真正适合我。我可以做dv，它显示局部变量，但不显示类的成员变量。我一直依靠当地人观察变量窗口来查看这些值，但怎么能通过x命令看到他们呢？例如我有一个变量在模块Db!MyRecordSet::m_strQuery如何看到m_strQuery的值？我特别喜欢用通配符来看到这样所有成员变量： x Db!MyRecordSet m_* 但它返回而不做任何事情或显示任何message.

5热度

2回答

在小型转储中从存储的异常上下文中检索堆栈跟踪（类似于.ecxr; k）

从Windows错误报告中获取的转储通常在故障线程上设置了无用的当前上下文，堆栈深度为WerpReportFault。异常时的实际上下文可以用.ecxr来检索 - 它也以这样的方式设置上下文，使得同一线程上的后续命令（例如k）返回“正确”信息。我正在构建一个自动转储分析工具，它使用IDebugControl::GetStackTrace来获取故障线程的堆栈。我可以使用IDebugControl4

4热度

1回答

gflags为什么不启动，当我启动它时立即溅出并退出

当我在Windows 7上运行gflags时，它应该提供UI，但它不会。我看到一个简短的黑色命令窗口，然后退出并gflags UI永远不会出现。它可能从命令提示符工作，但我真的想通过UI使用它。

20热度

1回答

为什么VS和Windbg即使在调试版本中也将“this”指针打印为“0xcccccccc”？

我尝试使用windbg在进入成员函数时打印“this”指针，如下所示。 class IBase { int m_i; public: IBase() :m_i(23) {} virtual int FuncOne(void) = 0; virtual int FuncTwo(void) = 0; }; class DerivedOne : public

-1热度

1回答

！dumpheap的结果是错误的

我运行命令“！dumpheap -min 62 -max 64”，发现以下结果，我们发现字符串Count为43,149,740，但它们的总大小仅为5,146,310字节，所以总大小是错误的，对吧？ Statistics: MT Count TotalSize Class Name 00007fff0faaf518 1 100 System.Runtime.Serializa