平台是Windows 7 SP1。
我最近花了一些时间来调试由于代码将无效参数传递给其中一个" safe"而导致的问题。 CRT功能。结果我的应用程序立即中止,没有任何警告或任何事情 - 甚至没有崩溃对话框。
首先,我尝试通过将Windbg附加到我的应用程序来解决这个问题。然而,当崩溃发生时,当代码进入Windbg时,几乎每个线程都被杀死了,除了Windbg必须闯入的一个线程。什么是错的,没有任何线索。因此,我将Visual Studio作为调试器附加,当我的应用程序终止时,我看到每个线程都以错误代码 0xc0000417 退出。 那个让我得知某个地方存在无效参数问题的线索。
接下来,我尝试调试此方法的方法是再次将Windbg附加到我的应用程序,但这次随机(通过试用和错误)将断点放在kernel32!TerminateThread
,{{1}等不同位置}和kernel32!UnhandledExceptionFilter
。
在该批次中,在kernel32!SetUnhandledExceptionFilter
处设置断点会立即显示发生崩溃时的违规线程的调用堆栈以及我们错误调用的CRT函数。
问题:有没有直觉应该告诉我马上把bp放在 SUEF 上?我想更好地理解这一点,而不是通过反复试验来做到这一点。第二个问题是w.r.t到我通过Visual Studio确定的错误代码。如果不诉诸VS,如何在Windbg上确定线程退出代码?
答案 0 :(得分:3)
我只是评论,但这变得更大,所以答案
使用Windbg -I
将windbg设置为事后调试程序也会将所有未处理的异常路由到windbg
Windbg -I应该将windbg注册为事后调试器 默认情况下,AeDebug注册表项中的Auto设置为1 如果您不想调试每个程序,可以将其编辑为0 在wer Dialog
中为您提供额外的DoYouWanttoDebug选项reg query "hklm\software\microsoft\windows nt\currentversion\aedebug"
HKEY_LOCAL_MACHINE\software\microsoft\windows nt\currentversion\aedebug
Debugger REG_SZ "xxxxxxxxxx\windbg.exe" -p %ld -e %ld -g
Auto REG_SZ 0
假设您注册了一个事后调试器并运行此代码
#include <stdio.h>
#include <stdlib.h>
int main (void)
{
unsigned long input[] = {1,45,0xf001,0xffffffff};
int i = 0;
char buf[5] = {0};
for(i=0;i<_countof(input);i++)
{
_ultoa_s(input[i],buf,sizeof(buf),16);
printf("%s\n",buf);
}
return 1;
}
在例外情况下,你会看到像这样的对话
您现在可以选择调试此程序
windows还会将未处理异常的退出代码写入事件日志
你可以使用powershell来检索这样的一个事件
PS C:\> Get-EventLog -LogName Application -Source "Application Error" -newest 1| format-list
Index : 577102
EntryType : Error
InstanceId : 1000
Message : Faulting application name:
ultos.exe, version: 0.0.0.0, time stamp: 0x577680f1
Faulting module name: ultos.exe, version:
0.0.0.0, time stamp: 0x577680f1
Exception code: 0xc0000417
Fault offset: 0x000211c2
Faulting process id: 0x4a8
Faulting application start time: 0x01d1d3aaf61c8aaa
Faulting application path: E:\test\ulto\ultos.exe
Faulting module path: E:\test\ulto\ultos.exe
Report Id: 348d86fc-3f9e-11e6-ade2-005056c00008
Category : Application Crashing Events
CategoryNumber : 100
ReplacementStrings : {ultos.exe, 0.0.0.0, 577680f1, ultos.exe...}
Source : Application Error
TimeGenerated : 7/1/2016 8:42:21 PM
TimeWritten : 7/1/2016 8:42:21 PM
UserName :
如果您选择调试
您可以查看CallStack
0:000> kPL
# ChildEBP RetAddr
00 001ffdc8 77cf68d4 ntdll!KiFastSystemCallRet
01 001ffdcc 75e91fdb ntdll!NtTerminateProcess+0xc
02 001ffddc 012911d3 KERNELBASE!TerminateProcess+0x2c
03 001ffdec 01291174 ultos!_invoke_watson(
wchar_t * expression = 0x00000000 "",
wchar_t * function_name = 0x00000000 "",
wchar_t * file_name = 0x00000000 "",
unsigned int line_number = 0,
unsigned int reserved = 0)+0x31
04 001ffe10 01291181 ultos!_invalid_parameter(
wchar_t * expression = <Value unavailable error>,
wchar_t * function_name = <Value unavailable error>,
wchar_t * file_name = <Value unavailable error>,
unsigned int line_number = <Value unavailable error>,
unsigned int reserved = <Value unavailable error>)+0x7a
05 001ffe28 0128ad96 ultos!_invalid_parameter_noinfo(void)+0xc
06 001ffe3c 0128affa ultos!common_xtox<unsigned long,char>(
unsigned long original_value = 0xffffffff,
char * buffer = 0x001ffea4 "",
unsigned int buffer_count = 5,
unsigned int radix = 0x10,
bool is_negative = false)+0x58
07 001ffe5c 0128b496 ultos!common_xtox_s<unsigned long,char>(
unsigned long value = 0xffffffff,
char * buffer = 0x001ffea4 "",
unsigned int buffer_count = 5,
unsigned int radix = 0x10,
bool is_negative = false)+0x59
08 001ffe78 012712b2 ultos!_ultoa_s(
unsigned long value = 0xffffffff,
char * buffer = 0x001ffea4 "",
unsigned int buffer_count = 5,
int radix = 0n16)+0x18
09 001ffeac 0127151b ultos!main(void)+0x52
0a (Inline) -------- ultos!invoke_main+0x1d
0b 001ffef8 76403c45 ultos!__scrt_common_main_seh(void)+0xff
0c 001fff04 77d137f5 kernel32!BaseThreadInitThunk+0xe
0d 001fff44 77d137c8 ntdll!__RtlUserThreadStart+0x70
0e 001fff5c 00000000 ntdll!_RtlUserThreadStart+0x1b