🗂️ 🔬 🧀 Boost-1.65.1 और बग्स के लिए संक्रमण जो सामने आया ⛸️ 🗑️ 🐊

पिछले साल (लगभग पूरा एक साल पहले ही बीत चुका है), हमने अभी भी बूस्ट -१.६५.१ के नए संस्करण पर स्विच किया है, और हुड के तहत आपको हमारे द्वारा सामना किए गए तीन बूस्ट बग मिलेंगे। यह उल्लेख करना भी महत्वपूर्ण है कि इससे पहले, हमारे सॉफ़्टवेयर में -1.62.1 बूस्ट का उपयोग किया गया था, क्योंकि कुछ कीड़े 1.11.1 से पहले बूस्ट में दिखाई दिए थे।

हमारी परियोजना में एक विशेष एकीकरण टीम है, जिसका मुख्य कार्य सभी सॉफ्टवेयरों को पुस्तकालयों के एक नए संस्करण, विज़ुअल स्टूडियो, निम्न-स्तरीय घटकों के नए संस्करणों (मूल, जिस पर अधिकांश अन्य घटक निर्भर करते हैं), आदि में स्थानांतरित करना है। एकीकरण टीम उन सभी समस्याओं को खत्म करने के लिए भी जिम्मेदार है, जो स्वाभाविक रूप से, यदि आवश्यक हो तो घटक अनुरक्षकों की सहायता से। इसलिए, कीड़े जो मुझे विशेष रूप से याद हैं।

बग को बढ़ावा देने में :: फाइलसिस्टम

यह बग बहुत जल्दी सामने आया। दिए गए फ़ाइल नाम के पूर्ण पथ की खोज करते समय परीक्षण "एक्सेस उल्लंघन" के साथ क्रैश करना शुरू कर दिया। फ़ंक्शन ने :: fileystem :: को बढ़ावा देने के लिए कॉल किया, और प्रोग्राम क्रैश हो गया। कुछ और परीक्षणों को चलाते हुए, इसी तरह के कई और मामले देखे गए, जबकि सभी मामलों में वैश्विक चर के लिए :: filesystem :: मौजूद कॉल को बढ़ावा दिया गया था। जाहिरा तौर पर, कुछ परिवर्तनशील चर के जीवनकाल में बदल गया है। एक बग का पता लगाने के लिए एक टिकट को बढ़ावा देने में बग टिकट के लिए बहुत आसान है :: फाइल सिस्टम :: मौजूद

यह पता चला कि इस बग को बढ़ावा मिला, संस्करण 1.64 से शुरू हुआ। दरअसल, समस्या मेक_पर्मिशन कॉल (फाइल सिस्टम में मौजूद :: मौजूद) में थी। 1.64 में, मेक_परमिशन के कार्यान्वयन को बदल दिया गया था और अब वैश्विक चर का उपयोग करता है, जिसका अर्थ है कि जब फ़ाइलसिस्टम को कॉल करने का प्रयास किया जाता है :: किसी वैश्विक चर या वस्तु को शुरू करते समय मौजूद, तो make_permissions में उपयोग किए जाने वाले वैश्विक चर अभी तक आरंभ नहीं किए जा सकते हैं। इसलिए, अपरिभाषित चर तक पहुंचने का प्रयास एक अपवाद फेंकता है।

वैकल्पिक हल

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

अन्य मामलों में, सिंगललेट्स का उपयोग किया गया था।

बग को बढ़ावा देने में :: अजगर

बूस्ट :: पाइथन का उपयोग करके परीक्षणों में, एक अजीब चीज की खोज की गई थी। जब आप एक शाब्दिक (उदाहरण के लिए, "40 + 2"), सभी नियमों को विकसित करने के लिए एक तुच्छ कॉल करते हैं। और यदि आप चर को परिभाषित करते हैं और फिर उन्हें अभिव्यक्तियों में उपयोग करते हैं, तो हमें एक संदेश मिलता है कि गणना अपरिभाषित चर का उपयोग करती है (ERROR: [नाम] परिभाषित नहीं)। इस समस्या को हल करने के लिए, मैंने अधिक समय बिताया। मुझे बूस्टर ट्रैकर में इस समस्या का टिकट नहीं मिला, इसलिए मुझे इस घटक की टीम से मदद मांगनी पड़ी। बग के बारे में जानकारी जल्दी से जीथब पर मिली।

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

वैकल्पिक हल

लेकिन फिर मुझे बूस्ट -१.६५.१ के लिए रिलीज़ नोट्स याद आ गए और वहाँ कुछ बढ़ावा देने के लिए निश्चित रूप से था :: अजगर।

हुर्रे, एक रास्ता है! Char const * तर्क के समर्थन के साथ eval का एक नया कार्यान्वयन जोड़ते समय बग को अनुमति दी गई थी, जिसे अब एक स्ट्रिंग तर्क के साथ eval के पुराने कार्यान्वयन में कहा जाता है (विशेष रूप से सावधान लोग इस फ़ंक्शन को कॉल में एक गीथ लिंक के माध्यम से देख सकते हैं)। और नई सुविधा के काम करने की उम्मीद थी।

बढ़ावा :: सुन्न

यह मेरा सबसे कम पसंदीदा हिस्सा है। बढ़ावा देना :: अजगर :: संख्यात्मक हटा दिया गया है और अब बढ़ावा :: अजगर :: संख्यात्मक एक विकल्प के रूप में दिखाई दिया है। लेकिन कोड का उपयोग करने वाले संख्यात्मक को बहुत अधिक पुन: डिज़ाइन किया जाना था, क्योंकि बिंदु न केवल नामस्थान का नाम बदलने के लिए था, बल्कि वस्तुओं को लागू करने के लिए भी था।

इसके अलावा, मुझे बढ़ावा देने वाले शीर्ष लेख में गलत जानकारी थी, जिसने मुझे गुमराह किया।
स्रोत में टिप्पणी के अनुसार, import_array () कॉल पहले से ही numpy में किया गया है :: initialize ():

namespace boost { namespace python { namespace numpy { /** * @brief Initialize the Numpy C-API * * This must be called before using anything in boost.numpy; * It should probably be the first line inside BOOST_PYTHON_MODULE. * * @internal This just calls the Numpy C-API functions "import_array()" * and "import_ufunc()", and then calls * dtype::register_scalar_converters(). */ BOOST_NUMPY_DECL void initialize(bool register_scalar_converters=true); }}} // namespace boost::python::numpy

लेकिन वास्तव में, जैसा कि यह निकला, import_array () की आवश्यकता है।

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

निष्कर्ष

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

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

Boost-1.65.1 और बग्स के लिए संक्रमण जो सामने आया

बग को बढ़ावा देने में :: फाइलसिस्टम

बग को बढ़ावा देने में :: अजगर

बढ़ावा :: सुन्न

निष्कर्ष

More articles: