Welcome to OStack Knowledge Sharing Community for programmer and developer-Open, Learning and Share
Welcome To Ask or Share your Answers For Others

Categories

0 votes
315 views
in Technique[技术] by (71.8m points)

c# - Why does WinDbg 10.0.19041 x86 fail where WinDbg 6.12 succeeds?

Started to go to the deeper end of the pool with exploring WinDbg (not Preview). Managed to get two installations side-by-side - versions 6.12 (stand-alonish from stackoverflow links to microsoft servers) and 10.0.19041 (from Windows SDK).

Debugging a simple Hello-World .Net Framework 4.7.2 console application (AnyCPU 32bit preferred on 64bit Windows 7) works as expected in Windbg x86 6.12, but not on the new one.

Microsoft (R) Windows Debugger Version 10.0.19041.685 X86
Copyright (c) Microsoft Corporation. All rights reserved.

CommandLine: D:ConsoleApplication2ConsoleApplication2inDebugConsoleApplication2.exe

************* Path validation summary **************
Response                         Time (ms)     Location
Deferred                                       srv*C:Symbols*https://msdl.microsoft.com/download/symbols

************* Path validation summary **************
Response                         Time (ms)     Location
Deferred                                       srv*C:Symbols*https://msdl.microsoft.com/download/symbols
Symbol search path is: srv*C:Symbols*https://msdl.microsoft.com/download/symbols
Executable search path is: 
ModLoad: 00bf0000 00bf8000   ConsoleApplication2.exe
Unable to get program counter
WaitForEvent failed
Unable to get program counter
eax=00bf27de ebx=fffde000 ecx=00000000 edx=00000000 esi=00000000 edi=00000000
eip=779f01c4 esp=0028fd5c ebp=00000000 iopl=0         nv up ei pl nz na po nc
cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b             efl=00000202
0023:01c4 ??              ???

Output from 6.12

CommandLine: D:ConsoleApplication2ConsoleApplication2inDebugConsoleApplication2.exe
Symbol search path is: srv*C:Symbols*https://msdl.microsoft.com/download/symbols
Executable search path is: 
ModLoad: 00bf0000 00bf8000   ConsoleApplication2.exe
ModLoad: 779e0000 77b60000   ntdll.dll
ModLoad: 64720000 6476a000   C:WindowsSysWOW64MSCOREE.DLL
ModLoad: 77210000 77320000   C:Windowssyswow64KERNEL32.dll
ModLoad: 76f80000 76fc7000   C:Windowssyswow64KERNELBASE.dll
(1fb8.20b0): Break instruction exception - code 80000003 (first chance)
eax=00000000 ebx=00000000 ecx=705a0000 edx=0026dd78 esi=fffffffe edi=00000000
eip=77a80ed4 esp=0019f7b4 ebp=0019f7e0 iopl=0         nv up ei pl zr na pe nc
cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b             efl=00000246
ntdll!LdrpDoDebuggerBreak+0x2c:
77a80ed4 cc              int     3

Any help will be much appreciated.

question from:https://stackoverflow.com/questions/65870473/why-does-windbg-10-0-19041-x86-fail-where-windbg-6-12-succeeds

与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…
Welcome To Ask or Share your Answers For Others

1 Answer

0 votes
by (71.8m points)

Windows 7 reached end of life on January 14, 2020, while the Windows 10 SDK 10.0.19041 was released after that, so you can assume that anything from that SDK release is not tested any more on Windows 7, and any issue like the one you observed is by design.

Reference


与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…
Welcome to OStack Knowledge Sharing Community for programmer and developer-Open, Learning and Share
Click Here to Ask a Question

...