zoukankan      html  css  js  c++  java
  • dump文件定位程序崩溃代码行

    1.dump文件

    2.程序对应的pdb

    步骤一:安装windbg

    步骤二:通过windbg打开crash dump文件

    步骤三:设置pdb文件路径,即符号表路径

    步骤四:运行命令!analyze -v,这是windbg提供的一个自动分析命令,正常情况下,会显示出导致崩溃的行为,其所在文件,以及其在文件中的具体行数

    0:254> !analyze -v

    ..............(一些warnning信息)
    FAULTING_IP: 
    GDrvStd!memcpy+b6
    007642b6 f3a5            rep movs dword ptr es:[edi],dword ptr [esi]

    EXCEPTION_RECORD:  ffffffff -- (.exr 0xffffffffffffffff)
    ExceptionAddress: 007642b6 (GDrvStd!memcpy+0x000000b6)
       ExceptionCode: c0000005 (Access violation)
      ExceptionFlags: 00000000
    NumberParameters: 2
       Parameter[0]: 00000000
       Parameter[1]: 2b680000
    Attempt to read from address 2b680000

    PROCESS_NAME:  IOServer.exe

    MODULE_NAME: GDrvStd

    FAULTING_MODULE: 7c930000 ntdll

    DEBUG_FLR_IMAGE_TIMESTAMP:  4cbbd7a5

    ERROR_CODE: (NTSTATUS) 0xc0000005 - "0x%08lx"

    READ_ADDRESS:  2b680000

    EXCEPTION_DOESNOT_MATCH_CODE:  This indicates a hardware error.
    Instruction at 007642b6 does not read/write to 2b680000

    FAULTING_THREAD:  00005fe8

    BUGCHECK_STR:  APPLICATION_FAULT_CODE_ADDRESS_MISMATCH_WRONG_SYMBOLS

    PRIMARY_PROBLEM_CLASS:  CODE_ADDRESS_MISMATCH

    DEFAULT_BUCKET_ID:  WRONG_SYMBOLS

    LAST_CONTROL_TRANSFER:  from 00758cd5 to 007642b6

    STACK_TEXT:  
    2b67f5dc 00758cd5 4c540026 2b67f76a 0e2f122a GDrvStd!memcpy+0xb6//导致崩溃的操作
    2b67fd30 0075be78 00000033 4c540020 2b67fe18 GDrvStd!DrvIE::IEReceiveEx+0xc5 [d:install-diskmacs6.1.5_releaseplant_viewͨÐÅ´úÂëmacsgatewaydrvstddrvie.cpp @ 633]//定位出导致崩溃的memcpy操作是在drvie.cpp文件的633行
    2b67ff2c 00755d3a 00000000 0eeafcd0 0eeafcd0 GDrvStd!DrvIE::ReceiveMessage+0x128 [d:install-diskmacs6.1.5_releaseplant_viewͨÐÅ´úÂëmacsgatewaydrvstddrvie.cpp @ 1245]
    2b67ff84 00764f23 113fe008 00000000 00000000 GDrvStd!RecvThread+0x1a [d:install-diskmacs6.1.5_releaseplant_viewͨÐÅ´úÂëmacsgatewaydrvstddrvie.cpp @ 38]
    2b67ffb8 7c824829 0eeafcd0 00000000 00000000 GDrvStd!_beginthread+0xce
    WARNING: Stack unwind information not available. Following frames may be wrong.
    2b67ffec 00000000 00764ecc 0eeafcd0 00000000 kernel32+0x24829


    FOLLOWUP_IP: 
    GDrvStd!memcpy+b6
    007642b6 f3a5            rep movs dword ptr es:[edi],dword ptr [esi]

    SYMBOL_STACK_INDEX:  0

    SYMBOL_NAME:  GDrvStd!memcpy+b6

    FOLLOWUP_NAME:  MachineOwner

    IMAGE_NAME:  GDrvStd.dll

    STACK_COMMAND:  ~254s; .ecxr ; kb

    BUCKET_ID:  WRONG_SYMBOLS

    FAILURE_BUCKET_ID:  CODE_ADDRESS_MISMATCH_c0000005_GDrvStd.dll!base_address

    Followup: MachineOwner
    ---------

    步骤五:根据错误代码行,分析可能错误原因,解决之

    windbg功能很多,命令很多,上面只是介绍了一般的崩溃简单分析步骤与方法。

    注:

    windbg常用命令:

    !analyze -v

    崩溃智能分析,可以简单定位到崩溃代码行

    !for_each_frame dv /t
    通常想查看调用栈上每一个函数的信息,可以用'!for_each_frame dv /t'命令(/t选项要求'dv'显示有用的类型信息)。(当然,我们必须记住,使用优化编译时,在函数的整个生存期中,局部变量有可能会被取消,重注册或被重用来保存其它的数据,因此,可能会导致'dv'命令输出错误的值)。

    .ecxr

    要求调试器把当前的内容切换到保存在故障转储里的异常信息。我们执行这条命令后,将能访问异常抛出时调用栈和局部变量的值。

    ~*kb
    打印所有线程的调用栈

    .cls (Clear Screen)
    清屏

    http://blog.csdn.net/lizheng308/article/details/6866284

  • 相关阅读:
    腾讯TDW:大型Hadoop集群应用[转载]
    [转]常见分布式系统数据分布解析
    一种基于Storm的可扩展即时数据处理架构思考
    storm
    storm
    精华文章
    Dubbo使用解析及远程服务框架
    职责链实现的apache.chain使用
    设计模式之享元模式
    SVN安装与eclipseSVN插件基本使用
  • 原文地址:https://www.cnblogs.com/findumars/p/5086707.html
Copyright © 2011-2022 走看看