我的一个C ++ MFC应用程序在某些Windows(7,xp)计算机上随机崩溃。这个应用程序使用一些第三方库(Apache轴),当我检查依赖walker时,它显示加载与此第三方库相关的DLL后的应用程序退出。
所以我需要一种方法来检测这个应用程序的崩溃原因是什么。有没有办法做到这一点?
.pdb
文件与.exe
文件一起托管以识别崩溃问题,但像往常一样,Microsoft没有明确的文档说明如何使用。IBM purify
试用版。但我没有显示任何有效信息。WinDbg
。但我找不到如何使用它。任何帮助都非常感激。
编辑:已添加崩溃报告
Problem Event Name: APPCRASH
Application Name: installer.exe
Application Version: 5.0.1.0
Application Timestamp: 51ac0bdc
Fault Module Name: AxisXMLParserXerces.dll
Fault Module Version: 1.0.0.0
Fault Module Timestamp: 51ac0016
Exception Code: c0000005
Exception Offset: 0000161d
OS Version: 6.1.7601.2.1.0.256.4
Locale ID: 18441
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789`
答案 0 :(得分:5)
以下是您可以尝试找到问题根源的几个步骤。
从这里开始,您必须根据您对应用程序和第三方库的知识和经验来实现这一目标。在预期发生崩溃的位置处放置断点。每当遇到断点时,请查看调用堆栈以查看调用的来源。问题可能出在您的代码或第三方库中(但可能是您的代码)。
你应该努力重现崩溃。让用户记录崩溃发生时他们正在执行的操作。还要包含应用程序或库生成的任何日志。
这将增加您找到问题的机会,但正如我上面所说,您需要依赖于您对应用程序和库的了解。
我建议您在开始之前向应用程序添加一些代码以强制崩溃并自行完成这些步骤,以便您熟悉它们。在你做对了之前可能需要几次尝试,你可能需要稍微调整一下步骤,并根据你的环境和应用进行定制。请记住在将崩溃代码发送给用户之前删除它。
因为这似乎是你第一次接触使用调试器准备一些挫败感。这很正常。
* 其中一些步骤假设您使用的是Visual Studio。 WinDbg有不同的界面,但概念是相同的。
** 这些步骤也假设Windows 7.当应用程序崩溃且不需要重新配置时,Windows XP会显示一个包含类似信息的窗口。
。
。
。
更改检查解决方案设置
答案 1 :(得分:0)
您可以考虑获取AQtrace的副本,这是一个旨在处理这种情况的工具。您还可以考虑使用an automation tool设置您的客户端,例如WinTask,用于捕获他们用于解决问题的步骤。这极大地简化了复制和消除它。
答案 2 :(得分:0)
CrashRpt是我们用于MFC应用程序的一个很好的开源工具。发生崩溃后,用户可以看到CrashSender窗口,然后他可以发送包含可以在MS Visual Studio中打开的minidump文件的崩溃报告。当然,在VS中运行崩溃转储时,您需要保留特定构建的二进制文件和相应的.pdb文件以获得正确的调用堆栈。
第三方软件也会发生一些崩溃。我们能够通知客户此类案件。