पीवीएस-स्टूडियो डेवलपर्स की गुप्त प्रयोगशाला के तहखाने से ...

समय-समय पर, हम अपने आंतरिक अनुसंधान और विकास के बारे में बात करते हैं जो पीवीएस-स्टूडियो स्टैटिक कोड एनालाइज़र की विकास टीम में सी / सी ++ के लिए होता है। आज की कहानी एक और नए उत्पाद के बारे में है जिसे हम अपने उत्पाद के हिस्से के रूप में तैयार कर रहे हैं।

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



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

और यहाँ हम विकल्पों में से एक को चुनने की आवश्यकता पर आते हैं:

1. या उपकरण को स्वयं प्रोजेक्ट फ़ाइल से इस जानकारी को निकालना होगा (जैसा कि हमारे दृश्य विजुअल C ++ और C ++ बिल्डर करते हैं)।
2. या टूल को यह जानकारी प्राप्त हो सकती है यदि इसे मेकफाइल में दिया गया है (कमांड लाइन के लिए हमारा संस्करण कैसे काम करता है)।
3. या टूल उपयोगकर्ता को दर्दनाक रूप से #include और #define पैरामीटर के लिए सभी फ़ोल्डर बनाता है, जो लगभग असंभव है, क्योंकि उपयोगकर्ता के लिए ऐसा करना बेहद मुश्किल है।
4. या ... कुछ अन्य विकल्प के साथ आते हैं।

हम चौथे रास्ते पर चले गए और यह कोशिश करने का फैसला किया। लेकिन क्या होगा अगर, प्रारंभिक जानकारी के रूप में, विश्लेषक को .cpp फ़ाइलों के रूप में साधारण स्रोत नहीं मिलते हैं, लेकिन पहले से ही तैयार की गई फाइलें । यानी फ़ाइलें जो प्रीप्रोसेसर द्वारा संसाधित होती हैं। यह हमें प्रीप्रोसेसर को कॉल करने से बचाएगा, और तदनुसार इन #include और #define को जानें।

बेशक, यह ऊपर वर्णित आदर्श विश्लेषक विकल्प के साथ मेल नहीं खाता है। लेकिन दूसरी ओर, यह आपको लगभग किसी भी C / C ++ प्रोजेक्ट के लिए PVS-Studio का उपयोग करने की अनुमति देता है, कोई फर्क नहीं पड़ता कि इसमें विकास परिवेश ने इसे चलाया है।

तो, हमारी टीम की गुप्त प्रयोगशालाओं में विकसित किया जा रहा टूल कुछ इस तरह दिखता है:

चित्रा 1 - पूर्व-संसाधित फ़ाइल सत्यापन शुरू करने के लिए संवाद।

सबसे पहले, हम उस फ़ोल्डर को इंगित करते हैं जहां प्रीप्रोसेड .i फाइलें स्थित हैं। उनका विश्लेषण हमारे उपकरण द्वारा किया जाएगा।

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

तीसरा, हम उस फ़ोल्डर को इंगित करते हैं जिसमें सिस्टम शामिल है-फाइलें स्थित हैं। सबसे बुनियादी, जैसे <string> या <स्ट्रीम>। किस लिए? विश्लेषक को यह जानने के लिए कि यहां वे फाइलें हैं जिन्हें नैदानिक ​​संदेश जारी करने की आवश्यकता नहीं है।

इसलिए, हम इस कार्यक्रम के लिए प्रीप्रोसेस की गई फ़ाइलों को "फीड" कर सकते हैं, और फिर उन पर विश्लेषक चला सकते हैं। इस प्रकार हम वर्तमान में बूस्ट परियोजना का परीक्षण कर रहे हैं। वैसे, जल्द ही एक बूस्ट चेक रिपोर्ट होगी - हमारे ब्लॉग की सदस्यता लें ताकि याद न हो। फ़ाइलों की जाँच करने के बाद, हमें इस तरह के नैदानिक ​​संदेशों की एक सूची मिलती है:

चित्र 2 - आई-फाइलों की जाँच के बाद नैदानिक ​​संदेशों की सूची।

मैं पाठकों का ध्यान इस तथ्य की ओर आकर्षित करता हूं कि यह विजुअल स्टूडियो या आरएडी स्टूडियो नहीं है। यह एक अलग उपयोगिता है जो पीवीएस-स्टूडियो विंडो को पूर्ण (या बल्कि उपयोग करता है) दोहराता है। इसमें एक अंतर्निहित कोड संपादक (नोटपैड ++ से सिंटिला) है, जो आपको पूरी तरह से त्रुटियों के साथ काम करने की अनुमति देता है:

चित्रा 3 - एक पूर्ण कोड संपादक।

स्वाभाविक रूप से, यह पोस्ट हमारे नए गुप्त उपयोगिता के पूर्ण विवरण पर आकर्षित नहीं करता है। हालांकि, मैं पहले से ही कुछ सवालों के जवाब दे सकता हूं।

किसे इस उपयोगिता की आवश्यकता नहीं है? उन लोगों के लिए जो विज़ुअल स्टूडियो और सी ++ बिल्डर में एकीकरण का उपयोग करके पीवीएस-स्टूडियो में आसानी से अपनी परियोजना की जांच कर सकते हैं। इस उपयोगिता की आवश्यकता किसे है? उन लोगों के लिए जो पीवीएस-स्टूडियो का उपयोग करके अपने कोड का परीक्षण करना चाहते हैं और अन्य विकास वातावरण और / या प्रोजेक्ट फ़ाइलों का उपयोग करते हैं, जिसमें हमारी कमांड लाइन उपयोगिता को एम्बेड करना मुश्किल है।

आप इस तरह की उपयोगिता कैसे देखना चाहेंगे? क्या आपके लिए तैयार पूर्व-निर्मित फ़ाइलों के लिए चेक मोड सुविधाजनक है? ऐसी उपयोगिता में क्या कमी है? क्या हमें इसे जारी करना चाहिए या इस उपयोगिता के और विकास को छोड़ देना चाहिए, क्योंकि हर कोई Microsoft / Embarcadero वातावरण में हमारे एकीकरण से संतुष्ट है?

PS वैसे, हमने ओपन सोर्स प्रोजेक्ट्स में पाई गई त्रुटियों के हमारे डेटाबेस के डिजाइन को अपडेट किया।