आप की जरूरत क्या एक conditional breakpoint
है ... अधिक जानकारी के लिए इस यूआरएल देखें:
http://msdn.microsoft.com/en-us/library/7sye83ce%28v=VS.90%29.aspx
विचार आप जानते हैं कि स्थिति सत्य हैं क्या ब्रेकप्वाइंट वैध बनने के लिए है, तो जब वे स्थितियां सत्य होती हैं तो ब्रेकपॉइंट ट्रिगर होगा, निष्पादन को रोक देगा। फिर आप सुबह के साथ आ सकते हैं और कोड के माध्यम से कदम उठाना शुरू कर सकते हैं।
यदि आप DO एक सटीक बिंदु है कि आप एक प्रोग्राम ब्रेक प्वाइंट डेबगब्रैक() में ब्रेक का कारण बनना चाहते हैं तो एक ब्रेक प्वाइंट अपवाद फेंक दिया जाएगा। विजुअल स्टूडियो डीबगर इसे पकड़ लेगा और उस बिंदु पर निष्पादन रोक देगा।
वैकल्पिक रूप से, gflags
सक्षम करें ADPlus
के साथ प्रोग्राम चलाएं और उस कोड के बिंदु पर जो आपको लगता है कि समस्या ने अपवाद को फेंक दिया है जो संभाला नहीं गया है। प्रोग्राम क्रैश होने दें और एडीप्लस प्रक्रिया मेमोरी का पूर्ण क्रैश डंप उत्पन्न करेगा। तथ्य यह है कि आपके पास gflags सक्षम था, इसका मतलब है कि आपको आसान डिबगिंग के लिए उनके आसपास अच्छी सीमाओं के साथ मेमोरी आवंटन (0xCDCDCDCD
) मिलेगा।
अंत में आप भी Microsoft से DbgHelp.dll
library का उपयोग एक मिनी डंप (के रूप में समाधान ऊपर जरूरत पर जोर देता एक दुर्घटना के बिना) जो प्रोग्राम के रूप में जानकारी के विभिन्न स्तरों पर कब्जा कर सकते हैं उत्पन्न करने के लिए कर सकते हैं। जो फ़ंक्शन आप चाहते हैं वह MiniDumpWriteDump है। आप पैरामीटर का उपयोग कर एक सामान्य मिनी-डंप या पूर्ण मेमोरी डंप लिख सकते हैं। यदि संभव हो तो यह एक अलग प्रक्रिया से किया जाना चाहिए (आप अपनी प्रक्रिया में हैंडल का इंतजार कर सकते हैं)।
मुझे आशा है कि आपने [यूनिट परीक्षण] (http://en.wikipedia.org/wiki/Unit_testing) के बारे में सुना होगा? बेशक – Xeo
। कार्यक्षमता का परीक्षण करने के लिए स्व-लगाए गए परीक्षण मामलों से निपटने और 1.8 गीगा लाइव डेटा के लायक दो अलग जानवर हैं – basil