2011-03-31 16 views
10

मैंने 7.1 विंडोज एसडीके से WinDBG स्थापित किया है। फिर वीसी ++ 2008 के साथ मैंने एक कार्यक्रम 'CleanPayload.exe' बनाया है जिसमें 'मुख्य' और किसी फ़ंक्शन में आमंत्रण नहीं है जो जानबूझकर एक दोष है। यह एक रिलीज बिल्ड है जिसमें डीबग प्रतीक शामिल हैं। मैंने उस कार्यक्रम को विंड डीबीजी में खोला और फिरदोषपूर्ण फंक्शन की पहचान करने के लिए WinDBG का उपयोग

  1. ने .sympath+ किया ताकि यह इंगित किया जा सके कि पीडीबी उस कार्यक्रम के लिए कहां था।
  2. सभी प्रतीकों लोड करने के लिए एक ld * किया
  3. सभी प्रतीकों (मेरे कार्यक्रम, विंडोज पुस्तकालयों के लिए सार्वजनिक प्रतीकों के लिए निजी प्रतीक) लोड किया गया सत्यापित करने के लिए एक lm किया था।

तब मैंने कार्यक्रम चलाया और यह पहली मौका अपवाद फेंक दिया, जिसकी अपेक्षा की गई थी।

(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 ... application verifier enabled, जो इंगित करता है कि यह लक्ष्य करने के लिए बंद कर दिया-ऑन है: मैं बहुत परस्पर विरोधी परिणाम मिला है। लेकिन उसके बाद के बाद के !avrf कमांड से पता चलता है कि डीबग प्रतीक खराब हैं, भले ही lm कमांड दिखाता है कि वे सभी ठीक से लोड हो गए हैं! पृथ्वी पर क्या हो रहा है?

+0

क्या आपने अपवाद कारण पता लगाया है? –

उत्तर

11

आप विंडबग के 64 बिट संस्करण और 32 बिट एप्लिकेशन चला रहे हैं। प्रारंभिक ब्रेकपॉइंट 64 बिट कोड में चल रहा है।

यदि आप "जी" हिट करते हैं तो आपको 32 बिट एप्लिकेशन के लिए प्रारंभिक ब्रेकपॉइंट मारा जाना चाहिए, आपको वहां से जाने में सक्षम होना चाहिए।

32 बिट डिबगिंग के लिए 64 बिट डिबगिंग से स्विच करने के लिए (यदि आप उदाहरण के लिए CTRL-C हिट), में टाइप करें:

.effmach x86 

जो 32 बिट मोड के लिए 64 बिट मोड से डिबगर स्विच करेंगे।

+0

जाहिर है, 64 बिट WinDBG में 32 बिट डीबगजिन आधा समस्या है। दूसरा आधा 32 बिट प्रोग्राम के लिए सही डीबग प्रतीक ढूंढ रहा है। इस चर्चा पर ध्यान दें: 'http: // www.eggheadcafe.com/software/aspnet/29430292/teb32-and-peb32-type-info-missing-public-wow64pdb.aspx'। उस ने कहा, अगर मैं 64 बिट एप्लिकेशन को डिबग कर रहा हूं, तो 'एप्लिकेशन सत्यापनकर्ता' को खुश करने के लिए, मुझे 'srv *' से पहले प्रतीक पथ में 'c: \ windows \ system32' रखना होगा। –

+0

अच्छा, मैं प्रतीक पथ मुद्दे भी भूल गया था। –

+0

@LO: क्या आप इसे थोड़ा और समझा सकते हैं? 64 बिट कोड में शुरुआती ब्रेकपॉइंट का मतलब क्या है? विशेष रूप से, क्या आप इसे windbg32 के तहत उसी परिदृश्य के विरुद्ध तुलना कर सकते हैं? साथ ही, यह प्रारंभिक अपवाद उत्पन्न होता है: क्या यह डीबगर द्वारा डाला जाता है ताकि डीबगी आवेषण पर रुक जाए? धन्यवाद। – Sabuncu

1

क्या आप यह पता लगाने की कोशिश कर रहे हैं कि आपके सॉफ़्टवेयर को पैक करने के बाद वास्तविक समस्याओं को डीबग कैसे किया जाए और क्यूए या ग्राहकों को भेजा जाए? यदि हां, तो एक और टूल है जिसका आप उपयोग कर सकते हैं, adplus। एडप्लस ने हुड के नीचे डीबगर लॉन्च किया है और केवल एक ही उद्देश्य है (वास्तव में दो, यदि आप हैंग मोड में भाग गए हैं, लेकिन यह वही नहीं है जो आप यहां चाहते हैं), जो अपवादों का इंतजार करना है। जब कोई अपवाद होता है, तो यह एक प्रक्रिया मेमोरी डंप फ़ाइल उत्पन्न करेगा जिसे WinDbg में लोड किया जा सकता है।

इस दृष्टिकोण का उपयोग करके, आपको क्यूए या अपने ग्राहकों पर भरोसा नहीं करना है कि WinDbg के साथ कैसे काम करना है। आप उन्हें निर्देश देते हैं कि एक कमांड लाइन कैसे चलाएं। इसे चलाने के बाद, वे सिर्फ संपूर्ण आउटपुट निर्देशिका को ज़िप करते हैं और विश्लेषण के लिए आपको भेजते हैं।

एक बार WinDbg में लोड हो जाने पर, मेमोरी डंप फ़ाइल आपको उस समय अपवाद की सटीक जगह और सभी स्थानीय/सदस्य चर दिखाएगी (हालांकि यदि आपके कोड को अनुकूलित किया गया है तो आपको उन मानों के लिए थोड़ा सा मछली लगाना पड़ सकता है)।

+0

लेखक पहले से ही डंप हासिल कर लिया था। हालांकि उसे इसका विश्लेषण करने में समस्याएं हैं। –

+0

@YauheniSivukha - शायद जब मैंने यह उत्तर पोस्ट नहीं किया ... 3 साल पहले – DXM

संबंधित मुद्दे