🥥 🏗️ 🏬 सुश्री डॉस जो हमने कभी नहीं देखी 🤹🏾 💩 👨🏼‍⚕️

कभी-कभी प्रकृति की ऐसी कलाकृतियाँ होती हैं, जिन्हें आप अनजाने में विभिन्न षड्यंत्र सिद्धांतों और वैकल्पिक कहानियों के बारे में सोचने लगते हैं। आज मैं MS-DOS ऑपरेटिंग सिस्टम के विभिन्न अल्पज्ञात और बहुत पहलुओं के बारे में बात करना चाहूंगा। होबे पर डॉस के बारे में बहुत सी कहानियाँ थीं: लघु निबंध, विस्तृत कालक्रम, संस्मरण के संस्मरण, लेकिन 1985 से एमएस-डॉस 4.0 के बारे में किसी ने कभी गौर नहीं किया। मुझे लगता है कि यह आईबीएम पीसी के लिए ऑपरेटिंग सिस्टम के विकास का एक बहुत महत्वपूर्ण हिस्सा है, लेकिन इस तरह के एक महत्वपूर्ण संक्रमणकालीन चरण के बारे में आश्चर्यजनक रूप से बहुत कम जानकारी है। यह वस्तुतः खोई हुई डॉस शाखा है और इसके बारे में जानकारी प्राप्त करना एक बड़ी समस्या है। यदि आप प्रीमेप्टिव मल्टीटास्किंग, वर्चुअल मेमोरी, स्वैप, सेमाफोर और आईपीसी के लिए डॉस सपोर्ट के बारे में सुनेंगे तो आप क्या सोचेंगे। साइंस फिक्शन?

दरअसल, कहानी एक बेकार दिन शुरू हुई, जब शिथिलता के कारण मैंने काम के बजाय थोड़ा इंटरनेट पढ़ने का फैसला किया। मैंने एक बार newfangled 80286 प्रोसेसर पर आधारित शार्प पीसी 6200 लैपटॉप और दो डिस्क, एक 10 मेगाबाइट एचडीडी और दूसरा 4 मेगाबाइट रोम से लैस किया था। रॉम ड्राइव पर निर्माता और डॉस इंस्टॉलर से उपयोगिताओं थे। डेवलपर्स के अनुसार, यदि किसी व्यक्ति ने एक नया हार्ड ड्राइव खरीदा है, तो वह इसे तोड़ सकता है, इसे प्रारूपित कर सकता है और अंतर्निहित लैपटॉप साधनों का उपयोग करके सीधे डॉस स्थापित कर सकता है। शायद, यह निर्णय लैपटॉप में एक ड्राइव की कमी से तय किया गया था, लेकिन मेरे लिए यह बहुत मूल और ताज़ा था। मुझे आत्मविश्वास से याद आया कि DOS 4.0 था और मैं इसके बारे में और सीखना चाहता था, खासकर जब से एक असफल प्रणाली के रूप में इसके बारे में प्रसिद्धि थी, लेकिन मैं बारीकियों को नहीं जानता था।

सचमुच पहले अनुरोध से, मुझे जारी करने में बहुत विरोधाभास मिला। समस्याओं की सूची से शुरू होने और रिलीज की तारीख के साथ समाप्त होने पर, वास्तव में सब कुछ बदल गया। यह अलग से ध्यान दिया जाना चाहिए कि उन जंगली समय में डॉस की रिहाई के बारे में बात करना जरूरी नहीं था। पांचवें संस्करण तक, एमएस डॉस मुक्त बाजार में नहीं बेचा गया था; माइक्रोसॉफ्ट ने विशेष रूप से उपकरण निर्माताओं और कॉर्पोरेट सेगमेंट के लिए काम किया था, इसलिए उन समय के संस्करणों को या तो पहले से स्थापित सिस्टम के साथ खरीदे गए उपकरण के नमूनों के लिए जाना जाता है, या उद्यमों से लीक संस्करणों के लिए। इसके अलावा, उस समय के डॉस व्यावहारिक रूप से नंगे थे, केवल कुछ बहुत ही महत्वपूर्ण प्रणाली उपयोगिताओं, और बहुत अधिक लागू सॉफ़्टवेयर से आप केवल असेंबलर / डिस्सेम्बलर / डीबगर DEBUG, कुछ संस्करणों में रैखिक पाठ संपादक EDLIN और BASIC का उल्लेख कर सकते हैं। एक नंगे सिस्टम को प्राप्त करने के बाद, इसमें व्यावहारिक रूप से कुछ नहीं करना था, लेकिन यह उन दिनों की प्रवृत्ति है। लेकिन कंप्यूटर आमतौर पर एक बहुत ही विशिष्ट उद्देश्य के लिए खरीदा गया था, और सबसे अधिक संभावना है कि ओएस सॉफ्टवेयर के लिए चुना गया था, और इसके विपरीत नहीं। इस पृष्ठभूमि के खिलाफ विशेष रुचि सीपी / एम 86 है, जिसमें उस समय एक दृश्य पाठ संपादक, एक कोडांतरक और बुनियादी संकलक शामिल थे। हालांकि, हमारे डॉस पर वापस जाएं। कुछ साइटों पर, मुझे सबूत मिला कि DOS 4.0 एक मूलभूत रूप से नया ऑपरेटिंग सिस्टम था और इसके कर्नेल में बहुत कम से कम बहुत बड़े बदलाव किए गए थे: नई FAT16 फाइल सिस्टम, जिसने 32 मेगाबाइट से अधिक की हार्ड ड्राइव का उपयोग करने की अनुमति दी, इसके लिए VFS कर्नेल में सफलतापूर्वक काम करने की अनुमति देता है। एक साथ दो अलग-अलग फ़ाइल सिस्टम के साथ, मल्टीटास्किंग, सेमाफोर और साझा मेमोरी तक। प्रत्यक्षदर्शियों के अनुसार, संस्करण 4.01 में सिस्टम को कंघी किया गया था, मल्टीटास्किंग को अवरुद्ध कर दिया गया था और एक व्यावहारिक प्रणाली जारी की गई थी।

फिर, इसे हल्के से डालने के लिए, मुझे बहुत आश्चर्य हुआ। मुझे स्पष्ट रूप से याद है कि लैपटॉप पर कोई मल्टीटास्किंग और साझा की गई मेमोरी नहीं थी, और संस्करण सख्ती से 4.00 के बराबर था। लेकिन मुझे लगा कि यह विषय स्पष्ट रूप से दिलचस्प है और थोड़ा अध्ययन किया गया है। फिर सच्चाई धीरे-धीरे खत्म होने लगी। यह पता चलता है कि 4.00 के दो संस्करण हैं, जिनमें से एक सभी के लिए अच्छी तरह से जाना जाता है, 1988 में जारी किया गया था और 3.30 पर आधारित है, दूसरा 1985 के अंत में जारी किया गया था, 3.1 से भागों के साथ 2.1 के आधार पर और इन सभी जादुई गुणों वाले हैं। उनके भेद के लिए, 1985 के संस्करण को लोकप्रिय रूप से 4.00M कहा जाता है।

इस बिंदु पर, मुझे सामान्य चौथे संस्करण के बग में पूरी तरह से दिलचस्पी नहीं थी, और मैंने मल्टीटास्किंग संस्करण की छवियों के लिए शिकार करना शुरू कर दिया। मैंने विभिन्न विक्रेताओं के लिए एमएस डॉस 4.0 के लगभग दस अलग-अलग संस्करण एकत्र किए, जिनमें से एक नोकिया भी था (जहां से उनके सहयोग के पैर बढ़ते हैं), वैसे, मुझे एमएस डॉस 3.3 के लिए स्रोत कोड मिला था, लेकिन वह 4.30 एमएम नहीं था। और छवियों की खोज की गई, और न केवल, बल्कि सीधे ऑन-लाइन x86 एमुलेटर में।

प्रणाली में दो फ्लॉपी डिस्क शामिल थे, जहां वास्तव में, ऑपरेटिंग सिस्टम की कर्नेल और उपयोगिताओं का एक बहुत न्यूनतम सेट था। कोई दस्तावेज शामिल नहीं थे। कोई मदद नहीं। इसके अलावा, यहां तक कि कुंजी /? सभी टीमों पर मौजूद नहीं है! लेकिन मुख्य कार्यक्षमता भी दिखाई देती है। दाईं ओर, एक कार्य सूची दिखाई दी जिसमें आप एक नई प्रक्रिया बना सकते हैं या मौजूदा लोगों के बीच स्विच कर सकते हैं। जो, सामान्य रूप से, वास्तव में मुझे प्रभावित नहीं करता था। मुझे यह भी यकीन नहीं था कि यह Microsoft से एक प्रामाणिक संस्करण है, और नेटवर्क पर अफवाहों पर कोई धोखा नहीं है। वास्तव में हम इसे साबित करेंगे। इसके अलावा, तथ्य यह है कि SM.EXE के शीर्ष पर कुछ प्रकार के ब्लॉटेक द्वारा मल्टीटास्किंग लागू किया जाता है, इस संस्करण के पक्ष में बोलता है। यहाँ CONFIG.SYS की सामग्री है:

BUFFERS=20 FILES=40 SHELL=c:\dos\sm.exe c:\command.com

आगे के शोध में कई विषमताओं का पता चला। सबसे पहले, ये .PIF फाइलें हैं जो फ्लॉपी डिस्क पर थीं, जिन्होंने इस डॉस को विंडोज के समान बनाया। PIFEDIT.EXE और पहले लंबे समय से प्रतीक्षित दस्तावेज़: swapper.doc दूसरे डिस्केट पर पाए गए थे।

swapper.doc

 ;  Swapper.doc
 ;
 ;  SCCSID = @ (#) swapper.doc 6.1 85/10/09

 डॉस 4.00 विभाजन स्वैगर का उपयोग करना।

 1. आपको autoexec.bat फ़ाइल में swapper, swapper.exe जोड़ना होगा।  जोड़ना
    निम्नलिखित पंक्तियाँ:

     डिफ़ॉल्ट डिफ़ॉल्ट = 5
     अलग करना
     डिफ़ॉल्ट डिफ़ॉल्ट = 127

    इससे स्वैगर न्यूनतम स्थान पर चल सकता है।

    ध्यान दें कि स्वैगर को पीछे से चलाना होगा।

 2. उपर्युक्त कॉन्फ़िगरेशन स्वैपर को डिफ़ॉल्ट करने का कारण होगा
    सी की जड़ निर्देशिका: अपनी स्वैप फ़ाइलों का पता लगाने के लिए ड्राइव।  आप कर सकते हैं
    बताएं कि स्वैप फाइल को निर्दिष्ट करके कहां स्वैप करना है
    ड्राइव और निर्देशिका भी।  आपको हमेशा निर्दिष्ट करना चाहिए
    ड्राइव और स्वैगर की मूल निर्देशिका के लिए डिफ़ॉल्ट होगा
    ड्राइव।  उदाहरण:

     अलग स्वैप डी:
    या
     detach swapper c: \ tmp

 3. स्वैपकर्ता अपनी स्वैप फ़ाइलों की सफाई का प्रबंधन करेगा।  अगर द
    स्वैप क्रैश को सिस्टम क्रैश के बाद बदल दिया जाता है
    मौका है कि स्वैप फ़ाइलों को चारों ओर छोड़ दिया जाएगा।  इन्हें हटाया जा सकता है
    निम्नलिखित "पुराने" स्वैप निर्देशिका को निष्पादित करके:

     डेल * .swp

 वर्तमान में किसी भी कार्य की अदला-बदली की जा सकती है, इसलिए सावधानी बरतें
 संकल्प लिया।  यदि आप स्वैपिंग नहीं करना चाहते हैं, तो "अलग करें" हटा दें
 स्वैपर "autoexec.bat फ़ाइल से।

यह पहले से ही वास्तव में दिलचस्प होना शुरू हो रहा है। सबसे पहले, तारीख दिखाई देती है: 9 अक्टूबर, 1985, दूसरी बात, गतिविधि का दायरा दिखाई देता है। अलग-अलग, यह ध्यान देने योग्य है कि यह केवल अक्टूबर 1985 है, और विंडोज का पहला संस्करण केवल नवंबर में जारी किया गया था। यही है, पीआईएफ तकनीक अभी तक माइक्रोसॉफ्ट की दीवारों से आगे नहीं बढ़ी है। एक मेमसेट मेमोरी मैनेजमेंट यूटिलिटी, वास्तविक बैकग्राउंड प्रॉसेस, टीएसआर को कम नहीं करता है जो इंटरप्ट वैक्टर को बाधित करता है। वर्चुअल मेमोरी और डिस्क पर सेगमेंट अपलोड करने की क्षमता। मैंने तुरंत टुकड़ी कमान के साथ कुछ शुरू करने की कोशिश की और चल रही प्रक्रिया के पीआईडी के रूप में प्रतिक्रिया प्राप्त की। यह दिलचस्प है कि यदि आप पृष्ठभूमि में एक इंटरैक्टिव कमांड चलाने की कोशिश करते हैं, तो इसका आउटपुट वर्तमान कंसोल के साथ ओवरलैप हो जाता है, और यह तुरंत एंड-ऑफ-फ़ाइल चरित्र ^ जेड प्राप्त करता है और बंद हो जाता है। यदि आप FDISK चलाते हैं, तो टर्मिनल सेटिंग्स दूषित हो जाती हैं। यदि आप इस टर्मिनल का सत्र समाप्त करते हैं और इसे फिर से खोलते हैं तो भी उन्हें बहाल नहीं किया जाता है। यही है, टर्मिनलों को सांख्यिकीय रूप से आवंटित किया जाता है। दिलचस्प है, सीएलएस उम्मीद के मुताबिक काम नहीं करता है, लेकिन बस ईएससी अनुक्रम प्रदर्शित करता है। यही है, टर्मिनल प्रत्यक्ष मेमोरी एक्सेस से बहुत दूर हैं और ANSI के माध्यम से नियंत्रित होने चाहिए। एक एएनएसआई ड्राइवर था, लेकिन मैंने इसे डाउनलोड नहीं किया। तब मुझे पहले से ही इस तरह के पैमाने पर बहुत अधिक संदेह था। तो एमुलेटर को छोड़ दें और सीधे शव यात्रा पर जाएं।

छवियों को डाउनलोड करने के बाद, मैंने सभी सामग्रियों को एक अलग निर्देशिका में निकाला। मैंने हटाई गई फ़ाइलों के लिए छवियों की जाँच की, लेकिन सब कुछ साफ हो गया। कुछ और पाने की भूतिया उम्मीद गायब हो गई है। तो चलिए शुरू करते हैं। सबसे पहले, ध्यान दें कि फ़ाइल संरचना नाटकीय रूप से बदल गई है। उदाहरण के लिए popup.exe: MS-DOS निष्पादन योग्य, NE (अज्ञात OS) (ड्राइवर) या queuer.exe: MS-DOS निष्पादन योग्य, MS-DOS के लिए NE और यहां तक कि attrib.exe: MS-DOS निष्पादन योग्य, MS Windows 3 के लिए NE .x। हालाँकि फ़ाइल ठीक चलती है। तो यह सबसे अधिक संभावना है कि फ़ाइल उपयोगिता गड़बड़ है, या बस फ़ाइल प्रारूप अभी तक पूरी तरह से मानकीकृत नहीं है।
फ़ाइलों में पीई के समान एक हेडिंग अधिक होती है, जिसका उपयोग आप डॉस के साथ काम करने के लिए करते हैं। आप मूल फ़ाइल नाम और DOSCALLS नामक आयातित निर्यात पात्रों की सूची यहाँ देख सकते हैं, अर्थात्, स्पष्ट रूप से साझा पुस्तकालयों या IPC के समान कुछ लागू करने का प्रयास था।
संस्करण इस तरह से परिभाषित किया गया है।

 MS-DOS संस्करण 4.00
 कॉपीराइट 1981.82.83.84.85 Microsoft कॉर्प

 $ नटर्न रिवीजन 6.7, 85/11/26

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

डॉक्सलैस सूची: ऑलकोसैग, रेलास्कोस, फ्रेटेस, लोकोस्कैग, UNLOCKSEG, GETSEGSIZE, GETDSHANDLE, CRITENTER, CRITLEAVE, FCRITENTER, FCRITLEAVE, PBLOCK, PRUN, SUBSCREEN, GETSEN, GIDS प्रक्रियाओं की एक सूची प्राप्त करने के लिए दृश्य स्मृति आवंटन संचालन और साथ ही सिंक्रनाइज़ेशन तंत्र, महत्वपूर्ण अनुभाग और GETPIDS। दिलचस्प है, मुझे उपयोगकर्ता के लिए प्रक्रियाओं की एक सूची प्राप्त करने का कोई तरीका नहीं मिला। केवल, इसलिए बोलने के लिए, आवेदनों की एक सूची।
दिलचस्प पथ कर्नेल में दिखाई देते हैं, उदाहरण के लिए \ SHAREMEM \, \ SEM \, और अन्य फ़ाइलों में \ SHAREMEM \ SMPGNAME, \ SHAREMEM \ SMDATA1, \ SHAREMEM \ PRINTQUE, \ SEM \ PRINT.INS, \ SEM \ PRINT.GO साझा मेमोरी और सेमाफोर काम करते हैं
PIFEDIT का उपयोग करके, आप एक बाइनरी के लिए बना सकते हैं। PIF फ़ाइल आवश्यक झंडे के विवरण के साथ (उदाहरण के लिए, पृष्ठभूमि में लॉन्च और 8087 का उपयोग करके) और मेमोरी सीमा। इसके अलावा, इन सेटिंग्स को सीधे NE EXE में सेव किया जा सकता है।
COMMAND.COM न केवल BAT, COM और EXE, बल्कि PIF को भी लोड कर सकती है।
निहित link4.exe एक निष्पादन योग्य फ़ाइल लिंकर है जो NE प्रारूप का उपयोग कर सकता है। दिलचस्प है, 1988 से MS-DOS 4.0 में, लिंकर के तीसरे संस्करण का उपयोग किया जाता है, और यहां चौथा है। यह भी ध्यान रखना दिलचस्प है कि लिंकर प्रणाली का एक बुनियादी घटक है, लेकिन एक भी संकलक नहीं है जो आपको प्राप्त करना है। यह इस तथ्य से समझाया जा सकता है कि पुराने संकलक का उपयोग नए संस्करण के लिए किया जा सकता है, लेकिन नए प्रारूप के कारण, एक नया लिंकर।
मानक उपकरणों के लिए ड्राइवर अलग हैं, स्टार्टअप पर छोटे संस्करण और लाइनें हैं, जो पहले नहीं थे, उदाहरण के लिए - कॉम डिवाइस ड्राइवर स्थापित करना V1.02 ---। निश्चित रूप से यह उपकरणों के आंतरिक प्रतिनिधित्व में बदलाव के कारण है।
फ़ाइलों में स्रोत फ़ाइल के नाम के बारे में बहुत अधिक बाहरी लाइनें होती हैं, जो रिलीज़ में नहीं होती हैं। वे कभी-कभी संशोधित OEM संस्करणों में पाए जा सकते हैं, लेकिन मूल लोगों में नहीं। उनमें से बहुत सारे हैं, जो स्रोत कोड के पेड़ और तिथियों की संरचना का कुछ विचार देते हैं।
संस्करणों
डॉस / append.exe: @ (#) append.c 1.1 85/10/09
dos / assign.exe: @ (#) असाइनमेंट 6.1 85 85/10/23
dos / attrib.exe: @ (#) attrib.c 6.1 85/10/24
dos / fdisk.exe: @ (#) fdisk.c 1.1 85/10/09
dos / fdisk.exe: @ (#) fddata.c 1.1 85/10/09
dos / fdisk.exe: @ (#) fdlow.c 1.1 85/10/09
dos / fdisk.exe: @ (#) fdsub.c 1.1 85/10/09
dos / join.exe: @ (#) joinsbst.c 6.3 85/11/08
dos / join.exe: @ (#) sysvar.c 6.2 85/11/08
dos / join.exe: @ (#) cds.c 6.2 85/11/08
dos / join.exe: @ (#) dpb.c 6.1 85/11/08
dos / label.exe: @ (#) label.c 6.1 85/10/24
dos / link4.exe: @ (#) newdef.y 6.2 85/10/14
dos / link4.exe: @ (#) ms4bnr.c 1.1 85/10/15
dos / mode.exe: @ (#) mode.c 6.2 85/10/24
dos / pifedit.exe: @ (#) getkey.c 6.1 85/10/25
dos / pifedit.exe: @ (#) pifmes.c 6.1 85/10/10/25
dos / pifedit.exe: @ (#) advpscrn.c 6.1 85/10/10/25
dos / pifedit.exe: @ (#) advescrn.c 6.1 85/10/10/25
dos / pifedit.exe: @ (#) usrscrn.c 6.1 85/10/10/25
dos / pifedit.exe: @ (#) रेंजर्स.c 6.1 85/10/25
dos / subst.exe: @ (#) joinsbst.c 6.3 85/11/08
dos / subst.exe: @ (#) sysvar.c 6.2 85/11/08
dos / subst.exe: @ (#) cds.c 6.2 85/11/08
dos / subst.exe: @ (#) dpb.c 6.1 85/11/08
dos / swapper.doc: @ (#) swapper.doc 6.1 85/10/09
ega.sys: @ (#) BIOSMSYN6.1
ega.sys: @ (#) scrinit.asm 6.3 85/11/14
ibmbio.com:@(#)BIOSMSYN6.1
ibmbio.com:@(#)ibmbio.asm 6.4 85/11/25
ibmbio.com:@(#)scrinit.asm 6.3 85/11/14
ibmbio.com:@(#)ibmprint.asm 6.3 85/11/14
ibmbio.com:@(#)ibmatdsk.asm 6.3 85/11/14
ibmbio.com:@(#)ibmdsk.asm 6.3 85/11/14
ibmbio.com:@(#)sysini.asm 6.4 85/11/14
ibmdos.com:@(#)msinit.asm 6.7 85/11/26
पिछले पैराग्राफ से आप डॉस के इस संस्करण में सी का सामान्य उपयोग देख सकते हैं। DOS 3.30 के लिए अधिकांश उपयोगिताओं को कोडांतरक में एन्कोड किया गया था।
कुछ उपयोगिताओं को अन्य संस्करणों से परिवर्तन के बिना लिया गया था, उदाहरण के लिए, 3.0 से CHKDSK, 2.0 से DISKCOPY, और पुराने फ़ाइल प्रारूप में पर्याप्त।
यहां तक कि इस आंतरिक संस्करण में भी व्यावहारिक रूप से कोई हास्य और डिबगिंग की जानकारी नहीं है, जो मुझे मिल सकता है, वह था AbRRetry .Ignore .Fail .Huh? .. और भयानक त्रुटि, अज्ञात नियंत्रण पैक।
जीवित लोगों के नाम या उपनाम के समान कुछ भी नहीं थे। इसके अलावा, यहां तक कि मानक वाक्यांश © कॉपीराइट 1988 Microsoft CorpLicensed Material - Microsoft की संपत्ति जो सभी रिलीज़ फ़ाइलों में है, किसी भी फाइल में समाहित नहीं है!
काफी ब्रेनवॉशिंग लाइनों जैसे \ DEV \ NUL और \ dev \ con को नहीं खोल सकते, और निष्पादन योग्य फ़ाइलों वाली निर्देशिका को बिन कहा जाता है। मैंने एक से अधिक बार पढ़ा है कि उस समय के कई Microsoft कर्मचारी यूनिक्स प्रशंसक थे।

अब एमएस डॉस के कार्यक्रमों के साथ संगतता के लिए इस चमत्कार की जांच करें। इसके लिए हमारे पास vc.com, rkega.com, sdrv.com, zork और कप्तान कॉमिक हैं। यहां हमें पहली निराशा मिलती है। न तो भेड़ियों, न ही एक रूसी ड्राइवर, न ही एक भाषण सिंथेसाइज़र स्थापित किया जा सकता है। Zork पूरी तरह से खेलता है, कार्य स्विच करते हैं। आप सीसी खेल सकते हैं, लेकिन शेड्यूल स्विच करने के बाद यह टूट जाता है। qbasic शुरू होता है, लेकिन अगर आप इससे स्विच करते हैं और फिर इसमें, सिस्टम हैंग हो जाता है। सामान्य तौर पर, संगतता केवल उन कार्यक्रमों के साथ होती है जो बहुत शांत तरीके से व्यवहार करते हैं, मानक एपीआई का उपयोग करते हैं और कभी भी, सीधे डॉस संरचनाओं में नहीं चढ़ते हैं। TSR एक वर्ग के रूप में उपलब्ध नहीं है। जाहिर तौर पर वीडियो मेमोरी तक सीधी पहुंच का भी स्वागत नहीं है। दरअसल, इस बिंदु के कारण यह संभव है कि परियोजना को भविष्य नहीं मिला।

बेशक, आप अभी भी डिस्क्लेमर प्राप्त कर सकते हैं और एक गहन विश्लेषण जारी रख सकते हैं, लेकिन मुझे लगता है कि फिलहाल हम तकनीकी पक्ष के साथ समाप्त कर सकते हैं। लेकिन राजनीतिक और ऐतिहासिक पक्ष भी दिलचस्प है। नतीजतन, हम आईबीएम से पीसी डॉस लीड-डेवलपर से डॉस के बारे में विभिन्न जानकारी का एक संग्रह पाते हैं, जिसके बीच 4.0M में एक पृष्ठ है :

मल्टीटास्किंग MS-DOS 4.0 1985 में DOS 3.x के विकास के समानांतर में किए गए DOS का थोड़ा ज्ञात और अलग विकास था। इसे बाद में रिटेल DOS 4.0 के साथ भ्रमित नहीं किया जाना चाहिए जो 1988 में जारी किया गया था। DOS 4.0 समर्थित प्रीमेस्सेटिव मल्टीटास्किंग , साझा मेमोरी, सेमाफोर, उन्नत मेमोरी प्रबंधन, एक सत्र प्रबंधक, आयात, निर्यात और एक नया निष्पादन योग्य प्रारूप। यहां पेश किए गए कई विचारों और विशेषताओं ने ओएस / 2 में अपना रास्ता ढूंढ लिया। दुर्भाग्य से डॉस 4.0 वास्तविक-मोड 8086 पर्यावरण और 640KB पता स्थान द्वारा सीमित था। इसके अलावा, जो प्रोग्राम अ-व्यवहारित या अनिर्धारित DOS फ़ंक्शंस पर निर्भर नहीं थे, DOS 4.0, विशेष रूप से TSR प्रोग्रामों के तहत ठीक से नहीं चलेंगे।

और लैरी ओस्टरमैन के इस संस्करण के डेवलपर ब्लॉग का लिंक, जहां हम पूरी तरह से आश्चर्यजनक चीजें पा सकते हैं:

MS-DOS 4.0 अद्वितीय था क्योंकि इसे "कल्पना पर" विकसित किया गया था - IBM ने एक मल्टीटास्किंग संस्करण MS-DOS की आवश्यकता नहीं देखी और एक नया हार्डवेयर ऑफ़र नहीं दिया, जिस पर उत्पाद संलग्न किया जा सके। लेकिन IBM के पास PC / AT था जो 80286 आधारित प्रोसेसर था और इसमें OS नहीं था जो उस हार्डवेयर का लाभ उठाता था। इसलिए IBM और Microsoft ने MS-DOS 4.0 कोड बेस लेने और अंततः इसे OS / 2 में बदलने के लिए बातचीत शुरू की। मैंने OS / 2 प्रयास पर काम नहीं किया, इसके बजाय मैंने MS-DOS 4.0 का लाइसेंस प्राप्त करने वाले OEM भागीदारों के लिए MS-DOS 4.0 को पूरा करने पर काम किया।

यह पता चला है कि यह संस्करण व्यर्थ नहीं था, यह न केवल ओएस / 2 का पूर्वज था, बल्कि इसका बॉट सचमुच, यहां इस्तेमाल की जाने वाली कई प्रौद्योगिकियां उस समय की विंडोज के साथ साझा की गईं और सीधे ओएस / 2 में चली गईं। हालाँकि, सभी ऐतिहासिक स्थलों पर, OS / 2 का इतिहास 1987 में शुरू होता है और OS / 2 SDK की रिलीज़ होती है, और यह एक संक्रमणकालीन कड़ी है जिसे हर कोई भूल गया है और इसका उल्लेख भी नहीं किया गया है।

पुनश्च:

 $ फ़ाइल append.exe
 append.exe: MS-DOS निष्पादन योग्य, OS के लिए NE / 2 1.x

सुश्री डॉस जो हमने कभी नहीं देखी

More articles: