WinDbg';你的主要问题是什么?

WinDbg';你的主要问题是什么?,windbg,Windbg,一般来说,我找不到WinDbg的输出中不同字段所包含的值的含义列表!analyze-v命令可以包含 搜索是困难的,因为命令的输出通常是在没有显式处理字段值(如默认_BUCKET_ID和主_PROBLEM_CLASS)的情况下发布的。有参考名单吗 更具体地说:在分析内存转储期间,的输出!analyze-v命令表明默认的\u BUCKET\u ID和主要的\u PROBLEM\u类都是“STACKIMMUNE”。这意味着什么?首先是如何的小介绍!分析工作原理 当!分析< /Cord>试图确定一个(和

一般来说,我找不到WinDbg的
输出中不同字段所包含的值的含义列表!analyze-v
命令可以包含

搜索是困难的,因为命令的输出通常是在没有显式处理字段值(如默认_BUCKET_ID和主_PROBLEM_CLASS)的情况下发布的。有参考名单吗


更具体地说:在分析内存转储期间,
的输出!analyze-v
命令表明默认的\u BUCKET\u ID和主要的\u PROBLEM\u类都是“STACKIMMUNE”。这意味着什么?

首先是如何
的小介绍!分析
工作原理

当<代码>!分析< /Cord>试图确定一个(和其他一些类型的异常,例如C++异常、整数溢出、除以零等)的原因,它查看线程的调用堆栈,该线程抛出异常并计算出线程顶部的内容。但是,并非所有堆栈帧都有用

例如,对于C++异常,你会看到<代码> Keln32!引发异常和

您的\u模块__除了堆栈顶部的_handler3
。必须跳过这些帧,因为它们不太可能是问题的原因。有时
!analyze
必须跳过许多帧才能找到感兴趣的帧。只需看看一个例子,其中有问题的代码在下面约40帧


回答您的问题:
STACKIMMUNE
表示跳过调用堆栈中的所有帧。当堆栈损坏或使用了错误的符号和
时,可能会发生这种情况!重新加载/i
以忽略任何不匹配错误,在许多其他情况下可能也是如此。

谢谢。这很清楚,但是有没有列出所有可能的主要问题类值及其含义?对不起,我不知道对什么有什么全面的描述!分析会输出,只是一点点信息。