आप इस संगतता समस्या को कैसे हल करेंगे? जवाब है

मैं आपको याद दिलाता हूं कि यह अभी भी रेमंड चेन का अनुवाद है, और हैबर पर पिछले विषय में टिप्पणियों का जवाब नहीं है। यद्यपि यहाँ टिप्पणियों में सुझाव और काफी समान हैं।



हम टिप्पणियों में प्रस्तावित समस्या के कई समाधानों का विश्लेषण करेंगे।





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



एक गलत ड्राइवर की परिभाषा के बारे में, CIFS प्रोटोकॉल (उर्फ SMB) क्लाइंट को यह जानकारी प्रदान करने के लिए पर्याप्त जानकारी प्रदान नहीं करता है कि सर्वर पर कौन सा संस्करण है। केवल "परिवार" फ़ील्ड है, जो सामान्य सर्वर श्रेणी (ओएस / 2, सांबा, विंडोज एनटी, ...) की रिपोर्ट करता है। सभी क्लाइंट कह सकते हैं "ठीक है, सर्वर सांबा के कुछ संस्करण पर चल रहा है।" वह यह नहीं कह सकता कि यह संस्करण त्रुटिपूर्ण है या सही है। एकमात्र तरीका यह निर्धारित करना है कि गलत सर्वर के साथ काम करना शुरू करना है और यह देखना है कि यह कैसे समाप्त होता है।



हम त्रुटि की स्थिति में सूची को तुरंत नहीं पढ़ सकते हैं: त्रुटि का पता चलने पर ग्राहक को आंशिक सूची पहले ही वापस कर दी गई है। एप्लिकेशन IShellFolder :: EnumObjects को कॉल करता है और शेल एक त्वरित अनुरोध करता है। हर बार, एप्लिकेशन IEnumIDList :: अगला चलाता है, और अगला परिणाम प्राप्त करता है। लगभग 100 तत्वों, ऑप्स के लौटने के बाद, यह पता चला है कि सर्वर उन बुरे लोगों में से एक है जो त्वरित अनुरोध को तोड़ते हैं। और अब क्या? समय में वापस जाना और आवेदन से उन सभी तत्वों को दूर करना असंभव है जो पहले से ही उसे दिए गए थे।



एक अन्य सुझाव ERROR_PLEASE_RESTART प्रकार का एक नया त्रुटि कोड वापस करना था, जिसका अर्थ होगा "हम्म, सर्वर में एक समस्या है। कृपया पुन: प्रयास करें, केवल धीमा। " यह लगभग "कुछ भी न करें" के समान है, क्योंकि सर्वर ने पहले ही एक विशिष्ट त्रुटि, अर्थात् STATUS_INVALID_LEVEL को वापस कर दिया है। इस गलती का वास्तव में मतलब नहीं है "कृपया फिर से प्रयास करें", लेकिन "क्षमा करें, लेकिन मैं ऐसा नहीं कर सकता।" यह पूरी तरह से कानूनी रूप से तब पैदा हो सकता है जब, उदाहरण के लिए, आप सर्वर से "फास्ट" मोड में प्रतिक्रिया प्राप्त करने का प्रयास करते हैं, लेकिन यह इसका समर्थन नहीं करता है। लेकिन कार्यक्रम के दृष्टिकोण से प्रभाव समान है। "यदि FindNextFile ने एक xyz त्रुटि दी, तो इसका मतलब है कि सर्वर में समस्या है और आपको फिर से अनुरोध को पुनः प्राप्त करना होगा।" इसे "ERROR_PLEASE_RESTART" या "STATUS_INVALID_LEVEL" या "PURPLE_LILACS" कहें। कोई फर्क नहीं पड़ता कि आप क्या चुनते हैं, परिणाम समान है: नई त्रुटि के बारे में जानने और सही ढंग से जवाब देने के लिए मौजूदा कोड को संशोधित किया जाना चाहिए। जिन कार्यक्रमों को नहीं बदला जाएगा, वे अजीब तरह से व्यवहार करना शुरू कर देंगे।



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



इसी तरह की समस्याओं की रिपोर्ट भी आई है, यहां तक ​​कि कुछ पूरी तरह से सामान्य लिनक्स वितरण में भी।



इसके अलावा, इनमें से कुछ उपकरण पूरी तरह से अलग-अलग तरीकों से "तेज" अनुरोधों को सही ढंग से संभाल नहीं पाए। उदाहरण के लिए, मैं उनमें से एक था जो किसी भी त्रुटि कोड को वापस नहीं कर रहा था। यह केवल जंक डेटा लौटाता है, उदाहरण के लिए, प्रत्येक फ़ाइल में पहले पांच वर्णों को छोड़ दिया और बाकी को वापस कर दिया। आप एक समान त्रुटि की पहचान कैसे कर सकते हैं? यदि सर्वर कहता है "ठीक है, मेरे पास एक e.txt फ़ाइल है", तो Windows जवाब देगा: "ओह, मुझे ऐसा नहीं लगता। मैं शर्त लगाता हूं कि उन बुरे सर्वरों में से एक जो पहले पांच वर्णों को याद करता है, लेकिन वास्तव में आपका मतलब है readme.txt। " लेकिन क्या होगा अगर यह वास्तव में एक e.txt फ़ाइल है?



जब यह "तेज" मोड में एक्सेस किया गया था, तो उपकरणों में से एक बस दुर्घटनाग्रस्त हो गया था। एक और लटका और एक रिबूट की आवश्यकता थी। “ओह, फिर से, किसी ने अपने लैपटॉप को विंडोज विस्टा के साथ काम करने के लिए लाया, और इसे कॉर्पोरेट नेटवर्क में प्लग किया। हमारा फ़ाइल सर्वर फिर से क्रैश हो गया। "



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



इस प्रकार, निर्णय इस प्रकार था: स्थानीय ड्राइव के अलावा किसी अन्य चीज़ के लिए "तेज़" प्रश्नों का उपयोग करना बंद करें। सबसे लोकप्रिय फ़ाइल सिस्टम (NTFS, FAT, CDFS, UDF) के ड्राइवर पूरी तरह से Microsoft के नियंत्रण में हैं, और तेज़ मोड के साथ संगतता के लिए परीक्षण किया गया है।



यह सब दुखद है, लेकिन अनुकूलता सुनिश्चित करने की कीमत पर।



रेमंड के पास किए गए प्रस्तावों के विश्लेषण से संबंधित कई पोस्ट हैं, और मैंने उन सभी का अनुवाद नहीं किया है। लेकिन, कौन परवाह करता है:



ड्राइवर बग्स के चारों ओर काम करने के लिए एपीआई में झंडे जोड़ना कोई पैमाना नहीं है



यदि आप खेल समाप्त होने के बाद नियमों को बदलने का निर्णय लेते हैं तो बहुत सावधान रहें



व्यवहार को सक्षम करने के लिए एक नया ध्वज जोड़ना जो पहले डिफ़ॉल्ट रूप से चालू था