शुरुआती के लिए सी प्रोग्राम डिबगिंग

... या क्या करें अगर "हैलो दुनिया!" गिर गया है।

सभी निम्नलिखित मुख्य रूप से लिनक्स और कंसोल डिबगिंग के लिए लिखे गए हैं, हालांकि कुछ का उपयोग अन्य स्थितियों में किया जा सकता है।

यह अजीब लग सकता है, लेकिन आपको एक वर्गाकार नियंत्रण प्रणाली (यदि पहले से स्थापित नहीं है) और रिपॉजिटरी बनाकर एक पॉर्गग्राम लिखना शुरू करना चाहिए। यह आवश्यक है ताकि लेखन प्रक्रिया के दौरान आप यह याद रखने में बहुत समय न गंवाएं कि लेखक ने कहाँ, क्या, कैसे, कब और क्यों सही किया / जोड़ा। आज, सबसे लोकप्रिय एसवीएन (तोड़फोड़), गिट, और मर्क्यूरियल हैं। उत्तरार्द्ध, व्यक्तिगत रूप से, मैं दूसरों की तुलना में अधिक पसंद करता हूं, क्योंकि, विषयगत रूप से, यह आसान और अधिक सुविधाजनक है, खासकर व्यक्तिगत उपयोग के लिए।

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

तो यह हुआ - वह गिर गई। मुख्य बिंदुओं में से एक जो मुझे सिखाया गया था वह ध्यान से पढ़ना है कि सिस्टम / प्रोग्राम क्या लिखता है। आप कमांड का उपयोग करके बहुत कुछ सीख सकते हैं:

• dmesg (कर्नेल जानकारी), lspci (PCI बस पर उपकरण), lsmod (लोड ड्राइवरों की सूची) - जब ड्राइवरों के साथ काम कर रहे हों;
• पूंछ / संस्करण / लॉग / संदेश - सिस्टम लॉग के अंत में एक दर्जन लाइनें दिखाता है;
• पीएस कुल्हाड़ी - चल प्रक्रियाओं की सूची (अन्य चाबियाँ हो सकती हैं);

मान लीजिए कि वहां कुछ भी जरूरी नहीं मिला। फिर आपको कमांड "ulimit -c 50000" चलाना चाहिए, ulimit (एक अंतर्निहित शेल कमांड जो शेल संसाधनों के उपयोग पर प्रतिबंध सेट / दिखाता है। आप आदमी या यहाँ का उपयोग करके विस्तृत विवरण पढ़ सकते हैं), 50000 - यह दूर ले जाया गया है, यह कोर फ़ाइल का आकार है, जो ज्यादातर मामलों में है। उसी कंसोल में चल रहे प्रोग्राम के क्रैश होने के बाद केस बनाए जाएंगे, और क्रैश हुए प्रोग्राम का मेमोरी डंप है। अगला, प्रोग्राम को फिर से चलाएं, कंसोल में जहां ulimit था। वह फिर से गिर जाती है, लेकिन पहले से ही छाल (आमतौर पर) के निर्माण के साथ। वैकल्पिक रूप से, यह सब पहले से किया जा सकता है, जैसा कि यदि त्रुटि चल रही है, तो दूसरी बार यह जल्द ही गिर सकता है, कभी-कभी लोग महीनों से इंतजार कर रहे हैं।

डिबगर की मदद से, आपको गर्म छाल पर विचार करने की कोशिश करने की आवश्यकता है:

• gdb <कार्यक्रम> core.NNNN

gdb एक इंटरेक्टिव कंसोल इंटरफ़ेस प्रदान करता है जो बहुत कुछ कर सकता है, लेकिन मैंने यहाँ सब कुछ का वर्णन नहीं किया है - मन और इंटरनेट में यह भाषाओं के एक समूह पर है। अभी के लिए, यह वहां (बैकट्रेस से) "बीटी" कमांड निष्पादित करने के लिए पर्याप्त होगा, जो कॉल स्टैक दिखाएगा और, अगर कोई मेमोरी रिकॉर्ड नहीं था (हम नीचे पर विचार करेंगे), तो यह देखना संभव होगा कि यह कहां टूट गया। और "फ्रेम एन" कमांड की मदद से, जहां एन कॉल नंबर (बाईं ओर) है, आप अधिक विवरण देख सकते हैं। कमांड "प्रिंट <वेरिएबल>" वेरिएबल की वैल्यू (हमेशा नहीं) देखने में मदद करेगा। यदि आपकी "नमस्ते दुनिया!" बहु-थ्रेडेड है, तो सब कुछ अधिक जटिल है, लेकिन आप एन-थ्रेड के स्टैक पर जाने के लिए डीबगर के "थ्रेड एन" कमांड का उपयोग करने का प्रयास कर सकते हैं, हालांकि, एक नियम के रूप में, यह बहुत मदद नहीं करता है।

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

• सब कुछ पर टिप्पणी करना और छोटे भागों में असहजता, इसके बाद संकलन और त्रुटियों की जांच;
• डिबगिंग प्रिंट सम्मिलित करना (अक्सर कोड के एक संदिग्ध टुकड़े की लगभग हर पंक्ति के बाद (मेमसेट! मेम्पी!)) और अधिक विश्लेषण के साथ - जिसके बाद मुद्रण टूट गया।

यह सिंगल-थ्रेड और मल्टी-थ्रेड प्रोग्राम्स के लिए दोनों मदद करता है (यहां, हमेशा की तरह, एक डफ के साथ नृत्य किया जा सकता है)।

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

अगर कुछ भी मदद न करे तो क्या होगा? केवल एक ही उत्तर है - नीचे बैठने और ध्यान से, बहुत सावधानी से, कोड का अध्ययन करें और सोचें।

यदि कार्यक्रम में कोई त्रुटि नहीं है (1001 वें देखो और विश्लेषण पर दिखाई नहीं दे रही है), तो शायद अनुभाग अंतरिक्ष से बाहर भाग गए? (सच्ची कहानी)

अंत में, मैं यह जोड़ता हूं कि यदि आप कोर्टेक्स को किसी अन्य स्थान पर स्थानांतरित करने का निर्णय लेते हैं (उदाहरण के लिए, घर), तो उन स्रोतों और संकलित कार्यक्रम के साथ स्थानांतरण करें कि वे कैसे झूठ बोलते हैं या जीडीबी का आउटपुट गलत होगा या यह बिल्कुल भी मौजूद नहीं है।

PS लिनक्स कर्नेल के स्रोत कोड में, दस्तावेज़ीकरण निर्देशिका में कोडिंग फ़ाइल है। यह एक नौसिखिया सी प्रोग्रामर के लिए ध्यान देने के लिए कुछ है।

पीपीएस अगर मुझे यह सब पहले से पता था, तो यह मेरे लिए बहुत आसान होगा।