首先,您需要配置正确的符号。这些符号将允许您将内存地址与函数名称相匹配。为此,您必须在您的机器中创建一个本地文件夹,您将在其中存储符号的本地缓存(例如:C:\symbols)。然后您需要指定符号服务器路径。为此,只需转到:文件 > 符号文件路径并键入:
SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
您可以在此处找到有关如何正确配置符号的更多信息。
正确配置符号服务器后,您可以从以下位置打开小型转储:文件 > 打开故障转储。
打开 minidump 后,它将在命令行左侧显示生成转储时正在执行的线程。如果你想看看这个线程正在执行什么类型:
kpn 200
第一次执行它可能需要一些时间,因为它必须第一次下载必要的公共 Microsoft 相关符号。下载所有符号后,您将获得如下信息:
01 MODULE!CLASS.FUNCTIONNAME1(...)
02 MODULE!CLASS.FUNCTIONNAME2(...)
03 MODULE!CLASS.FUNCTIONNAME3(...)
04 MODULE!CLASS.FUNCTIONNAME4(...)
在哪里:
- THE FIRST NUMBER : 表示帧号
- MODULE : 包含代码的 DLL
- CLASS:(仅在 C++ 代码上)将向您显示包含代码的类
- FUNCTIONAME:被调用的方法。如果您有正确的符号,您还将看到参数。
您可能还会看到类似
01 MODULE!+989823
这表明您没有此 DLL 的正确符号,因此您只能看到方法偏移量。
那么,什么是调用栈?
想象一下你有这样的代码:
void main()
{
method1();
}
void method1()
{
method2();
}
int method2()
{
return 20/0;
}
在这段代码中,method2 基本上会抛出一个异常,因为我们试图除以 0,这将导致进程崩溃。如果我们在发生这种情况时得到一个小型转储,我们将看到以下调用堆栈:
01 MYDLL!method2()
02 MYDLL!method1()
03 MYDLL!main()
您可以从此调用堆栈中跟踪“main”调用“method1”,然后调用“method2”并且它失败了。
在你的情况下,你有这个调用堆栈(我猜这是运行“kb”命令的结果)
b69dd8f0 bfa1e255 016d2fc0 89efc000 00000040 nv4_disp+0x48b94
b69dd8f4 016d2fc0 89efc000 00000040 00000006 nv4_disp+0x49255
b69dd8f8 89efc000 00000040 00000006 bfa1dcc0 0x16d2fc0
b69dd8fc 00000000 00000006 bfa1dcc0 e1e71018 0x89efc000
第一列表示子帧指针,第二列表示正在执行的方法的返回地址,接下来的三列显示传递给方法的前 3 个参数,最后一部分是 DLL 名称(nv4_disp)以及正在执行的方法的偏移量(+0x48b94)。由于您没有符号,因此您无法看到方法名称。我怀疑 NVIDIA 是否提供对其符号的公开访问,所以我猜你无法从这里获得太多信息。
我建议你运行“kpn 200”。这将向您显示完整的调用堆栈,您可能会看到导致此崩溃的方法的来源(如果它是 Microsoft DLL,您应该在我提供的步骤中使用正确的符号)。
至少您知道它与 NVIDIA 错误有关 ;-) 尝试将此驱动程序的 DLL 升级到最新版本。
如果您想了解有关 WinDBG 调试的更多信息,我推荐以下链接: