【问题标题】:Help needed:Analyze the dump file in WinDbg需要帮助:分析 WinDbg 中的转储文件
【发布时间】:2011-09-21 12:10:33
【问题描述】:

我未能使用 Windbg 分析转储文件。 任何帮助将不胜感激。 这是我的 WinDbg 设置: 符号路径:C:\symbols;srv*c:\mss*http://msdl.microsoft.com/download/symbols (C:\symbols 包含我自己的 exe 和 dll 符号、map、pdb 等) 图片路径:C:\symbols 源路径:W:\

加载故障转储(第二次机会)显示:

警告:无法验证 nbsm.dll GetPageUrlData 的校验和失败, 服务器返回 HTTP 状态 404 URL 请求: http://watson.microsoft.com/StageOne/nbsm_sm_exe/8_0_0_0/4e5649f3/KERNELBASE_dll/6_1_7600_16385/4a5bdbdf/e06d7363/0000b727.htm?Retriage=1

FAULTING_IP: +3a22faf00cadf58 00000000 ?? ???

异常记录:fffffffffffffff -- (.exr 0xffffffffffffffff) 异常地址:000000007507b727 (KERNELBASE!RaiseException+0x0000000000000058) 异常代码: e06d7363(C++ EH 异常)异常标志:00000009 NumberParameters: 3

  Parameter[0]: 0000000019930520

   Parameter[1]: `0000000001aafb10`
   Parameter[2]: 000000000040c958

DEFAULT_BUCKET_ID:堆栈免疫

PROCESS_NAME:nbsm_sm.exe

ERROR_CODE:(NTSTATUS)0xe06d7363 -

EXCEPTION_CODE:(NTSTATUS)0xe06d7363 -

EXCEPTION_PARAMETER1:0000000019930520

EXCEPTION_PARAMETER2:0000000001aafb10

EXCEPTION_PARAMETER3:000000000040c958

MOD_LIST:

NTGLOBALFLAG:0

APPLICATION_VERIFIER_FLAGS:0

ADDITIONAL_DEBUG_TEXT:基于属性的后续集 [Is_ChosenCrashFollowupThread] 来自Frame:[0] 线程:[PSEUDO_THREAD]

LAST_CONTROL_TRANSFER:从000000007324dbf9000000007507b727

FAULTING_THREAD:ffffffffffffffff

PRIMARY_PROBLEM_CLASS:堆栈免疫

BUGCHECK_STR:APPLICATION_FAULT_STACKIMMUNE_ZEROED_STACK

STACK_TEXT:0000000000000000 0000000000000000nbsm_sm.exe+0x0

STACK_COMMAND:.cxr 01AAF6E8 ; kb ; ** Pseudo Context ** ; kb

SYMBOL_NAME:nbsm_sm.exe

FOLLOWUP_NAME:MachineOwner

模块名称:nbsm_sm

IMAGE_NAME:nbsm_sm.exe

DEBUG_FLR_IMAGE_TIMESTAMP:4e5649f3

FAILURE_BUCKET_ID:STACKIMMUNE_e06d7363_nbsm_sm.exe!Unknown

BUCKET_ID: X64_APPLICATION_FAULT_STACKIMMUNE_ZEROED_STACK_nbsm_sm.exe

FOLLOWUP_IP: nbsm_sm!__ImageBase+0

00400000 4d              dec     ebp

WATSON_STAGEONE_URL: http://watson.microsoft.com/StageOne/nbsm_sm_exe/8_0_0_0/4e5649f3/KERNELBASE_dll/6_1_7600_16385/4a5bdbdf/e06d7363/0000b727.htm?Retriage=1

==========================

有什么想法吗?

提前致谢! 桑迪普

【问题讨论】:

  • 你知道为什么FAULTY_IP和ExceptionAddress字段不同吗?

标签: crash-dumps


【解决方案1】:

如果此故障转储来自用户,并且它可以在他们的系统上重现或相对经常发生,那么您可以要求他们下载 procdump 并运行如下命令:

procdump -e 1 -w nbsm_sm.exe c:\dumpfiles

这将在第一次机会异常时创建一个转储文件,它可能会为您提供比目前更多有用的信息。有时,来自第二次机会异常的转储只是生成得太晚而无用。

【讨论】:

    【解决方案2】:

    您可以尝试在 WinDbg 中运行“kb”来查看实际的堆栈跟踪。如果您没有看到任何有价值的信息,假设您正在开发本机/托管 C++ 应用程序,您可以打开堆栈检查(cl 命令行上的 /GS)并重新运行程序。

    【讨论】:

      猜你喜欢
      • 2020-10-19
      • 2011-03-04
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多