Использование WinDBG для определения неисправной функции

Я установил WinDBG из 7.1 Windows SDK. Затем в VC ++ 2008 я создал программу CleanPayload.exe, которая не содержит ничего, кроме «main» и вызова функции, которая намеренно содержит дефект. Это сборка выпуска, которая включает символы отладки. Я открыл эту программу в WindDBG, а затем

1. сделал .sympath + , чтобы указать, где находится PDB для этой программы.
2. сделал ld * для загрузки всех символов
3. сделал lm , чтобы проверить, что все символы были загружены (частные символы для моей программы, общедоступные символы для библиотек Windows). 12119]. Затем я запустил программу, и она выдала исключительную ситуацию с первым шансом, что было вполне ожидаемо. Следующим образом:

   (910.12a0): WOW64 breakpoint - code 4000001f (first chance)
   First chance exceptions are reported before any exception handling.
   This exception may be expected and handled.
   ntdll32!LdrpDoDebuggerBreak+0x2c:
   771e0f2b cc              int     3 
   

   Но когда я прошу WinDBG показать мне стек, он ничего не показывает мне из моей программы «CleanPayload.exe». Вместо этого он показывает мне следующее:

   0:000:x86> kb
   ChildEBP RetAddr  Args to Child              
   004bf5ec 771c122b 7efdd000 7efde000 7724206c ntdll32!LdrpDoDebuggerBreak+0x2c
   004bf764 77192187 004bf7d8 77140000 7c185e6a ntdll32!LdrpInitializeProcess+0x132f
   004bf7b4 77179e89 004bf7d8 77140000 00000000 ntdll32!_LdrpInitialize+0x78
   004bf7c4 00000000 004bf7d8 77140000 00000000 ntdll32!LdrInitializeThunk+0x10
   

   Что мне нужно сделать, чтобы он показал мне трассировку стека, которая (1) включает мою программу и (2) функцию, в которой возникло исключение?

   Обновление Я последовал предложению Ларри обойти первое исключение и получил следующие результаты:

   0:000:x86> g
   ntdll!NtTerminateProcess+0xa:
   00000000`76faf97a c3              ret
   0:000> kb
   RetAddr           : Args to Child                                                           : Call Site
   00000000`74c6601a : 00000000`00000000 00000000`000de600 00000000`000ddc80 00000000`74c60304 : ntdll!NtTerminateProcess+0xa
   00000000`74c5cf87 : 00000000`0030f988 00000000`0030dba8 00000000`7efdb000 00000000`0030f934 : wow64!whNtTerminateProcess+0x46
   00000000`74be276d : 00000000`77150190 00000000`74c50023 00000000`00000000 00000000`0030fab8 : wow64!Wow64SystemServiceEx+0xd7
   00000000`74c5d07e : 00000000`00000000 00000000`74be1920 00000000`000de820 00000000`76f93501 : wow64cpu!TurboDispatchJumpAddressEnd+0x24
   00000000`74c5c549 : 00000000`00000000 00000000`00000000 00000000`74c54ac8 00000000`7ffe0030 : wow64!RunCpuSimulation+0xa
   00000000`76faae27 : 00000000`004a3100 00000000`00000000 00000000`7707a1e0 00000000`7efdf000 : wow64!Wow64LdrpInitialize+0x429
   00000000`76fa72f8 : 00000000`00000000 00000000`76fa8641 00000000`76fb84e0 00000000`00000000 : ntdll!LdrpInitializeProcess+0x1780
   00000000`76f92ace : 00000000`000df1b0 00000000`00000000 00000000`7efdf000 00000000`00000000 : ntdll! ?? ::FNODOBFM::`string'+0x2af20
   00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : ntdll!LdrInitializeThunk+0xe
   

   Таким образом, к сожалению, я все еще не вижу соответствующей информации трассировки стека. Я также пробовал . effmach x86 до выполнения вышеуказанных шагов, и, похоже, это не повлияло. Между прочим, я также повторно выполнил весь тест с активированным верификатором приложений для целевой программы, которую я тестирую. Я получил очень противоречивые результаты:

   0:000> g
   ModLoad: 00000000`76d40000 00000000`76e5f000   WOW64_IMAGE_SECTION
   ModLoad: 00000000`74f90000 00000000`75090000   WOW64_IMAGE_SECTION
   ModLoad: 00000000`76d40000 00000000`76e5f000   NOT_AN_IMAGE
   ModLoad: 00000000`76e60000 00000000`76f5a000   NOT_AN_IMAGE
   ModLoad: 00000000`71160000 00000000`711c0000   C:\Windows\syswow64\verifier.dll
   Page heap: pid 0x1A54: page heap enabled with flags 0x3.
   AVRF: CleanPayload.exe: pid 0x1A54: flags 0x80643027: application verifier enabled
   ModLoad: 00000000`71130000 00000000`7115b000   C:\Windows\SysWOW64\vrfcore.dll
   ModLoad: 00000000`710d0000 00000000`71128000   C:\Windows\SysWOW64\vfbasics.dll
   ModLoad: 00000000`74f90000 00000000`75090000   C:\Windows\syswow64\kernel32.dll
   ModLoad: 00000000`76830000 00000000`76876000   C:\Windows\syswow64\KERNELBASE.dll
   ModLoad: 00000000`715c0000 00000000`7164e000   C:\Windows\WinSxS\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4926_none_508ed732bcbc0e5a\MSVCP90.dll
   ModLoad: 00000000`73dc0000 00000000`73e63000   C:\Windows\WinSxS\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4926_none_508ed732bcbc0e5a\MSVCR90.dll
   (1a54.17dc): WOW64 breakpoint - code 4000001f (first chance)
   First chance exceptions are reported before any exception handling.
   This exception may be expected and handled.
   ntdll32!LdrpDoDebuggerBreak+0x2c:
   771e0f2b cc              int     3
   
   0:000:x86> !avrf
   *************************************************************************
   ***                                                                   ***
   ***                                                                   ***
   ***    Your debugger is not using the correct symbols                 ***
   ***                                                                   ***
   ***    In order for this command to work properly, your symbol path   ***
   ***    must point to .pdb files that have full type information.      ***
   ***                                                                   ***
   ***    Certain .pdb files (such as the public OS symbols) do not      ***
   ***    contain the required information.  Contact the group that      ***
   ***    provided you with these symbols if you need this command to    ***
   ***    work.                                                          ***
   ***                                                                   ***
   ***    Type referenced: wow64!_TEB32                                  ***
   ***                                                                   ***
   *************************************************************************
   Application verifier is not enabled for this process.
   Use appverif.exe tool to enable it.
   

   Вышеупомянутое выполнение говорит AVRF: Cleanpayload.exe ... проверка приложения включена , что указывает на то, что он привязан к цели. Но затем последующая команда ! Avrf обнаруживает, что символы отладки плохие, хотя команда lm показывает, что все они правильно загружены! Что, черт возьми, здесь происходит?