我们公司开发的证券交易系统启用了生成dump文件的机制,在生产环境的机器上发生了崩溃,生成了一个dump文件,当拿到我们开发的机器上调试,却看不到堆栈信息。一开始简单的以为,是exe、dll、pdb等不匹配导致的问题,接着又怀疑是生产环境的Windows server 2008系统生成的dump问题,后来以为是生成dump的代码不够规范,但经过各种尝试都是没有效果。于是,在未来的一两个星期里,我花了大量时间去找其中的原因,终于皇心不负有心人,我找到问题的原因并解决。
VS2005之后的版本,微软增加了一些新的异常机制,新机制在出现错误时默认不通知应用程序,这时程序就崩溃了。所以这种情况下,必须调用_set_invalid_parameter_handler、_set_purecall_handler、_set_se_translator等设置自己的异常处理函数。这几个函数用法,可以自行百度,这里不细说。
而正是新机制生成的dump文件,导致我们可能在别的机器看不到调试信息。
调试时,系统会查找exe或者dll中指定位置的pdb文件,并且会跟踪exe或者dll中pdb的校验码GUID来对现有的pdb文件进行版本校验。新机制生成的dump文件,不仅需要同版本的exe、dll、pdb文件,还需要运行库的匹配。
当我们把dump文件拿到别的机子去调试,如果看不到堆栈信息,应该会在输出窗口看到类似这种信息:
框起来的部分就是需要的VC运行库的版本号。本机VC运行库的版本号可以在已安装程序里面看到:
这个版本号如果和你本机安装的VC运行库的版本号不是完全一致的话,就会提示“找不到匹配的二进制”,需要安装同样版本号的VC运行库,或者到生产环境的同名目录下找到这两个dll,放到和dump文件同一个目录下。之所以放在当前目录下可行,是因为它会先在当前目录找到匹配版本的msvcr90.dll,找不到再去绝对路径找。
两个运行库的dll放到dump文件目录下后,再次启动调试就可以正常看到堆栈信息了,大功告成。
关于调试dump需要提供的文件,我补充说明下,总的来说要提供3类文件:
1、匹配VC++运行库版本号的dll(MSVCXX.dll,可以通过输出窗口找到对应的路径,到崩溃机的同样路径下找)或者本机装用匹配版本号的运行库、
2、生成dump代码的模块(exe或dll),
3、发生崩溃的模块(exe或dll)和它的pdb文件