तो आप इस चेतावनी को Visual C ++ में डूबना चाहते हैं ...

सामान्य स्थिति: आपने त्रुटिहीन सही कोड का एक टुकड़ा लिखा था, लेकिन विजुअल C ++ उस पर एक चेतावनी फेंकता है। अक्सर आप कोड को फिर से लिख सकते हैं ताकि चेतावनी दूर हो जाए, लेकिन हमेशा नहीं, और फिर इस चेतावनी के जारी करने को दबाने के लिए केवल एक ही रास्ता है।

आइए विचार करें कि इसके लिए विज़ुअल सी ++ में क्या अवसर हैं और उनका उपयोग करते समय क्या त्रुटियां हैं।



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

अगला विकल्प फ़ाइल स्तर पर प्रोजेक्ट सेटिंग्स में चेतावनी को अक्षम करना है । यह विधि पिछले वाले से भी बदतर है। सबसे पहले, चेतावनी पूरे प्रसारण इकाई के लिए खामोश हो जाएगी, अर्थात। इस फ़ाइल में और इसमें शामिल सभी शीर्ष लेख। दूसरी बात, पिछली बार की तरह कोड की नकल करने से ठीक वैसी ही समस्याएं। तीसरी बात, जैसे ही किसी प्रोजेक्ट में कुछ फाइलें होती हैं, प्रोजेक्ट को विजुअल C ++ के नए संस्करण में परिवर्तित करते समय इस सेटिंग को खोने की संभावना एक से कम हो जाती है।

#Pragma चेतावनी का उपयोग करता है। आमतौर पर इसका उपयोग इस तरह किया जाता है:

 #pragma warning (disable: 9000) // ,   C9000 #pragma warning (default: 9000) 

... और खुद से बहुत खुश हैं। चेतावनी को शांत कर दिया गया था, कोड लिखा गया था, चेतावनी बहाल की गई थी। लाभ।

दरअसल, यह फेल है। यह सावधानीपूर्वक पढ़ने का समय है (हां, ध्यान से, और हां, पढ़ें, और कोड को कहीं से भी कॉपी-पेस्ट न करें) #pragma चेतावनी (डिफ़ॉल्ट) का विवरण। यह निम्नलिखित कहता है: यह डिजाइन

1. अलर्ट डिफॉल्ट लेवल और सेट करता है
2. एक चेतावनी भी शामिल है।

स्तर पहले। विजुअल C ++ में, प्रत्येक अलर्ट के साथ 1 से 4 तक की संख्या जुड़ी होती है - यह अलर्ट स्तर है। स्तर 1 की चेतावनी को अधिक गंभीर माना जाता है, बढ़ते स्तर के साथ, गंभीरता को माना जाता है। प्रत्येक चेतावनी का एक डिफ़ॉल्ट स्तर होता है। डिज़ाइन

 #pragma warning(Level: Warning) 

इसमें इंगित चेतावनी स्तर सेट करता है और चेतावनी पर मुड़ता है, अर्थात्। स्तर किसी का नहीं है, इसे बदला जा सकता है।

कंपाइलर में एक सेटिंग होती है जिसमें चेतावनी स्तर से लेकर चेतावनी स्तर तक दिखाया जाता है। ए के बराबर इस सेटिंग के मूल्य के साथ, कोड की एक विशिष्ट लाइन में एक चेतावनी केवल तभी दिखाई जाती है जब इसे वहां सक्षम किया जाता है और इसका स्तर ए या उससे कम होता है।

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

आइए देखें कि #pragma चेतावनी (डिफ़ॉल्ट) का उपयोग करते समय फेल स्वयं कैसे प्रकट होता है।

फेल 1 । चेतावनी C9001 डिफ़ॉल्ट रूप से बंद है। शीर्ष लेख फ़ाइल में कोड #pragma चेतावनी (डिफ़ॉल्ट: 9001) का उपयोग करता है "चेतावनी" को कोड के एक छोटे से टुकड़े में म्यूट करने के लिए "पुनर्स्थापित करें"।

चेतावनी पहले से ही बंद है तो वह ऐसा क्यों करेगा? डिफ़ॉल्ट रूप से बंद की गई चेतावनियों की सूची विजुअल C ++ के एक संस्करण से दूसरे में भिन्न होती है - चेतावनियों को धीरे-धीरे इसमें जोड़ा जाता है। यदि कोड को मूल रूप से Visual C ++ 7 के लिए लिखा गया था, और वहां C9001 को डिफ़ॉल्ट रूप से चालू किया गया था, और अब इसे Visual C ++ 10 में संकलित किया गया है, और चेतावनी पहले से ही इसमें बंद है, तो यह डिज़ाइन समझ में नहीं आता है, लेकिन बस विरासत में मिला है।

परिणामस्वरूप, #pragma चेतावनी (डिफ़ॉल्ट) चेतावनी को डिफ़ॉल्ट रूप से बंद कर देती है।

विफल २ । चेतावनी C9002 का डिफ़ॉल्ट स्तर 3 है, और परियोजना स्तर 2 के साथ संकलित है, अर्थात। चेतावनी स्तर 2 और नीचे दिखाएं। बहुत विचार-विमर्श के बाद, डेवलपर्स ने फैसला किया कि, वास्तव में, C9002 चेतावनी इसे स्तर 2 के साथ सम्मानित करने के लिए पर्याप्त गंभीर है, अर्थात। जबरन गंभीरता को बढ़ाते हैं। तदनुसार, प्रत्येक परियोजना में एक मानक शीर्षक शामिल है, जो तब सभी अनुवाद इकाइयों में आता है, जिसमें निर्माण #pragma चेतावनी (2: 900%) शामिल है।

अनुवाद इकाई में पाठ में थोड़ा कम #pragma चेतावनी (डिफ़ॉल्ट: 9002) है, जो स्तर 3 से वापस हो जाता है, और जब स्तर 2 के साथ संकलित किया जाता है, तो चेतावनी जारी नहीं की जाती है। वैसे, इस चेतावनी ने एक गंभीर दोष की सूचना दी। हम मुस्कुराते हैं और लहर करते हैं। यह विपरीत दिशा में भी काम करता है - उन्होंने चेतावनी स्तर 2 से बढ़ाकर 3 कर दिया ताकि इसे स्तर 2 और निचले (यानी कम गंभीरता) के साथ संकलित परियोजनाओं में जारी होने से रोका जा सके, लेकिन #pragma चेतावनी (डिफ़ॉल्ट) 2 के स्तर को रीसेट करती है, और एक चेतावनी जारी की जाती है।

विफल ३ । C9003 को डिफ़ॉल्ट रूप से सक्षम किया जाता है, लेकिन इसे इतना खराब माना जाता है कि किसी को यह याद नहीं रहता कि यह किसी मामले में कब जारी किया गया था। डेवलपर्स एक सामान्य हेडर फ़ाइल में #pragma चेतावनी (अक्षम: 9003) का उपयोग करके हर जगह इसे डूबने का निर्णय लेते हैं। अनुवाद इकाई के नीचे #pragma चेतावनी (डिफ़ॉल्ट: 9003) है, जिसमें चेतावनी भी शामिल है।

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

वास्तव में, चेतावनियों को इस तरह दबाने की जरूरत है:

 #pragma warning(push) // ,  : www.abbyy.ru/vacancy #pragma warning(disable:9000) //    C9000 #pragma warning(pop) 

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

यह डरावना लगता है, लेकिन आप एक ही अरब त्रुटि को याद नहीं करने के लिए क्या कर सकते हैं।

दिमित्री मेश्चेरीकोव,

डेवलपर उत्पाद विभाग