विंडोज पर BAARD

रेमंड चेन की कहानी के कारण एक अस्पष्ट प्रतिक्रिया हुई कि माइक्रोसॉफ्ट अपने लोगों के कार्यक्रमों के साथ विंडोज के नए संस्करणों की संगतता सुनिश्चित करने के लिए कितना प्रयास कर रहा है।



रिवर्स केस भी ज्ञात है: जब Microsoft ने जानबूझकर एमएस-डॉस के "अविश्वसनीय" क्लोन के साथ विंडोज की असंगति की मांग की थी। के मुद्दे से डॉ। डोब के जर्नल , सितंबर 1993:

विंडोज AARD डिटेक्शन कोड

यदि आपने Windows 3.1 के बीटा परीक्षण में भाग लिया था, और DR-DOS आपके कंप्यूटर पर स्थापित किया गया था, तो आप शायद इस असामान्य त्रुटि को पार कर गए:

 गैर-घातक त्रुटि का पता चला: त्रुटि # 2726
 कृपया Windows 3.1 बीटा समर्थन से संपर्क करें
 जारी रखने के लिए ENTER दबाएँ या जारी रखने के लिए C

हालांकि यह एक "गैर-घातक त्रुटि" है, और सी दबाकर विंडोज को चालू करना जारी है, "डिफ़ॉल्ट" कार्रवाई लॉन्च को रद्द करना है।

पहले से ही संदिग्ध: यदि त्रुटि गैर-घातक है, और विंडोज इसके बावजूद काम करने में सक्षम है, तो उपयोगकर्ता को आखिर क्यों रिपोर्ट करें?



यह संदेश Windows 3.1 के कई पूर्व-रिलीज़ संस्करणों में WIN.COM



, SETUP.EXE



, HIMEM.SYS



, SMARTDRV.EXE



और MSD.EXE



द्वारा जारी किया गया था।

विंडोज 3.1 के अंतिम संस्करण में अभी भी कोड है जो इस संदेश को प्रदर्शित करता है। यह कोड "बंद" है, लेकिन केवल WIN.COM



में एक बाइट को "इसे चालू करें" में बदल दें।



इस पोस्ट के बारे में सबसे दिलचस्प बात यह है कि यह DR-DOS के सभी संस्करणों पर प्रदर्शित होती है, जिसमें Novell DOS 7 का बीटा संस्करण भी शामिल है, लेकिन MS-DOS या PC-DOS पर प्रदर्शित नहीं होता है। यह संदेश किस बारे में रिपोर्ट कर रहा है?

शायद यह एक दुर्घटना है?

Microsoft प्रतिद्वंद्वी अक्सर ईविल साम्राज्य के बारे में जानबूझकर उनके कार्यक्रमों को बाधित करते हैं। वास्तव में, Microsoft आमतौर पर पिछड़े अनुकूलता का समर्थन करने के लिए अभूतपूर्व प्रयास करता है, तब भी जब प्रतियोगी कार्यक्रमों में त्रुटियों का सामना करना पड़ता है।



जो कोई भी दावा करता है कि Microsoft डीआर-डॉस पर काम करने से विंडोज को "रोक रहा है", मैं इस तथ्य को इंगित कर सकता हूं: विंडोज 3.1 उन्नत मोड डीआर-डॉस पर ठीक काम करता है। हां, स्टैंडर्ड मोड काम नहीं करता है, लेकिन नोवेल ने पुष्टि की है कि यह DR-DOS में बग के कारण है।



यह माना जा सकता है कि नोवेल डॉस में एक और बग के कारण एक अजीब त्रुटि संदेश प्रदर्शित होता है। यह पहली बार नहीं है कि वे एन कंपनी के कार्यक्रमों में बग को "जानबूझकर असंगत" एम कार्यक्रमों के रूप में पारित करने की कोशिश कर रहे हैं।

डिबग संरक्षण

संदेश के कारण का पता लगाने में पहला कदम WIN.COM



कोड का विश्लेषण करना है। तुरंत हम एक बाधा पाठ्यक्रम का सामना करते हैं: संबंधित WIN.COM



टुकड़ा WIN.COM



एन्क्रिप्टेड, सेल्फ- WIN.COM



, जानबूझकर गड़बड़ है, और इसके अलावा यह कदम-दर-चरण निष्पादन के खिलाफ की रक्षा के लिए ट्रिक्स के साथ भरा हुआ है: उदाहरण के लिए, यह INT 1,2,3



डीबग रुकावट वैक्टर को गैर-मौजूद पते पर सेट करता है। आधुनिक डिबगर्स पर इसका कोई प्रभाव नहीं है (मैंने नू-मेगा से सॉफ्ट-आईसीई का उपयोग किया), लेकिन शोध को जटिल बनाने का प्रयास पहले से ही दिखा रहा है कि मामला साफ नहीं है।



इस तथ्य के बावजूद कि कोड का मुख्य भाग एन्क्रिप्ट किया गया है, Microsoft कॉपीराइट वाली रेखा अनएन्क्रिप्टेड रहती है, और कुछ पंक्तियाँ "AARD" और "RSAA" संभवतः प्रोग्रामर के शुरुआती अक्षर हैं।



(लेखक ने अनुमान लगाया: AARD - आरोन रेनॉल्ड्स के आरंभिक, जिन्होंने इस "रक्षा" का एहसास किया।)

चेक का स्ट्रिंग

अनिवार्य रूप से, एन्क्रिप्टेड कोड यह देखने के लिए जांचता है कि क्या ऑपरेटिंग सिस्टम वास्तविक एमएस / पीसी-डॉस है। (भले ही यह कोड विंडोज का हिस्सा है, एमएस-डॉस-इंडिपेंडेंट प्रोडक्ट!) अनकम्फर्टेबल फंक्शन और इंटरनल डॉस स्ट्रक्चर के विभिन्न पहलुओं को परखा जाता है। उदाहरण के लिए, AARD कोड यह सुनिश्चित करने के लिए कि वे आरंभीकृत हैं, SysVars



में कुछ संकेत SysVars



है। दिलचस्प है, हालांकि SysVars



संरचना SysVars



किसी भी उच्च-गुणवत्ता वाले डॉस क्लोन में लागू किया गया है, DR-DOS 5/6 संस्करण HIMEM.SYS



भीतर से सत्यापन पास नहीं करता है: आंतरिक DR-DOS संरचनाओं के आरंभीकरण से पहले यह ड्राइवर लोड हो जाता है।



निम्नलिखित और भी अधिक भ्रमित परीक्षण हैं। सबसे पहले, कोड यह देखने के लिए जांचता है कि नेटवर्क पुनर्निर्देशक चल रहा है या नहीं। यदि प्रारंभ किया गया है, तो AARD यह देखने के लिए जाँच करता है कि क्या वर्तमान कोड पृष्ठ का लोअरकेस और पूंजी तालिका एक ही खंड में है। यदि पुनर्निर्देशक नहीं चल रहा है, तो AARD यह सत्यापित करेगा कि पहली फ़ाइल नियंत्रण इकाई (FCB) ऑफसेट 0 पर है।



ये परीक्षण MS-DOS के सभी संस्करणों को पास करते हैं, लेकिन DR-DOS के एक संस्करण को पास नहीं करते हैं।

गंभीर अभिभावक

नेटवर्क पुनर्निर्देशक के साथ भाषाई जानकारी का क्या संबंध है? विंडोज में क्या अंतर है, किस खंड में पूंजी तालिका स्थित है, और किस ऑफसेट पर - एफसीबी? ये “गलतियाँ” क्या हैं?



वास्तव में, पूंजीकरण खंड का उपयोग विंडोज में कहीं भी नहीं किया गया है: एएआरडी कोड का उन पांच असंबंधित कार्यक्रमों के काम से कोई लेना-देना नहीं है। यह समझा जा सकता है कि क्या विंडोज डॉस की आंतरिक संरचनाओं का विश्लेषण करता है और यह जांचने के लिए कि क्या कुछ फ़ंक्शन कार्यान्वित किए गए हैं, इसके संस्करण को निर्धारित करता है। लेकिन न तो WIN.COM



, और न ही AARD- कोड के साथ किसी भी तरह के अन्य प्रोग्राम चेक के परिणाम का उपयोग करते हैं : केवल एक चीज जो वे करते हैं वह उपयोगकर्ताओं के DOS के "बहिर्मुखी" संस्करणों को अर्थहीन त्रुटि संदेश के साथ भ्रमित करता है।



यह निश्चित रूप से "जानबूझकर असंगतता" जैसा दिखता है। यदि "त्रुटि" गैर-घातक है, और विंडोज सामान्य रूप से काम करना जारी रखता है, तो त्रुटि क्या है? क्या उपयोगकर्ता DOS का गलत संस्करण चुन रहा है?



मैंने एमएस-डॉस में लेटर टेबल और एफसीबी को पॉइंटर्स बदलने की कोशिश की ताकि वे एक ही डेटा की ओर इशारा करें, लेकिन एक अलग जोड़ी (सेगमेंट: ऑफसेट) का उपयोग करें। विंडोज और मेरे सभी कार्यक्रम काम करते रहे जैसे कि कुछ भी नहीं हुआ था; एकमात्र बदलाव यह है कि अब मुझे स्टार्टअप पर AARD संदेश मिलना शुरू हुआ।

यह पता चलता है कि AARD निरपेक्ष, बाइट-दर-MS MS-DOS संगतता के लिए एक परीक्षण है।



मैंने Microsoft को खोज की सूचना दी, और मुझे एक वरिष्ठ कर्मचारी से जवाब मिला: "हम DR-DOS के बारे में परवाह नहीं करते हैं ... वे [Novell] 100% संगतता का दावा करते हैं, लेकिन DR-DOS बग से भरा हुआ है। यदि DR-DOS उपयोगकर्ताओं को विंडोज के साथ समस्या है, तो नोवेल को इसका पता लगाने दें।

लेकिन, जाहिरा तौर पर, वे डीआर-डॉस के बारे में परवाह करते हैं - क्योंकि उन्होंने इस तरह के एक परिष्कृत जांच को लागू किया, और यहां तक ​​कि इसे सावधानीपूर्वक भ्रमित किया।



Microsoft अपने उत्पादों के बीच संवाद करने के लिए अनिर्दिष्ट इंटरफेस का उपयोग करने के लिए नया नहीं है। उदाहरण के लिए, DR-DOS सहित DOS क्लोन को MS-DOS के पुराने संस्करणों को लागू करना होगा, उदाहरण के लिए, MS-DOS 3.31, ताकि विंडोज उन पर उन्नत मोड में चले। ऐसा इसलिए है क्योंकि DOSMGR



में DOSMGR



ड्राइवर MS-DOS 5/6 के साथ संचार के लिए एक WIN386.EXE



प्रोटोकॉल का उपयोग करता है, जिसे अभी तक अन्य कंपनियों द्वारा डिक्रिप्ट नहीं किया गया है। यदि क्लोन डॉस के आधुनिक संस्करणों के रूप में सामने आते हैं, तो विंडोज एक असमर्थित प्रोटोकॉल का उपयोग करके उनके साथ संवाद करने की कोशिश करेगा।

लेकिन जानबूझकर भ्रमित करने और एन्क्रिप्ट करने के लिए अविभाजित इंटरफेस से संक्रमण प्रतियोगिता की एक अभूतपूर्व अभूतपूर्व तकनीक है।

---

विंडोज - बिल गेट्स और ब्रैड सिल्वरबर्ग के पिता के वीजा के लिए AARD- कोड के लेखक का उत्तर बहुत ही मैला और पानी से भरा है। संक्षेप में, विंडोज डेवलपर्स को परीक्षण करते समय DOS क्लोन के साथ कई समस्याएं मिलीं, और सभी असंगतताओं का पता लगाने और उन्हें दरकिनार करने के लिए अतिरिक्त प्रयास नहीं करने का निर्णय लिया, लेकिन जब एमएस-डॉस पर विंडोज शुरू नहीं होता है, तो एक संदेश प्रदर्शित करें, "ऑपरेटिंग सिस्टम समर्थित नहीं है; अपने जोखिम पर जारी रखें।



हारून इस धारणा से भी नाराज है कि Microsoft को डॉस के अन्य संस्करणों पर विंडोज का समर्थन करना चाहिए: “वे अब कई वर्षों से रह रहे हैं कि वे हमारे विकास को फाड़ रहे हैं; हमारे पास उनके लिए उनके शिल्प को डिबग करने की भी कमी थी। ”



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

और बीटा आयोजकों के लिए यह जानना महत्वपूर्ण था कि कौन से उपयोगकर्ता MS-DOS के तहत काम करते हैं (और विंडोज पर असली बग्स की रिपोर्ट करते हैं) और कौन से डॉस क्लोन के तहत हैं (और, संभवतः, इन क्लोनों के बग का निरीक्षण करते हैं, विंडोज का नहीं)।

कोड को तब एन्क्रिप्ट किया गया था ताकि नोवेल के पास इसे पता लगाने और DR-DOS का एक संस्करण जारी करने का समय न हो, जो कि विंडोज के बीटा परीक्षण के अंत से पहले इसके माध्यम से चलेगा - यह परिणाम के साथ परीक्षण आयोजकों को भ्रमित करेगा।



बीटा परीक्षण के बाद, लेकिन रिलीज से पहले, परियोजना प्रबंधन ने योजनाओं को बदल दिया, और अंतिम समय में, डॉस "प्रमाणीकरण" को पूरी तरह से हटा दिया गया। बस मामले में, मौजूदा कोड जगह में छोड़ दिया गया था: परिवर्तन की मात्रा जितनी छोटी होगी, गलती से किसी अन्य स्थान पर कुछ गिरने की संभावना कम होगी।











असामान्य यादें "बैरिकेड्स के दूसरी तरफ" लैरी ओस्टर्मन का नेतृत्व करती हैं :

मुझे नहीं पता कि यह AARD कोड को भ्रमित क्यों कर रहा था; मुझे लगता है कि यह बेवकूफी है। लेकिन मेरा कहना है कि मैं डॉस प्रमाणीकरण के विचार से बिल्कुल सहमत हूं। विंडोज डेवलपर्स ने फैसला किया कि वे सिस्टम के सभी कोनों को अपने आप में रखते हैं, जिसमें अनिर्दिष्ट ओएस संरचनाएं शामिल हैं। वे जानते थे कि उन्हें कैसे खोजना है, वे अपने आकार को जानते हैं, और वे इन आंतरिक संरचनाओं को अपने स्वयं के साथ बदलने के लिए एक मिनट के लिए संकोच नहीं करते। एमएस-डॉस डेवलपर के दृष्टिकोण से कहने की आवश्यकता नहीं है, विंडोज समर्थन एक बुरा सपना था।



एक उदाहरण: जब विंडोज बूट हुआ, तो उसने एसएफटी का आकार बढ़ा दिया - एमएस-डॉस फाइलों की आंतरिक तालिका (यह वही तालिका है जो config.sys



सेट में FILES=



पंक्ति है)। इसे तब बढ़ाने के लिए आवश्यक था, एक ही समय में 20 से अधिक फाइलें खोलने में सक्षम होने के लिए: एक मल्टी-टास्किंग ओएस की कल्पना करें जिसमें 20 फाइलें खोलना असंभव होगा। लेकिन इसके लिए, एक अनिर्दिष्ट कॉल वाले विंडोज प्रोग्रामर्स को "दिलचस्प" एमएस-डॉस संरचनाओं के लिए एक संकेतक मिला, एक ज्ञात ऑफसेट जोड़ा गया, और सिस्टम SFT को अपने स्वयं के साथ बदल दिया।



जब मैं MS-DOS 4.0 पर काम कर रहा था, और हमें विंडोज के लिए समर्थन प्रदान करने की आवश्यकता थी, तो पॉइंटर को उस स्थान पर छोड़ना मुश्किल नहीं था जहां विंडोज को खोजने की उम्मीद थी। समस्या यह थी कि MS-DOS 4.0 SFT MS-DOS 3.1 की तुलना में दो बाइट अधिक था। ताकि विंडोज SFT को बदल सके, मैंने DOS बूटलोडर में एक कोड जोड़ा जो कि WIN.COM



की शुरुआत को WIN.COM



; अपने कोड में पुराने SFT के आकार के बराबर एक ऑपरेंड के साथ एक MOV



निर्देश पाता है; और सीधे मेमोरी में यह नए SFT आकार के साथ इस ऑपरेंड को बदल देता है।

यह सही है: हमें मक्खी पर विंडोज कोड को पैच करना था ताकि यह काम करना जारी रखे।



अब आप समझते हैं कि विंडोज डॉस क्लोन पर क्यों नहीं चलना चाहता था। इस तथ्य के अलावा कि उसने अनिर्धारित संरचनाओं में मेजबानी की, उसने सक्रिय रूप से सिस्टम कार्यों के विशिष्ट कार्यान्वयन की सुविधाओं का उपयोग किया: किन क्षणों में उन्हें बुलाया जा सकता है, और जिस पर नहीं; कौन से रीजेंट हैं और कौन से नहीं हैं। कल्पना कीजिए कि एक असंगत डॉस पर क्या हो सकता है: डिस्क पर डेटा भ्रष्टाचार के अस्पष्टीकृत फ्रीज से।



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