5

从 Windows 错误报告获得的转储通常在故障线程上设置了一个无用的当前上下文，并在WerpReportFault. 异常发生时的实际上下文可以用.ecxr-- 检索，它还设置上下文，使同一线程上的后续命令（例如k）返回“正确”信息。

我正在构建一个用于自动转储分析的工具，用于IDebugControl::GetStackTrace获取故障线程的堆栈。我可以使用IDebugControl4::GetStoredEventInformation. 如果我使用存储上下文中的 EBP/RBP、ESP/RSP、EIP/RIP 值GetStackTrace，我会得到正确的堆栈。但是，我更愿意复制.ecxr命令的作用，设置“正确”状态，直到切换线程。我尝试使用IDebugAdvanced::SetThreadContext，但这似乎是转储目标的非法操作，并且失败并显示 0x8000FFFF。

我试图通过调试一个 WinDbg 实例来弄清楚.ecxr它的作用，它看起来像是.ecxr在dbgeng!DotEcxr. 但是，通过跟踪它（使用wt），我无法理解它如何重置当前线程的上下文。无论如何，它似乎没有调用任何 COM 调试客户端接口方法，并且不使用IDebugAdvanced::SetThreadContext.

任何有关如何在转储文件中设置线程上下文的建议将不胜感激。作为最后的手段，我总是可以使用IDebugControl::Execute并简单地调用.ecxr命令，但我更喜欢更编程的方法。

4

2 回答 2

3

.ecxr memcopy 上下文记录

设置范围，您可以使用它

EXT_COMMAND( setscope, "setscope", "{;e,d=@$ip;!setscope;}" )
{
    m_Symbols3->SetScopeFromStoredEvent();
}

在此调用之后，如果您执行 k 等，它将用于最后设置的上下文

:\>cdb -z oktest.dmp
Microsoft (R) Windows Debugger Version 10.0.10586.567 X86

This dump file has a breakpoint exception stored in it.
The stored exception information can be accessed via .ecxr.

0:000> k
ChildEBP RetAddr
0007fb1c 7c940442 ntdll!DbgBreakPoint
0007fc94 7c9210af ntdll!LdrpInitializeProcess+0xffa
0007fd1c 7c90e457 ntdll!_LdrpInitialize+0x183
00000000 00000000 ntdll!KiUserApcDispatcher+0x7


0:000> .load setscope
0:000> !setscope
0:000> k


  *** Stack trace for last set context - .thread/.cxr resets it
ChildEBP RetAddr
0007fb1c 7c940442 ntdll!DbgBreakPoint
0007fc94 7c9210af ntdll!LdrpInitializeProcess+0xffa
0007fd1c 7c90e457 ntdll!_LdrpInitialize+0x183
00000000 00000000 ntdll!KiUserApcDispatcher+0x7
0:000>

完整的扩展代码，包括 getstacktrace 和 outputstacktrace

#include <codeanalysis\warnings.h>
#pragma warning( push )
#pragma warning ( disable : ALL_CODE_ANALYSIS_WARNINGS )
#include <engextcpp.cpp>
#pragma warning( pop )
class EXT_CLASS : public ExtExtension 
{
public:
    EXT_COMMAND_METHOD(setscope);
};
EXT_DECLARE_GLOBALS();
EXT_COMMAND( setscope, "setscope", "{;e,d=@$ip;!setscope;}" )
{
    m_Symbols3->SetScopeFromStoredEvent();
    DEBUG_STACK_FRAME Frames[0x20] = {0};
    ULONG FramesFilled = NULL;
    m_Control->GetStackTrace(0,0,0,Frames,0x20,&FramesFilled);
    m_Control->OutputStackTrace(DEBUG_OUTCTL_THIS_CLIENT,Frames,FramesFilled,0x1fff);
}

执行了 kvf 和 setscope

0:000> kVf
  *** Stack trace for last set context - .thread/.cxr resets it
 #   Memory  ChildEBP RetAddr  Args to Child              
00           0007fb1c 7c940442 00000000 00000000 00000000 ntdll!DbgBreakPoint (FPO: [0,0,0])
01       178 0007fc94 7c9210af 0007fd30 7c900000 0007fce0 ntdll!LdrpInitializeProcess+0xffa (FPO: [Non-Fpo])
02        88 0007fd1c 7c90e457 0007fd30 7c900000 00000000 ntdll!_LdrpInitialize+0x183 (FPO: [Non-Fpo])
03           00000000 00000000 00000000 00000000 00000000 ntdll!KiUserApcDispatcher+0x7
0:000> !setscope
 #   Memory  ChildEBP RetAddr  Args to Child              
00           0007fb1c 7c940442 00000000 00000000 00000000 ntdll!DbgBreakPoint (FPO: [0,0,0])
01       178 0007fc94 7c9210af 0007fd30 7c900000 0007fce0 ntdll!LdrpInitializeProcess+0xffa (FPO: [Non-Fpo])
02        88 0007fd1c 7c90e457 0007fd30 7c900000 00000000 ntdll!_LdrpInitialize+0x183 (FPO: [Non-Fpo])
03           00000000 00000000 00000000 00000000 00000000 ntdll!KiUserApcDispatcher+0x7
于 2016-08-30T18:31:51.230 回答
1

我认为 dbgeng 没有什么神奇的方法可以保留寄存器上下文并在每个进一步的 API 调用中使用它，但是如果你从 IDebugControl4::GetStoredEventInformation() 获得异常上下文，我相信你应该更喜欢 IDebugControl4::GetContextStackTrace() 而不是欺骗 GetStackTrace()。

于 2016-08-30T18:39:54.967 回答