Release版本程序定位Crash位置

最新推荐文章于 2023-04-15 07:45:00 发布
最新推荐文章于 2023-04-15 07:45:00 发布
阅读量987 收藏 2
点赞数
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/b711183612/article/details/79140926
本文介绍了如何通过崩溃地址、MAP文件和COD文件定位Release版本程序的错误位置，以及利用SetUnhandledExceptionFilter和Minidump在异常发生时生成dump文件，便于后期分析调试。详细步骤包括设置MAP和COD文件的生成、解析MAP文件和COD文件定位函数及行号，以及使用MinidumpWriteDump创建minidump文件。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Carsh

一、崩溃地址+MAP文件+COD文件

1. 生成应用程序MAP文件

MAP 文件是程序的全局符号、源文件和代码行号信息的唯一的文本表示方法，它可以在任何地方、任何时候使用，不需要有额外的程序进行支持。而且，这是唯一能找出程序崩溃的地方的救星。

 

1.1 VC生成MAP文件

我们可以按下 Alt+F7 ，打开“Project Settings”选项页，选择 C/C++ 选项卡，并在最下面的 Project Options 里面输入：/Zd ，然后要选择 Link 选项卡，在最下面的 Project Options 里面输入： /mapinfo:lines 和 /map:PROJECT_NAME.map（或者勾选Generate mapfile） 。最后按下 F7 来编译生成 EXE 可执行文件和 MAP 文件。
     在此我先解释一下加入的参数的含义：

/Zd   表示在编译的时候生成行信息
/map[:filename]  表示生成 MAP 文件的路径和文件名
/mapinfo:lines   表示生成 MAP 文件时，加入行信息
/mapinfo:exports 表示生成 MAP 文件时，加入 exported functions （如果生成的是 DLL 文件，这个选项就要加上）

 

1.2 VS2005,2008,2010生成MAP，COD文件

MAP：工程属性->配置属性->链接器->调试->生成映射文件->是 (/MAP); 映射导出->是 (/MAPINFO:EXPORTS)

最低0.47元/天 解锁文章

200万优质内容无限畅学
0不等于1
关注
linux crash在动态库中，通过map查找crash位置
Hsnitx 的专栏
04-23 2638
linux进程crash时，通常我们可以通过gdb+core或addr2line解析出进程crash在哪一个函数中，有时crash在动态链接库中，解析出的core可能只有一个地址，而不能知道是在哪一个函数，这时可以尝试通过/proc/进程ID/maps的方法找到crash的位置。 一个动态库的实现： 头文件sample_fun.h #ifndef _SAMPLE_FUN_H_ #d
Qt MSVC编译器 的release模式抓取崩溃位置
weixin_44587036的博客
07-03 578
打开项目后，在左侧工具栏选择项目，构建设置选择release模式，Separate debug info选项为Enable。 作用：用于配置编译器和链接器在生成发布版本时的额外参数，编译时会在程序同济目录生成.pdb文件（如果已经有生成可以忽略） 已安装时忽略，其他下载地址：http://www.kkx.net/soft/107130.html；也可以app store微软商店下载。 2、源文件代码加入 3、注册该函数 main.cpp 内 main函数内 在 QApplication a(argc, a
如何定位Release 版本中程序崩溃的位置 ---利用map文件 拦截windows崩溃函数
程伟康的博客
08-21 1099
1       案例描述 作为Windows程序员，平时最担心见到的事情可能就是程序发生了崩溃（异常），这时Windows会提示该程序执行了非法操作，即将关闭。请与您的供应商联系。呵呵，这句微软的“名言”，恐怕是程序员最怕见也最常见的东西了。 在一个大型软件的测试过程中，初期出现程序崩溃似乎成了不可避免的事。其实测试中出现程序崩溃并不可怕，反而是测试的成功。作为开发的我们更需要关心的是
VC下发布的Release版程序崩溃后的异常捕捉与查找
nokianasty的专栏
01-15 9281
寻找Release版程发生异常退出的地方比Debug版麻烦得多。发生异常的时候windows通常会弹出一个错误对话框，点击详细信息，我们能获得出错的地址和大概的出错信息，然后可以用以下办法分析我们的程序。   一.     用MAP文件定位异常代码位置。 1.         如何生成map文件 打开“Project →Project Settings”，选择 C/C++ 选项卡，在“De
linux下发布的执行文件崩溃的问题定位 心得一则
weixin_34392435的博客
12-12 336
C++ Release版本发布到客户处执行时，如果程序崩溃，有什么办法能够快速的确认程序的问题呢？ 如果能gdb调试的话，比较简单了，可以使用gdb命令，类似如下： gdb ##set args ****b mainr#eipx/10i 0xb7362040   如果开发不在现场等情况，此时可以使用记录崩溃日志的方法进行分析 此时首先要求的是项目使用类似google br...
Windows下Release版本Qt程序生成日志和dump文件（用于程序异常崩溃检测）
XCJandLL的博客
04-15 4284
在实际项目开发时，一般打包发布给客户的程序是release版本Qt程序，然而在客户环境下可能会出现程序异常崩溃的问题，为了解决这个问题，一般会在程序中添加运行日志，或者生成dump文件，用来检测并定位异常。这里总结以下几种方式，用于程序异常崩溃检测定位。
如何定位Release程序崩溃原因
12-29
如何定位Release程序崩溃原因
Qt mingw release版异常结束 crash信息捕捉和跟踪(含测试代码)
12-22
程序在debug可以正常运行，但是在release版后异常结束，系统又没有提供任何信息情况下，或者程序发布后在客户手中出现异常崩溃，但自己测试又不能复现问题，要是能捕获到异常时相关信息就很好定位问题了。...
示例代码：Release版崩溃，用VS调试dump文件，定位代码出错行【VS2017】
09-14
本示例代码涉及的是如何在Release版本中处理崩溃，并使用Visual Studio（VS2017）进行调试，通过dump文件来定位代码出错的行数。这是一项关键技能，因为Release版本通常用于最终用户，而且调试信息较少，所以当出现...
linux 进程崩溃log,linux编程入门(九)-程序崩溃之后的排错及定位
weixin_39934613的博客
04-28 1375
当我们写程序时候难免会因为各种问题崩掉,如果是开发阶段,我们可以开gdb跟踪调试,但如果到了线上,就不能用gdb了,这时候我们可以把崩溃时候的调用栈信息打印出来,然后定位到具体崩溃的代码位置.想要定位到具体的行号,需要在编译的时候加入-g参数,表示编译时候加入调试信息,调试信息里有相关的信息可以使地址转为行号.下面介绍几个可以定位到崩溃位置的方法:使用core文件core文件其实是程序崩溃后的内存...
友盟 crash日志 内存地址分析
iOS专栏
03-01 1639
使用 友盟分析 获取到app 的崩溃信息 如下： 看上图 日志信息 只有相关的内存地址  解决办法： 先找到我们上传版本的DYSM，上传的DYSM在那呢? 1. Xcode->Organizer->找到你对应的build号的版本（右键）--> Show in Finder -->相显示包内容(右键) --> dSYMs 文件夹下的文件     2. 把我们
基于VS2010 开发的Release版本软件异常崩溃后快速定位bug相关方法
tormi21c的博客
03-10 2454
方法： 使用.map以及.cod定位bug（暴力崩溃） 使用.dmp定位bug（优雅崩溃） 注意事项：在最后面^_^。 完整项目源码请点击这里！ 一．使用.map以及.cod定位bug（暴力崩溃） 首先介绍在软件异常崩溃后如何使用.map以及.cod定位bug。 需要进行的工程项目属性配置： xxx属性->配置属性->C/C++->输出文件->汇编程序输...
release版本崩溃，如何定位代码行
lifuhua6的专栏
04-27 995
一、设置编译产生map文件的方法（利用MAP文件） 在vc6的IDE中有产生map文件的配置选项的。操作如下:先点击菜单"Project"->"Settings。。。"，弹出的属性页中选中"Link"页，确保在"category"中选中"General"，最后选中"Generate mapfile"的可选项。 二、定位崩溃语句的方法（利用COD文件） 在vc6中我们还可以通过编译
debug版没有问题而release版本崩溃的解决方法探究
liuxiaojiangtobeno1的博客
08-18 6460
测试人员提了一个bug,用代码没有重现，找到release版本却重现了，排除不同日期不同版本的问题，在最新代码下调试发现，在debug下没有问题，而在release下回崩溃。对于菜鸟的我来说一脸懵逼，不知所措了，还好有几位大哥指路。 首先，debug是调试版本，release是发布版本，较之前者进行了代码优化，二者区别可参照以下博客了解（很详细）： https://blog.c...
crash 解析iOS奔溃地址文件
u010486174的专栏
11-26 1145
在收到 客户端收集奔溃信息时常常是地址信息 这样我们很难发现具体 奔溃的地方 所以通过 crash 锁定 奔溃大致在项目哪个文件中 1.首先找到 发布时 或 接近发布时的工程 2.将工程调为release 3.运行程序   点击这   进入该目录下 就会看见 生成的  xxx.app.dSYM 文件 3.1 将该拷贝到 crash.sh 文本下的目录中    3.2 打
Mac/iOS crash或者地址符号解析——工具篇
goldWave的博客
05-14 7159
本文主要是通过MAC app 来进行分析的，iOS 有细微差别，会在后面具体指出。 1.符号化目的 符号化的目的就是将下图最上端的堆栈变成最面下面的堆栈的过程： 其中 DSYMTest 为测试app的名字 在笔者实际工作中还遇到了两种部分符号化的堆栈，如下： 符号化过程出错可能会将 错误的符号化成 _mh_execute_header ，所以这里不妨手动用下面的方法再次符号化一次 手动在...
VS中使用BugTrap定位程序崩溃点
YQ8023family的博客
07-29 1067
Release下快速定位软件崩溃现场
在Linux下，如何将程序crash的堆栈对应到对应的行
贾亮的专栏
11-05 1052
假设你的堆栈其中的一条输出如下
定位release版本程序的错误
weixin_34186950的博客
11-15 166
程序Crash调试方式--MAP文件 vs2010利用map，cod文件定位崩溃代码行 调试Release发布版程序的Crash错误 VS2005(vs2008,vs2010)使用map文件查找程序崩溃原因 本文转自tenos博客园博客，原文链接：http://www.cnblogs.com/TenosDoIt/articles/35833...
Windows下定位qt程序崩溃位置
最新发布
08-06
<think>首先，用户的问题是：“我想在Windows环境下定位使用Qt框架开发的程序发生崩溃的具体位置 请问Windows 定位 Qt 程序崩溃的具体代码位置”。这是一个关于调试Qt程序在Windows上崩溃的问题。 根据系统级指令，我需要： - 所有行内数学表达式用$...$格式。 - 独立公式用$$...$$格式并单独成段。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 回答中引用的段落末尾自然地添加引用标识。 - 回答结构清晰，帮助用户逐步解决问题。 - 参考提供的引用内容。 提供的引用是关于Qt程序崩溃定位的： - 引用[1]：提到QtCreator+windows崩溃定位分析，使用qBreakpad，记录崩溃信息。 - 引用[2]：C++(Qt)软件调试，Windows下使用dump定位崩溃位置，涉及dump文件、VS调试、符号表。 - 引用[3]：QT捕获崩溃日志并定位代码块，需要生成pdb文件，配置项目文件。 这些引用表明，定位Qt程序崩溃的关键是生成和使用dump文件，结合符号表（PDB文件）在调试器中定位。 我的回答应该结构清晰，分步骤解释如何在Windows上定位Qt程序崩溃的具体代码位置。步骤如下： 1. **生成崩溃转储文件（dump文件）**：当程序崩溃时，需要捕获dump文件。 2. **生成符号文件（PDB文件）**：在编译时生成调试信息。 3. **使用调试器分析dump文件**：如Visual Studio，加载dump文件和PDB文件来定位崩溃点。 从引用中提取关键点： - 使用qBreakpad或其他工具捕获dump文件（引用[1]）。 - 在Qt项目中配置生成PDB文件（引用[3]）。 - 使用Visual Studio加载dump文件和PDB文件进行调试（引用[2]和[3]）。 回答结构： 1. **介绍**：简要说明问题和方法。 2. **步骤详解**： - 步骤1：配置Qt项目以生成调试信息（PDB文件）。 - 步骤2：实现崩溃时生成dump文件（使用qBreakpad或Windows API）。 - 步骤3：使用Visual Studio分析dump文件定位崩溃位置。 3. **代码示例**：提供配置代码或工具使用示例。 4. **注意事项**：如符号表版本匹配、调试环境设置。 5. **生成相关问题**：在末尾添加相关问题。 确保使用中文回答。引用标识：在引用段落末尾添加[^1]、[^2]等。 最后，生成相关问题，基于主题，如其他调试工具、优化方法等。 完整回答大纲： - **开头**：直接回应问题，概述方法。 - **步骤1**：生成调试信息（PDB文件），引用[3]。 - **步骤2**：捕获dump文件，引用[1]和[2]。 - **步骤3**：分析dump文件，引用[2]和[3]。 - **结尾**：总结，并添加相关问题。</think>### Windows 环境下定位 Qt 程序崩溃的具体代码位置 在 Windows 环境下定位 Qt 程序崩溃的具体代码位置，主要依赖于生成崩溃转储文件（dump 文件）和符号文件（PDB 文件），然后使用调试工具（如 Visual Studio）分析这些文件。以下是详细步骤，确保操作简单且高效。整个过程分为三个主要阶段：**编译时生成调试信息**、**运行时捕获崩溃转储**和**事后分析定位崩溃点**。所有步骤均基于 Qt 框架和 Windows 平台的最佳实践[^1][^2][^3]。 #### 步骤 1: 编译时生成调试信息（PDB 文件） PDB 文件包含代码的符号信息（如函数名、行号），是定位崩溃的关键。在 Qt 项目（.pro 文件）中添加以下配置，确保 Release 版本也生成 PDB 文件： ```qmake # 在 .pro 文件中添加 CONFIG += force_debug_info # 强制生成调试信息 CONFIG += separate_debug_info # 分离调试信息到独立文件 ``` - **说明**： - `force_debug_info` 确保编译器（如 MSVC 或 MinGW）生成调试符号。 - `separate_debug_info` 将符号输出到单独的 PDB 文件，避免增大可执行文件体积。 - **验证**：编译后，在构建目录中检查是否生成 `.pdb` 文件（例如 `your_app.pdb`）。符号文件必须与可执行文件版本完全匹配，否则分析会失败[^3]。 #### 步骤 2: 运行时捕获崩溃转储（dump 文件） 当程序崩溃时，需自动生成 dump 文件。推荐使用 **qBreakpad**（Qt 封装的 Google Breakpad 库），它跨平台且易于集成： 1. **下载并集成 qBreakpad**： - 从 GitHub 克隆仓库：`git clone https://github.com/buzzySmile/qBreakpad`[^1]。 - 将 `qBreakpad` 源码添加到 Qt 项目中，并在 .pro 文件中链接： ```qmake INCLUDEPATH += $$PWD/qBreakpad/include LIBS += -L$$PWD/qBreakpad/lib -lqBreakpad ``` 2. **初始化崩溃处理**： 在 `main.cpp` 中添加代码，设置 dump 文件输出目录： ```cpp #include "qBreakpadHandler.h" int main(int argc, char *argv[]) { QApplication app(argc, argv); // 设置 dump 保存路径（例如程序目录） QBreakpadInstance.setDumpPath(QDir::currentPath()); // ... 其他代码 return app.exec(); } ``` - **说明**：崩溃时，qBreakpad 会在指定目录生成 `.dmp` 文件（如 `crashed.dmp`）。 - **注意**：确保程序有写入权限，避免 dump 生成失败[^1][^2]。 #### 步骤 3: 使用 Visual Studio 分析 dump 文件定位崩溃点 1. **准备文件**： - 将崩溃生成的 `.dmp` 文件、对应的 `.exe` 文件和 `.pdb` 文件**放在同一目录**（例如 `C:\crash_analysis\`）[^3]。 2. **加载 dump 文件到 Visual Studio**： - 打开 Visual Studio（建议 2017 或更高版本）。 - 选择 "文件" → "打开" → "文件"，加载 `.dmp` 文件。 - 点击 "使用仅限本机进行调试"，VS 会自动加载符号。 3. **配置符号路径**： - 如果 VS 无法找到符号，手动设置： - 打开 "调试" → "选项" → "调试" → "符号"。 - 添加 Qt 和 Windows SDK 的符号服务器： - Qt 符号服务器：`https://download.qt.io/symbols`（需对应 Qt 版本）。 - Microsoft 符号服务器：`https://msdl.microsoft.com/download/symbols`。 - 勾选 "加载所有符号"[^2]。 4. **分析并定位崩溃**： - 加载完成后，点击 "调试" → "开始调试"。 - VS 会中断在崩溃点，显示调用堆栈（Call Stack），其中： - **黄色箭头**指向崩溃的代码行。 - **堆栈帧**显示函数调用链，双击可跳转到源码。 - **示例输出**： ``` 异常代码: 0xC0000005 (访问冲突) 崩溃位置: YourApp.exe!YourClass::crashFunction() 行 42 ``` - **注意**：如果源码未加载，确保 PDB 文件与编译时一致，且项目路径匹配[^2][^3]。 #### 关键注意事项 - **版本匹配**：dump 文件、exe 文件和 PDB 文件必须来自同一编译版本，否则分析无效。 - **调试环境**：建议在开发机上分析，避免符号路径问题。 - **替代工具**：如果无 Visual Studio，可使用 WinDbg，但 VS 更直观。 - **性能影响**：生成 PDB 文件会轻微增加编译时间，但不影响运行时性能。 通过以上步骤，您可以精确地定位到崩溃的代码行（如空指针访问或数组越界），大大提升调试效率[^1][^2][^3]。 ### 相关问题 1. 如何在 Linux 环境下定位 Qt 程序的崩溃位置？ 2. 使用 qBreakpad 捕获 dump 文件时，如何实现远程上报和自动分析？ 3. Qt 程序在 Release 模式下调试，有哪些性能优化建议？ 4. 如何结合 Qt Creator 和 gdb 进行崩溃分析？ 5. 处理 Qt 程序崩溃时，常见的错误代码（如 0xC0000005）有哪些解决方法？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值