定位VC程序异常方法.docVIP

定位VC程序异常的方法 现象、问题描述 现在有大量使用VC开发的软件，在维护过程中我们不免遇到程序出现异常的情况，通俗一些说就是我们的程序当掉了，当Windows给我们弹出一个异常对话框时，我们应如何根据提示的信息进行定位呢？ 本文介绍了一种能够方便地根据异常信息定位VC开发的程序BUG的方法，支持在NT、XP和2000下的使用， 在Win9X上也可借鉴部分定位方法。 本文介绍内容的代码源于VC知识库第19期，代码中有版权信息，可以任意使用，有兴趣的同志可以自行研究、修改。 2、关键过程、根本原因分析 许多异常定位的实现，基本原理都是一样，调用API SetUnhandledExceptionFilter设置一个自定义的异常处理函数，在函数中将堆栈信息、寄存器信息等记录到日志文件中，然后配合map文件来进行异常定位，观察到底是哪里的代码出了问题。对于上面的分析方法存在两个问题，一是map文件的生成问题，很长时间以来，我们项目组内一直不知道应如何让VC生成的map文件包含更详细的信息，能够定位到代码行，解决了这个问题，起码就能够根据异常出现的指令位置定位到代码的具体行，在没有堆栈信息的时候也能够做一个基本的定位；二是分析的麻烦，要对着map文件去很费劲的找。 针对以上现状，一方面要解决map文件生成的问题，另一方面就是如何根据异常信息来定位到代码。 3、结论、解决方案及效果 map文件的生成 以一个新生成的程序为例，对于Debug版本，做以下操作： 在工程设置对话框中Link页，General分类中，选中Generate mapfile选项，如下图所示： 在最下方的Project Options中增加编译选项：/MAPINFO:EXPORTS /MAPINFO:LINES 对于Release版本，除了上面的操作外，还要在C/C++页中的General分类中将Debug Info下拉列表选中为Program Database，如下图所示： 经过以上设置后，生成的map文件中就能够包含行信息了，类似下面的情况： 使用XCPTHLR.dll 该动态库完成的工作就是记录异常信息，并根据编译过程中生成的pdb文件进行分析，给出具体的异常代码所在的位置，作者的原则是异常定位信息越多越好，宁滥勿缺，如果你在使用的过程中觉得不需要那么多信息，可以修改ExceptHandle.cpp中的CExceptionLogger::GenerateCrashLog函数，在该文件头部的注释中详细描述了工程设置的方法、记录信息的内容以及如何使用，这里就我测试的情况给大家大概描述一下。 首先，XCPTHLR.dll的代码及样例代码： 在编译的过程中需要使用下面两个东东，安装了必威体育精装版的SDK后才有（花了好长的时间才从微软的网站上Down下来的）：； 运行的时候需要调用SymGetTypeInfo这个API，但NT、2000目前的DbgHelp.dll不支持，XP和Win2003才有，所以只好从XP上找了一个过来用，运行的时候需要把这个动态苦放到应用程序的目录内：； 在我们工程App类的InitInstance中调用LoadLibrary(“XCPTHLR.dll”)； 按照注释中的说明设置工程选项： Link页，Debug分类，选中Debug Info，类型为Microsoft format，再选中Separate types，如下图所示： 在最下方的Project Options编辑框中增加编译开关“/OPT:REF”； 在C/C++页中，General分类，Optimizations选为Disable(Debug)（看样子要牺牲一部分性能），Debug Info选择为Pragram Database（前面设置map文件信息时已经改过了），如下图所示： OK，在你的程序中故意写一些错误的代码，例如： char *p = NULL; *p = 0; 运行你的程序，会发现生成了类似下面的文件： （我这里屏蔽了本进程其它模块的信息） 定位时最有用的三个内容： 第一，就是异常的地址，第7行，如下： Exception Address Details: 0[.text]:0D:\xxx\Release\xxx.exe 其中0x000000477（0– 0就是异常代码所在的位置，根据此信息我们可以结合map文件定位到具体出问题的那一行代码； 第二，调用栈（Call Stack），在文件的最后， Call Stack: 0[.text]:0D:\xxx\Release\xxx.exe CTestThd::Test+13