1、相关概念简介
dump文件是C++程序发生异常时,保存当时程序运行状态的文件,是调试异常程序重要的方法,所以程序崩溃时,除了日志文件,dump文件便成了我们查找错误的最后一根救命的稻草。
PDB文件是"程序数据库" Program Data Base的简称,包含的程序的代码信息。通过这个文件我们可以查看对应断点的位置,堆栈信息等内容。使用PDB使得我们无需代码也可以掌握程序的堆栈运行状态。它是由链接器自动生成,文件由两部分构成,私有符号数据(private symbol data )和 公共符号表(public symbol data)。私有符号数据(Private Symbol Data)包括:函数、全局变量、局部变量、用户定义的结构体,类,数据类型、源文件的名称和源文件中每个二进制指令的行号。公共符号表(Public Symbol Table)包括:静态变量和全局变量(external)。
2、dump文件生成
1.调用SetUnhandledExceptionFilter注册一个自定义的异常处理回调函数
SetUnhandledExceptionFilter(MyUnhandledExceptionFilter);当程序遇到未处理异常(主要指非指针造成)导致程序崩溃死,如果在异常发生之前调用了SetUnhandledExceptionFilter()函数,异常交给函数处理。因而,在程序开始处增加SetUnhandledExceptionFilter()函数,并在函数中利用适当的方法生成Dump文件,即可实现需要的功能。
异常处理回调函数的原型
LONG __stdcall MyUnhandledExceptionFilter(PEXCEPTION_POINTERS pExceptionInfo);
2.在异常处理回调函数中用CreateFile创建dump文件,调用MiniDumpWriteDump函数往dump文件写异常信息。
3、如何得到PDB文件:程序编译之后会在Debug或者是Release目录下生成*.pdb文件
4、EXE、DLL等与pdb文件的匹配
每次我们链接EXE或者DLL或者SYS的时候,链接器都将产生一个唯一的GUID,然后将其写入到PDB和可执行文件。调试器加载的时候将检查两者的GUID,如果一致就表示他们匹配。如果我们需要调试,我们需要查dmp文件,那么请妥善保管好自己的代码和pdb。每次重新编译,即使所有代码均没有变化,他们的GUID也不同。
5、编译器产生符号的过程
如果指定生成调试信息,编译器在每次编译完文件以后就会产生一个obj文件,然后同时产生它对应的调试信息。当我们进行连接的时候,编译器就会帮我们把所有obj统一编译为一个可执行文件,然后所有的调试信息统一生成一个PDB文件。
6、Release程序生成pdb文件
用VS调试Release的程序,发现无法调试。其实,并不是Release的程序不能调试,而是没有让Release的程序生成pdb文件,VS无法加载pdb文件而无法调试程序。
设置一下,让Release的程序也生成pdb文件,就好了。
7、本地dump调试
直接用VS打开Test.dmp文件,测试时dmp文件是本地产生的,因此VS会依据dmp文件自行找到exe,pdb和源代码的路径。因此直接点击调试,程序会出错代码行中断
8、无源代码dump调试
但若dmp文件是exe在另一台机器上产生的,则我们最好把exe,pdb,dmp放到同一文件夹下,必须保证pdb与出问题的exe是同一时间生成的,用VS打开dmp文件后还需要设置符号表文件路径和源代码路径。
(1)当把pdb文件与dmp文件放入同一目录下时,就不需设置其路径,否则需要设置
工具->选项->调试->符号:
(2)还需设置源代码路径:
属性->调试源代码:
这样点击“使用仅限本机进行调试”,即可在出错代码行中断。
调试dump文件时需要保证dump文件和exe、dll版本一致。只要是dump文件不是这个exe产生的,不管源代码是不是一样,结果都会提示找不到exe。
WinDbg调试
基本思路与VS一致,winDbg会提供更为全面的调试信息
(1)设置pdb路径:File ->Symbol File Path
(2)设置exe路径:File -> Image File Path
(3)设置源代码路径:File -> Source File Path(指sln所在目录)
(4)打开dmp文件:File ->Open Crash Dump
(5)执行命令 !analyze –v
可以得出详细的异常分析