VS2019分析dump文件

最新推荐文章于 2026-05-06 08:59:34 发布
原创 最新推荐文章于 2026-05-06 08:59:34 发布 · 3.9k 阅读 · 5
标签
#c++ #visualstudio
本文记录了如何使用Visual Studio 2019分析dump文件的过程，强调了pdb文件的重要性，并详细描述了从加载dump文件到查看异常信息的步骤，帮助开发者定位和解决问题。

简要说明

本文仅对dump文件的分析流程做记录。详细内容，需要参阅官方说明：Windows 调试入门 - Windows drivers | Microsoft Docsicon-default.png?t=LA92https://docs.microsoft.com/zh-cn/windows-hardware/drivers/debugger/getting-started-with-windows-debugging

VS分析dump

重要前提

程序编译时，在生成的程序目录下有同名的pdb文件。这是包含调试信息的文件，需要与保留好。在vs调试dump文件时，需要依赖pdb文件。

分析过程

  • 将dump文件同pdb放在同一目录下。若非如此，需要在vs中设置符号路径。如下图。
  • 使用vs打开dump文件。如图，点击进行调试。
最低0.47元/天 解锁文章
详解VS2019 dumpbin查看DLL的导出函数
12-17
之前有人问过ViewDLL这些软件在哪下载。实际上使用VS就可以查看DLL的导出接口。 1.先打开VS内部的Power Shell 2.打开以后应该如下图所示，首先输入dumpbin查看下用法： 3.使用 /Exports 参数查看DLL的导出函数符号 顺便再讲下关于调用约定和函数符号的关系，即_stdcall,_cdecl.还有就是extern “c”对函数名符号的影响。 上面的Dll1.dll的导出头文件如下： #pragma once extern "C" { //extern "C" + _stdcall,函数导出符号为 _CreateNativeManager@0 : _+
C++程序崩溃用VS2019生成dump
丰哥的专栏
12-01 4164
标题：C++程序崩溃用VS2019生成dump 本文描述C++程序崩溃后，如何在客户机上利用VS2013生成DUMP文件，然后在开发机上用VS2019运行dmp文件并定位到代码错误的行号。 一、示例代码 // dump_dmp.cpp : 用户执行 dmpD.exe 0，程序因分母为0而崩溃。 #include <iostream> int division(int Denominator) { int fRet = 100 / Denominator; return fRet
别再乱用$了！Godot 4.2中GDScript获取节点的5种正确姿势与性能对比
最新发布
weixin_30617695的博客
05-06 722
本文深入解析Godot 4.2中GDScript获取节点的5种高效方式，包括$符号、get_node()、get_parent()、场景唯一名和信号传递，对比它们的性能表现与适用场景。针对不同规模项目提供优化建议，帮助开发者避免常见性能陷阱，提升代码效率与可维护性。
Visual Studio分析dump文件
weixin_44084447的博客
02-14 7396
利用VS可以很方便的分析dump文件，如果有生成dump文件时对应的.pdb文件，就可以直接定位到出错的代码行。 什么是PDB文件？ PDB (Program Data Base) 即程序的基本数据，是 VS 编译链接时生成的文件，每个程序集（EXE 或 DLL）都有一个与之对应的 PDB 文件。DPB 文件主要存储了 VS 调试程序时所需要的基本信息，主要包括源文件名、变量名、函数名、对应的行号等等。因为存储的是调试信息，所以一般情况下 PDB 文件是在 Debug 模式下才会生成。有了这个文件，我们才能
VS2019使用dump进行调试
qq_37680787的博客
03-22 1442
3、工作过程中会有外网和红区的区别，如果在外网定位到系统库，可以从先用VS下载好系统库，然后拷贝到红区来进行进一步定位。2、若显示在系统库，构件Microsoft符号服务器，VS会自动下载符号库。选择.pdb和.dll所在的路径。1、首先调试->选项->符号。
C++：VS2019调试dump文件
己亥谷雨
10-22 3892
1、找到dump文件，还要找到源代码生成程序时的符号文件.pdb，放到同一文件夹内 关于dump文件的生成，见C++：程序运行崩溃后生成dump文件_己亥谷雨-CSDN博客 2、用VS2019打开dump文件，然后设置符号文件。在 Dump 信息摘要右上角 , 点击设置符号路径 3、找到解决方案资源管理器，进入属性 4、将源代码的解决方案路径添加进去 5、“使用 仅限本机 进行调试” ...
无需Windbg | 使用VS 2019调试.NET程序的Crash异常
dotNET跨平台
11-24 425
前言某台服务器上的IIS应用程序池，最近经常会自动关闭。查看服务器上的事件日志，发现在关闭时，w3p.exe抛出了stackoverflow异常。幸好，Windows自动帮我们抓取了Cra...
windows系统下使用crashpad为vs2019项目在崩溃时生成dump文件(步骤超详细)
ml29895063的博客
09-08 8785
windows系统下使用crashpad为vs2019项目在崩溃时生成dump文件(步骤超详细)
Visual Studio的dump调试
z15f34的博客
06-14 1069
windows程序调试可通过在Visual Studio上设置调试，从而能够通过调试信息定位问题所在：步骤1. 点击可执行程序的[属性]步骤2. [常规]->[调试信息格式]->选择[用于“编辑并继续”的程序数据库（/ZI）] 步骤3. [调试]->[生成调试信息]->[生成调试信息（/DEBUG）]............
Visual Studio 高级调试-Dump分析
qq_40404477的博客
02-19 9696
dump分析命令非常复杂且低效，借助Visual Studio我们可以更加高效的分析dump所记录的数据。
vs2022打开dump文件
qq_41320744的博客
06-15 2804
vs2022分析dump文件
使用VS调试Dump文件
kuangben2000的博客
04-09 1090
使用VS调试Dump文件 (120条消息) 使用VS调试Dump文件_哲这这的博客-CSDN博客_vs调试dump文件 （一） 调试Dump文件步骤 1. 准备调试所需要的文件放到一个文件夹：dump文件，程序编译生成的pdb文件（版本必须是产生崩溃的那个版本的编译信息），可执行文件（发生崩溃的版本）。如下图： 2. 使用visual studio打开上图中的dump文件。然后配置该程序的代码路径（代码会滚到该程序所处的版本），如下图， 3. 点击调试，如图， 4. 然后可以定位到发生cras
VS生成dump文件和调试dump文件
hanxiaoyong_的博客
02-24 7772
在程序崩溃时，需要对异常的情况进行记录，Windows平台下的C++程序异常通常可分为两种：结构化异常（Structured Exception，可以理解为与操作系统相关的异常）和C++异常。对于结构化异常处理（SEH），可以找到很多资料，在此不细说。对于crash错 误，一般由未被正常捕获的异常引起，Windows操作系统提供了一个API函数可以在程序crash之前有机会处理这些异常，就是 SetUnhandleExceptionFilter函数。（C++也有一个类似函数set_terminate可以处理
使用Visual Studio 19调试.net程序的dump文件
dap769815768的博客
04-14 4237
应用程序如果运行期间崩溃了，大概率是来不及记录日志的，大部分情况下，进程并不会立即退出，而是弹出一个错误的弹窗。如果错误弹窗里面的信息有限，这个时候可以利用小型转储文件进行调试，查看崩溃那一刻，程序正在干什么。转储文件就相当于快照，记录的是程序某一个时刻的状态，当程序抛出异常的时候，就会停留在抛异常的那个时刻，这个时候你如果创建转储文件，快照记录的正好是抛异常的时刻。快照有点像我们平时debug的...
dump文件，windbg
热门推荐
chinabinlang的专栏
10-29 2万+
dump文件，在VC中的调试还是非常非常非常有用的，因为我们也不会经每一行代码都加上日志，当然如果你愿意，也可以每一行都加上日志； 在Windows上，添加dump文件有两种方法： 方法一：一个是在程序中添加代码； 方法二：修改注册表（参考后面的bat文件写法，在win7上用管理员程序运行）；建议用这个方法，方便实用；（http://blog.csdn.net/hgy413/article/...
C++程序崩溃时，使用Visual Studio静态分析dump文件
xiaofeizai1116的博客
10-25 3160
通过Visual Studio静态分析Dump文件
用vs2019挂dump文件，有时候崩溃位置比较离谱什么原因？
John_ToStr的博客
05-04 626
用vs2019挂dump文件，有时候崩溃位置比较离谱什么原因？
崩溃了没有生成dump的分析步骤
过好每一天的女胖子
11-01 6041
很大可能，在用户现场的时候，可能存在崩溃了但是没有生成dump的情况，可能只能有一些系统日志或者直接给你个截图什么的分析。那这种情况应该怎么分析呢？ 1、系统日志的错误信息 首先我们可以看一下系统日志（控制面板\系统和安全\查看事件日志），打开事件查看器——windows日志——应用程序，根据崩溃的进程找到对应的错误日志 在常规页，我们可以知道以下信息： 错误应用程序名称以及版本 错误模块名称以及版本 异常代码 错误偏移量 错误进程ID 错误应用程序启动时间 错误应用程序路径 错误模块路径 报告ID 错误程
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值