Advanced Debugging
About AdvDbg Consult Train Services Products Tools Community Contact  
欢迎光临 高端调试 登录 | 注册 | FAQ
 
  ACPI调试
Linux内核调试
Windows内核调试
 
  调试战役
调试原理
新工具观察
 
  Linux
Windows Vista
Windows
 
  Linux驱动
WDF
WDM
 
  PCI Express
PCI/PCI-X
USB
无线通信协议
 
  64位CPU
ARM
IA-32
  CPU Info Center
 
  ACPI标准
系统认证
Desktop
服务器
 
  Embedded Linux
嵌入式开发工具
VxWorks
WinCE
嵌入式Windows
 
  格蠹调试套件(GDK)
  格蠹学院
  小朱书店
  老雷的微博
  《软件调试》
  《格蠹汇编》
  《软件调试(第二版)》
沪ICP备11027180号-1

WinDbg

帖子发起人: guozf   发起时间: 2009-07-15 17:38 下午   回复: 1

Print Search
帖子排序:    
   2009-07-15, 17:38 下午
aeezguo 离线,最后访问时间: 2010/4/21 7:25:59 guozf

发帖数前10位
男
注册: 2008-12-06
HK
发 贴: 68
再问关于设置WinDbg为PostMortem Debugger的问题
Reply Quote

再问关于设置WinDbg为PostMortem Debugger的问题

公司的一个比较大型的软件,用C++写的,有时候在客户的电脑上跑的时候会Crash,所以在客户的电脑上安装WinDbg,并且设置为PostMortem Debugger。这样一般情况下,当程序有问题要Crash的时候,就会自动调用Windbg并Attach到这个进程,之后我们可以用WinDbg来dump一个minidump,以供我们做更多地分析。

然而前几天发现这个方法并不是每次都有效。有一些时候程序的Crash是直接突然消失,没有任何的痕迹留下来。这样Windbg也就没有任何的机会来抓一个minidump。

我也作了一些试验,有意的在程序里加入访问空指针(Access violent)的操作。按道理应该每次执行这个指令的话,程序都会crahing并Invoke Windbg来attach。但事实是有时候如我所想,有时候程序执行到这里突然消失了,奇怪...

我后来向我们可以在程序已开始跑的时候就用Windbg来attach道程序,这样1st chance的异常都会发给WinDbg,但是这样的问题是会影响程序的性能。公司的软件还是需要保证它的性能的。

请问:如何可以保证每次得Crashing都可以用WinDbg来抓到minidump呢? 有没有什么好地Ideas?


IP 地址: 已记录   报告
   2009-07-15, 17:45 下午
aeezguo 离线,最后访问时间: 2010/4/21 7:25:59 guozf

发帖数前10位
男
注册: 2008-12-06
HK
发 贴: 68
Re: 再问关于设置WinDbg为PostMortem Debugger的问题
Reply Quote
关于为什么会突然消失的问题,我怀疑是一些什么library handle到这个异常,之后凋用函数TerminateProcess来杀掉这个进程。

这个怀疑有没有道理么?
如果是这样的话,怎么样来抓minidump呢?

请指教!
IP 地址: 已记录   报告
高端调试 » 软件调试 » WinDbg » Re: 再问关于设置WinDbg为PostMortem Debugger的问题

 
Legal Notice Privacy Statement Corporate Governance Corporate Governance
(C)2004-2020 ADVDBG.ORG All Rights Reserved.