एक अनुकूलित सी/सी ++ प्रोग्राम डीबग करने के कुशल तरीके क्या हैं?

Question

कई बार मैं अनुकूलित कोड (कभी-कभी वेक्टरकृत लूप भी शामिल करता हूं) के साथ काम करता हूं, जिसमें बग और ऐसे होते हैं। इस तरह के कोड को कैसे डिबग किया जाएगा? मैं किसी भी प्रकार के उपकरण या तकनीकों की तलाश में हूं। मैं निम्नलिखित (संभवतः पुराने) टूल का उपयोग करता हूं, इसलिए मैं अपग्रेड करना चाहता हूं।

मैं निम्नलिखित का उपयोग करें:

• ddd साथ के बाद से, आप कोड नहीं देख सकते हैं, मैं gdb + dissambler आदेश का उपयोग करें और उत्पादित कोड देखते हैं; मैं वास्तव में इस कार्यक्रम का उपयोग कर कदम नहीं उठा सकता।
• ndisasm

धन्यवाद

Answer 1

यह हमेशा अनुकूलित कार्यक्रमों डिबग करने के लिए कठिन है, लेकिन वहाँ हमेशा तरीके हैं। कुछ अतिरिक्त टिप्स:

• डीबग बिल्ड बनाएं, और देखें कि क्या आपको डीबग बिल्ड में एक ही बग मिलता है या नहीं। अगर आपको ऐसा करने की ज़रूरत नहीं है तो एक अनुकूलित संस्करण को डिबग करना कोई बिंदु नहीं है।
• अगर इसका समर्थन करने वाले प्लेटफॉर्म पर वालग्रिंड का उपयोग करें। आपके द्वारा देखी जाने वाली त्रुटियों को समझना मुश्किल हो सकता है, लेकिन समस्या को पकड़ना अक्सर डीबगिंग को सरल बनाता है।
• printf डीबगिंग आदिम है, लेकिन कभी-कभी यह एक आसान तरीका है यदि आपके पास जटिल समस्या है जो केवल अनुकूलित बिल्ड में दिखाई देती है।
• यदि आपको समय-समय पर समस्या (विशेष रूप से एक बहुप्रचारित कार्यक्रम में) पर संदेह है, तो स्थिति के उल्लंघन के मामले में अपना मूल्यांकन या मुद्रित करें, और संभावित समस्याओं को रद्द करने के लिए इसे कुछ चुनिंदा स्थानों में उपयोग करें।
• देखें कि क्या आप -फॉमिट-फ्रेम-पॉइंटर्स का उपयोग किए बिना समस्या को पुन: उत्पन्न कर सकते हैं, क्योंकि इससे डीबग करने के लिए कोड बहुत मुश्किल हो जाता है, और -O2 या -O3 सक्षम हो जाता है। इससे आपको आपकी समस्या का कारण खोजने के लिए पर्याप्त जानकारी मिल सकती है।
• अपने कोड के कुछ हिस्सों को अलग करें, एक परीक्षण-सूट बनाएं, और देखें कि क्या आप किसी भी टेस्टकेस की पहचान कर सकते हैं जो असफल हो। पूरे कार्यक्रम की तुलना में एक समारोह को डीबग करना बहुत आसान है।
• -fno-X विकल्पों के साथ ऑप्टिमाइज़ेशन को एक-एक करके बंद करने का प्रयास करें। यह आपको सख्त एलियासिंग समस्याओं जैसी सामान्य समस्याओं को खोजने में मदद कर सकता है।
• अधिक कंपाइलर चेतावनियां चालू करें। सख्त एलियासिंग समस्याओं की तरह कुछ चीजें कंपाइलर चेतावनियां उत्पन्न कर सकती हैं अगर वे विभिन्न अनुकूलन स्तरों के बीच व्यवहार में अंतर डालती हैं।

Answer 2

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

Answer 3

जब डिबगिंग रिलीज बनाता है तो आप __asm ​​nops में डाल सकते हैं; ब्रेकपॉइंट्स (int 3) के लिए प्लेसहोल्डर के रूप में। यह अच्छा है क्योंकि आप कंपाइलर अनुकूलन को गड़बड़ाने या प्रिंटफ/कोउट स्टेटमेंट लिखने के बिना ब्रेकपॉइंट स्थानों की गारंटी दे सकते हैं।

Answer 4

संभावना है कि आप अनुकूलित कोड को कॉल करने के लिए स्कैम्बल किए गए हैं (जो डीबगिंग को कठिन बनाता है) लेकिन वास्तव में बहुत अनुकूल नहीं है।Here is an example of what I mean.

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