问题描述：

我未能使用Windbg分析转储文件。任何帮助将不胜感激。以下是我的WinDbg设置：符号路径：C：\ symbols; srv * c：\ mss * http：//msdl.microsoft.com/download/symbols （C：\ symbols包含我自己的exe和dll符号，地图，PDB等等等等）图像路径：C：\符号源路径：W：\需要帮助：分析WinDbg中的转储文件

加载故障转储（第二次机会）表示：

警告：无法验证校验和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 ?? ???

EXCEPTION_RECORD：fffffffffffffff -- (.exr 0xffffffffffffffff) ExceptionAddress：000000007507b727 (KERNELBASE!RaiseException+0x0000000000000058) ExceptionCode： e06d7363（C++ EH除外）ExceptionFlags：00000009 NumberParameters：3
Parameter[0]: 0000000019930520 

    Parameter[1]: `0000000001aafb10` 
    Parameter[2]: 000000000040c958 
DEFAULT_BUCKET_ID：STACKIMMUNE

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：从000000007324dbf9到000000007507b727

FAULTING_THREAD：ffffffffffffffff

PRIMARY_PROBLEM_CLASS：STACKIMMUNE

BUGCHECK_STR：APPLICATION_FAULT_STACKIMMUNE_ZEROED_STACK

STACK_TEXT： nbsm_sm。exe文件+ 0x0

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

SYMBOL_NAME：nbsm_sm.exe

FOLLOWUP_NAME：MachineOwner

MODULE_NAME：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 __基址+ 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

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

任何想法？

在此先感谢！ Sandeep

你知道为什么FAULTY_IP和ExceptionAddress字段不同吗？ – Andigor

答

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

答

如果崩溃转储来自用户，这是他们的系统上无论是可重复的或发生相对频繁，那么你可以要求他们下载procdump并运行一个命令，例如这样的：

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

这将在第一次机会异常时创建一个转储文件，这可能会为您提供比目前更有用的信息。有时候，第二次机会例外的转储只是产生得太晚而无用。

需要帮助：分析WinDbg中的转储文件

加载故障转储（第二次机会）表示：

相关推荐