windbg 查看程序异常崩溃

最新推荐文章于 2023-03-03 12:03:21 发布
最新推荐文章于 2023-03-03 12:03:21 发布
阅读量2.8k 收藏 7
点赞数
分类专栏： MY
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/csdn_5200/article/details/100578072
版权

1.在实际过程中，可能会遇到未知的问题，导致程序崩溃

如：

2.到任务管理器找到进程右键dump出来

3.安装windbg，用windbg打开刚才创建的dmp文件

4.必须先加载sos.dll

.load C:\Windows\Microsoft.NET\Framework64\v2.0.50727\sos.dll

然后输入：~* kb 或者 !eestack

列出所有线程的堆栈

5.然后 ctrl+f 弹出搜索框输入：UnhandledExceptionFilter

查看是哪根线程抛出的异常，这边查到是55的线程

5.然后转到对应线程：~55s

再输入命令查看一下当前的调用堆栈：!clrstack

直接去类查看，最终找到问题并解决

 

不知道填什么
关注
  • 0
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
winDbg定位异常崩溃和线程死锁三步骤
lv_yjie2011的专栏
12-03 3012
第一步： 附件进程（Attach to process）或者直接打开执行进程，通过.dump /mf C:/dump.dmp保存dump文件；此时可以stop Debuging。 第二步：设置符合文件路径和设置代码源路径； 第三步：分析异常（!analyze -v -hang），通过process the threads查看进程，通过 ~进程号s 转换进程，通过!cs 地址 查看其堆栈。
WinDbg分析崩溃dump
最新发布
yuanshenqiang的博客
04-30 655
4.在输出信息中有“模块名!如果找不到pdb符号文件，excr 输出信息中可能会没有函数名，即"模块名+offset"，这个offset为offset0+offset1，如果想看这个崩溃位置所在的函数，可以用kn 指令查看当前线程的函数调用栈，最上面那一行就是目标函数信息，这样也可以推算出offset0和offset1。在模块的反汇编文件中，基地址是.textbss的Imagebase后面的数字，可以根据第4步算出来的offset0和offset1，叠加上这个基地址，就可以定位到出错的指令位置。
使用windbg查看程序崩溃处
huashuolin001的博客
09-22 2812
1. 打开windbg 2. 设置符号文件路径 打开File>Symbol File Path，输入pdb所在文件的目录，如图： 2. 打开dump文件，如图 4. 输入命令：!analyze -v 然后回车，就会出现分析结果，如图： ...
使用Windbg分析Windows程序崩溃
langxm2006的专栏
08-27 2677
以下步骤适用与分析独立运行后产生dump文件的程序或者使用Windbg监视运行的程序崩溃。 如果生成了dump文件： 1、将崩溃文件（dmp）和崩溃的程序（exe）及其对应的pdb文件放到同一个目录，例如：F:\dump； 2、打开windbg； 3、点击菜单file->open crash dump，打开dmp文件； 4、点击菜单file->symbol file path，填入符号文件路径： 　　F:\dump; SRV*F:\dump*http://msdl.microsoft
使用gdb调试应用程序segment fault
无知的我
01-05 640
1、在linux系统下打开core dump功能 首先在shell中输入ulimit –a确认core大小 上图core文件大小为0，表明默认没有coredump信息，这时需要修改系统配置文件。 如果不为0就跳过下面配置步骤。 修改/etc/security/limits.conf文件，增加core文件大小 在里面添加一行 这样就配置好了core大小。 ...
WinDbg快速分析异常情况Dump文件
君子居易
03-03 2431
生产环境偶尔会出现一些异常问题，WinDbg 或 GDB 就是解决此类问题的利器。调试工具 WinDbg 如同医生的听诊器，是系统生病时做问题诊断的逆向分析工具，Dump 文件类似于飞机的黑匣子，记录着生产环境程序运行的状态。 本文主要介绍了调试工具 WinDbg 和抓包工具 ProcDump 的使用。
WinDbg 调试程序崩溃操作详解
11-10
WinDbg是一款强大的调试工具，由Microsoft开发，用于诊断和解决各种应用程序的问题，包括内存泄漏、线程同步错误、异常处理等。本文将深入探讨如何使用WinDbg进行程序崩溃的调试，并提供针对C++和.NET平台的调试策略...
WinDbg调试程序崩溃
11-02
在IT行业中，WinDbg是一款强大的调试工具，尤其在处理复杂的系统级问题和程序崩溃时，它的作用无可替代。本文将深入探讨如何使用WinDbg来调试程序崩溃，以及相关的重要知识点。 首先，理解WinDbg的基本概念是必要的...
windbg dump文件查看
04-06
加载dump文件后，Windbg会自动进行初步分析，显示关键信息如崩溃的进程、线程、异常代码等。这些信息在"Kernel Debugging"窗口下的"kd>"提示符后显示。异常代码是识别问题类型的关键，例如0x0000007B通常表示硬盘...
Windows 调试程序 (WinDbg)
01-14
3. **分析故障转储**：当系统崩溃或出现异常时，WinDbg可以读取并分析故障转储文件（.dmp文件）。这些转储文件包含了系统崩溃时的内存状态，使得开发者可以在事后重现问题，而无需在生产环境中实际触发故障。 4. **...
如何利用WinDbg找出程序崩溃的位置
08-06
该文档讲解了如何利用WinDbg找出程序崩溃的位置，图文说明，对于使用windbg的朋友可以看看。
winDbg崩溃分析工具 个人自用
05-09
Windbg是一款强大的Windows调试工具，由微软开发，用于分析系统崩溃、内存泄漏、应用程序异常等问题。它是软件开发者、系统管理员和故障排除专家的得力助手。在这个“winDbg崩溃分析工具”压缩包中，包含的是...
利用windbg分析崩溃,句柄泄漏,死锁,CPU高,内存泄漏
zqw_4181的博客
01-25 5566
Windbg的一些简单使用命令 一、崩溃 1、  输入.ecxr;kbn得到崩溃的堆栈 其中源代码如下 2、  查看堆栈和源代码，发现第0帧导致崩溃，代码也是本地代码 输入.frame  0,切到第0帧如下 3、  输入 dv 查看当前帧的一些变量信息          发现变量p =0x00000000 二、句柄泄漏 1、  启动进程 2、  用windbg附加到
21.windbg-.lastevent、!analyze（dump分析、异常错误码查询）
hgy413的专栏
05-22 1万+
以下不经说明都以calc强制附加windbg1.lastevent.lastevent 命令显示最近一次发生的异常或事件。 1.lastevent .lastevent 命令显示最近一次发生的异常或事件。 0:000> .lastevent Last event: 1534.f4c: Break instruction exception - code 80000003 (first ch
生产环境诊断利器 WinDbg 帮你快速分析异常情况 Dump 文件
hezheqiang的专栏
12-14 1154
WinDbg 帮你快速分析异常情况 Dump
WinDbg分析蓝屏dump原因
热门推荐
Finder_Way
02-12 2万+
大多数人或许都经历过系统蓝屏问题，然而大多数人不清楚该怎么处理蓝屏问题，这里主要对系统蓝屏做一些解释，同时介绍下蓝屏问题分析工具WinDbg分析蓝屏问题的一般步骤。 微软官方对蓝屏的定义是，当系统遇到一些可能会威胁系统安全的情况时，系统会停止工作，这时的状态（即蓝屏）叫做Bugcheck, 即bug检查。 一般导致蓝屏的原因可能是:系统崩溃，系统内核出错，或者别的程序导致系统停止工作。 系统蓝屏其...
通过windbg定位错过第一现场的崩溃
勇气凛凛
06-24 637
文章目录说明原因方法最后 说明 所谓的“错误第一现场”，是指当我们的windows程序出现崩溃时，会弹出一个错误框，这时候如果再使用windbg分析dump是无法快速找到异常点的。 原因 由于windows的KiDispatchException的异常分发机制，如果程序没有设置任何异常包含，最后程序会调用windows的默认异常处理函数—创建一个异常dialog。 这时候程序的异常现场会被默认异常处理给冲刷掉，所以当你使用".ecxr" 命令时是无法找到异常点的。 方法 方法其实也和很简单，就是通过变量所有
windbg分析崩溃dmp
liaozhilong88的博客
06-06 4210
首先我们收集了程序崩溃的dump文件，然后将dump文件拖拽到windbug下，然后依次如下命令：1.设置符号路径：.sympath srv*C:\symbols*http://msdl.microsoft.com/download/symbols;C:\crash\pdb； 备注：C:\crash\pdb 是自己程序的pdb的符号路径。2.键入：.reload，             让win...
windbg dump
06-10
Windbg是一款微软开发的调试器工具，可以用于分析Windows操作系统、应用程序和驱动程序的崩溃、异常和性能问题。 使用Windbg进行dump分析，可以获取程序在崩溃时的内存快照，从而帮助开发人员定位问题。以下是基本的dump分析步骤： 1. 生成dump文件：在程序崩溃时，可以使用Windbg生成一个dump文件，命令为“adplus.exe -hang -pn <process name> -o <output directory>”。其中，-hang选项表示捕获程序挂起时的dump，-pn选项指定进程名，-o选项指定输出目录。 2. 打开dump文件：使用Windbg打开dump文件，命令为“windbg.exe <dump file>”。可以使用命令“!analyze -v”自动分析dump文件，并给出可能的原因和解决方案。 3. 分析堆栈：使用命令“kb”或“k”查看当前线程的堆栈信息，可以了解程序在崩溃时的执行路径。此外，还可以使用命令“!analyze -v -hang”分析挂起线程的堆栈。 4. 分析内存：使用命令“!address”或“!heap -s”查看进程的内存情况，可以了解程序在崩溃时的内存使用情况。如果有内存泄漏或内存溢出等问题，可以通过分析内存情况找到原因。 5. 分析异常：使用命令“!exchain”查看异常链，可以了解程序在崩溃时是否有异常发生。如果有异常发生，可以通过分析异常信息找到原因。 以上是基本的dump分析步骤，通过Windbg进行dump分析可以帮助开发人员快速定位问题，提高开发效率。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值