32-बिट प्रकार के स्पष्ट कलाकारों की खोज करें

विजुअल स्टूडियो C ++ कंपाइलर में C4311 ('वेरिएबल': पॉइंटर ट्रंकेशन 'टाइप' से 'टाइप') के लिए चेतावनी है, जो कि 32-बिट डेटा प्रकारों के लिए पॉइंटर कास्टिंग करते समय त्रुटियों का पता लगाने के लिए डिज़ाइन किया गया है। Intel C ++ में, चेतावनी # 810 इस चेतावनी से मेल खाती है। एक ज्ञात दोष का उदाहरण:

  शून्य * ptr = x;
 int y = (int) ptr; 

Win64 में, पॉइंटर का आकार 64-बिट बन गया, और इंट का आकार 32 बिट्स से पहले बना रहा। स्पष्ट प्रकार का रूपांतरण पॉइंटर के मूल्य को कम कर देगा, जिससे यदि त्रुटि 4 जीबी मेमोरी (0x00000000FFFFFFFF) के बाहर स्थित ऑब्जेक्ट को संदर्भित करती है, तो त्रुटि होगी।



ऐसी त्रुटियां कपटपूर्ण हैं कि वे अनियमित रूप से हो सकती हैं। हालांकि, C4311 नंबर के साथ सभी संकलक चेतावनी को देखकर उन्हें आसानी से पता लगाया जा सकता है। लेकिन इस जाँच के उपयोग से कुछ अप्रिय बारीकियाँ होती हैं।





यदि आप केवल Visual Studio 2008/2010 में 64-बिट प्रोजेक्ट बनाते हैं और ऊपर कोड लिखते हैं, तो आपको चेतावनी C4311 नहीं मिलेगी। हम इस अप्रत्याशित स्थिति के कारणों को समझेंगे।



Visual Studio 2003/2005 में कुछ समस्याओं की पहचान करने के लिए डिज़ाइन किया गया एक / Wp64 स्विच है जो एक प्रोग्रामर 64-बिट संस्करण में अपना कोड बनाते समय सामना करेगा। इस चेतावनी समूह में चेतावनी C4311 भी शामिल है। यदि आप Visual Studio 2005 में कोई प्रोजेक्ट बनाते हैं, तो भी "int y = (int) ptr;" पंक्ति के लिए 32-बिट कॉन्फ़िगरेशन में एक चेतावनी उत्पन्न होगी:

  चेतावनी C4311: 'टाइप कास्ट': 
 सूचक ट्रंकेशन 'void *' से 'int' तक। 

/ Wp64 स्विच 64-बिट कॉन्फ़िगरेशन की आवश्यकता के बिना 64-बिट प्लेटफ़ॉर्म के लिए किसी भी तरह से एप्लिकेशन तैयार करने का इरादा रखता था। हालाँकि, "तैयार" करने का समय बीत चुका है। विजुअल स्टूडियो 2005 के साथ शुरू, एक 64-बिट संकलक है। यदि आप Win32 और Win64 प्लेटफ़ॉर्म का समर्थन करना चाहते हैं, तो आपको दो प्रोजेक्ट कॉन्फ़िगरेशन की आवश्यकता होगी। X64 कॉन्फ़िगरेशन में, / Wp64 स्विच का उपयोग करना व्यर्थ है, यही वजह है कि इसे विज़ुअल स्टूडियो 2008/2010 में चित्रित किया गया है।



सब कुछ ठीक होगा, लेकिन मुझे ऐसा लगता है कि विज़ुअल स्टूडियो डेवलपर्स ने एक तार्किक गलती की। यदि आप Visual Studio 2008/2010 में एक नया प्रोजेक्ट बनाते हैं या पुराने प्रोजेक्ट को नए में बदलते हैं, तो / Wp64 स्विच स्थापित नहीं होगा। यह सही है। यहां तक ​​कि अगर आप विशेष रूप से परियोजना के "अतिरिक्त विकल्प" में / Wp64 निर्दिष्ट करते हैं, तो एक संदेश प्रदर्शित किया जाएगा:

  कमांड लाइन चेतावनी D9035: 
 विकल्प 'Wp64' को हटा दिया गया है और भविष्य के रिलीज में हटा दिया जाएगा। 

स्थिति का हास्य यह है कि C4311 , C4312 , C4313 जैसी चेतावनी किसी कारण से अभी भी / Wp64 स्विच से जुड़ी हैं। और अगर यह नहीं है, तो ये चेतावनी नहीं हैं, हालांकि उनका खतरा स्तर 1 है ।



यदि आप / Wp64 को सक्षम करते हैं और अप्रचलित विकल्प के बारे में D9035 चेतावनी प्राप्त करते हैं तो ये चेतावनी वापस आ जाएगी। एक अन्य विकल्प सक्षम / दीवार है। संदेश जारी किए जाएंगे, लेकिन यह तरीका है, जैसा कि आप जानते हैं, केवल बहादुर के लिए। जाहिरा तौर पर सबसे समझदार विकल्प stdafx.h में #pragma चेतावनी का उपयोग करना है।



अब Intel C ++ पर चलते हैं। प्रश्न का अध्ययन शुरू करते हुए, मुझे उम्मीद थी कि इसके व्यवहार में / Wp64 के संबंध में यह विज़ुअल C ++ के बराबर है। यह पता चला कि उसके पास अपने तरीके से सब कुछ था। उन्होंने टाइपिंग की त्रुटि "int y = (int) ptr;" बिना / Wp64 स्विच के भी दी, चेतावनी # 810 दी। लेकिन चेतावनी # 967 (C4312 के बराबर) के लिए पहले से ही / Wp64 की आवश्यकता है। यह पता चला है कि इंटेल C ++ कंपाइलर में / Wp64 के साथ जुड़ा एक चेतावनी सेट भी है, लेकिन यह सेट अपने आप में अलग है। चूंकि यह ऐतिहासिक रूप से रहा है कि इंटेल सी ++ की विदेशी विशेषताओं पर प्रलेखन तंग है, मुझे यह नहीं मिला है कि वास्तव में क्या शामिल है / Wp64।



विचारों की इस धारा के बाद, पाठक पूछ सकते हैं:

लेकिन फिर क्या पकड़ है? मैं आपसे फिर से संक्षेप में पूछता हूं। जवाब है। यदि आपके पास Visual Studio 2008/2010 के लिए कोई प्रोजेक्ट है और 64-बिट कॉन्फ़िगरेशन बनाता है, तो आपको ऐसी सामान्य त्रुटियों के लिए चेतावनी नहीं दिखाई देगी: शून्य * ptr = x; int y = (int) ptr; // C4311 int i = x; वापसी (शून्य *) i; // C4312 int * pI = 0; प्रिंटफ ("% d", पीआई); // C4313 और स्पष्ट रूप से कुछ अन्य। Intel C ++ का उपयोग करके उसी प्रोजेक्ट को असेंबल करना, आपको त्रुटियों का एक और सेट नहीं दिखेगा। इन सभी लाभकारी चेतावनियों को प्राप्त करने के लिए, आपको उन्हें स्पष्ट रूप से स्वयं को सक्षम करना होगा! यह करना मुश्किल नहीं है, बशर्ते कि आप इसके बारे में जानते हों। मुझे लंबे समय से ज्ञात नहीं है, हालांकि मैं 64-बिट अनुप्रयोगों के विकास के विषय में दिलचस्पी रखता हूं।

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



बेशक, मैं 64-बिट चेतावनियों के बारे में इस खराबी को नोटिस करने वाला पहला नहीं था। अभी हाल ही में , इस विषय पर एक टिप्पणी यहाँ छोड़ दी गई है । कृपया ध्यान दें कि आलोचना हाल ही की है।



इस सब से, मैं यह निष्कर्ष निकाल सकता हूं कि लोग सिर्फ Win64 एप्लिकेशन बनाने में दिलचस्पी लेना शुरू कर रहे हैं। मैंने एक साल पहले यह वाक्यांश लिखा था, और अब मैंने इसे फिर से दोहराया। यह बहुत अजीब है। मुझे विश्वास नहीं है कि आप सामान्य कार्यक्रमों को विकसित कर सकते हैं, यहां तक ​​कि रुचि के बिना भी जहां सूचक को इंट में धकेल दिया जाता है। ऐसे मुद्दों के इंटरनेट पर सामूहिक चर्चा की कमी मेरे लिए बेहद शर्मनाक है। मैं यह नहीं समझता कि दुनिया कैसे काम करती है।