डॉस

From Vigyanwiki
एमएस-डॉस 6 की बूट स्क्रीन, कमांड-लाइन इंटरफ़ेस और डायरेक्टरी स्ट्रक्चर दिखाने वाला स्क्रीनशॉट
स्क्रीनशॉट बूट स्क्रीन, कमांड-लाइन इंटरफ़ेस, संस्करण जानकारी और फ्रीडास की निर्देशिका संरचना दिखा रहा है

डास(/dɒs/, /dɔːs/[1]) "डिस्क ऑपरेटिंग सिस्टम" के लिए प्लेटफ़ॉर्म-स्वतंत्र परिवर्णी शब्द है जो बाद में आईबीएम पीसी कॉम्पैटिबल्स पर डिस्क-आधारित ऑपरेटिंग सिस्टम के लिए सामान्य आशुलिपि बन गया।[2] डी.ओ.एस. में मुख्य रूप से माइक्रोसॉफ्ट का एमएस-डॉस और आईबीएम पीसी डास नाम से पुनः नामकरण संस्करण सम्मलित है, दोनों को 1981 में प्रस्तुत किया गया था।बाद में अन्य निर्माताओं के संगत सिस्टम में डीआर डास (1988), रोम-डास (1989), पीटीएस-डास (1993) और फ्रीडास (1998)सम्मलित हैं। एमएस-डॉस 1981 और 1995 के बीच आईबीएम पीसी संगत बाजार पर हावी रहा।इस प्रकार की ऑपरेटिंग सिस्टम विंडोज़ से पहले के सिस्टम में उपयोग किया जाता था।

दर्जनों अन्य ऑपरेटिंग सिस्टम भी परिवर्णी शब्द डास का उपयोग करते हैं, जिसकी शुरुआत 1966 से मेनफ्रेम डास/360 और उत्तराधिकारी डास/360 से होती है।अन्य में एप्पल डास, एप्पल प्रोडास, अटारी डास, कमोडोर डास, टीआरएसडास और एमीगाडास सम्मलित हैं।

इतिहास

उत्पत्ति

एप्पल II के लिए Z-80 सॉफ्टकार्ड पर डिजिटल अनुसंधान एप्पल सीपी/एम दिखाने वाला स्क्रीनशॉट

आईबीएम पीसी डास (और अलग से बेचा गया एमएस-डॉस) और इसके पूर्ववर्ती, 86-डास, को डिजिटल रिसर्च के सीपी/एम के समान विकसित किया गया था—8 बिट इंटेल 8080 और Zilog Z80 माइक्रो कंप्यूटर के लिए प्रमुख डिस्क ऑपरेटिंग सिस्टम—परंतु इसके अतिरिक्त एमएस-डॉस में सीपी/एम एप्लिकेशन को आसानी से पोर्ट करने के लिए इंटेल 8086 16-बिट प्रोसेसर पर चलता है।

जब आईबीएम ने इंटेल 8088 माइक्रोप्रोसेसर के साथ निर्मित आईबीएम पीसी प्रस्तुत किया, तो उन्हें ऑपरेटिंग सिस्टम की आवश्यकता थी। सीपी/एम के 8088-संगत निर्माण की तलाश में, उन्होंने शुरू में आईबीएम बोर्ड के सदस्य मैरी मैक्सवेल गेट्स के बेटे, बिल गेट्स से संपर्क किया। आईबीएम को तब डिजिटल रिसर्च के लिए भेजा गया था, और बैठक की स्थापना की गई थी। चूंकि, सीपी/एम के उपयोग के लिए शुरुआती बातचीत बिगड़ गई: डिजिटल रिसर्च सीपी/एम को रॉयल्टी के आधार पर बेचना चाहता था, जबकि आईबीएम ने लाइसेंस मांगा और नाम बदलकर पीसी डॉस कर दिया। डिजिटल रिसर्च के संस्थापक गैरी किल्डाल ने अस्वीकार कर दिया, और आईबीएम वापस ले लिया।[3][4]

एक नमूना सिएटल कंप्यूटर उत्पाद 86-डॉस सत्र (नकली)

आईबीएम ने फिर बिल गेट्स से संपर्क किया। बदले में गेट्स ने सिएटल कंप्यूटर प्रोडक्ट्स से संपर्क किया। वहां, प्रोग्रामर टिम पैटर्सन ने सीपी/एम-80 का संस्करण विकसित किया था, जिसका उद्देश्य एस-100 बस के लिए Sसीपी के नए 16-बिट इंटेल 8086 सेंट्रल प्रोसेसिंग यूनिट कार्ड के परीक्षण के लिए आंतरिक उत्पाद के रूप में था। 86-डास के रूप में व्यावसायिक रूप से उपलब्ध होने से पहले सिस्टम को शुरू में सिएटल कंप्यूटर प्रोडक्ट्स (क्विक एंड डर्टी ऑपरेटिंग सिस्टम) नाम दिया गया था। माइक्रोसॉफ्ट ने कथित तौर पर 86-डास खरीदा US$50,000. यह 1981 में प्रस्तुत किया गया माइक्रोसॉफ्ट डिस्क ऑपरेटिंग सिस्टम, एमएस-डॉस बन गया।[5]

एक वर्ष के अंतर्गत माइक्रोसॉफ्ट ने 70 से अधिक अन्य कंपनियों को एमएस-डॉस का लाइसेंस दिया,[6] जो अपने स्वयं के हार्डवेयर के लिए ऑपरेटिंग सिस्टम की आपूर्ति करते थे, कभी-कभी अपने नाम के अनुसार । माइक्रोसॉफ्ट ने बाद में आईबीएम संस्करण के अपवाद के साथ एमएस-डॉस नाम के उपयोग की आवश्यकता जताई। आईबीएम ने आईबीएम पीसी के लिए अपना संस्करण, पीसी डास विकसित करना जारी रखा।[5]डिजिटल रिसर्च को पता चला कि सीपी/एम के समान ऑपरेटिंग सिस्टम आईबीएम द्वारा बेचा जा रहा था (उसी नाम के अनुसार जिस पर आईबीएम ने सीपी/एम के लिए जोर दिया था), और कानूनी कार्रवाई की धमकी दी। आईबीएम ने समझौते की प्रस्तुतकश करते हुए जवाब दिया: वे पीसी उपभोक्ताओं को पीसी डॉस या सीपी/एम-86, किल्डल के 8086 संस्करण का विकल्प देंगे। अगल-बगल, सीपी/एम लागत US$200 पीसी डास से अधिक, और बिक्री कम थी। सीपी/एम फीका पड़ गया, साथ ही एमएस-डॉस और पीसी डास पीसी और पीसी संगत के लिए मार्केटेड ऑपरेटिंग सिस्टम बन गए।[3]

माइक्रोसॉफ्ट ने मूल रूप से एमएस-डॉस को मात्र मूल उपकरण निर्माताओं (OEMs) को बेचा था। इसका प्रमुख कारण यह था कि सभी शुरुआती पीसी 100% आईबीएम पीसी संगत नहीं थे। डी.ओ.एस. को इस तरह संरचित किया गया था कि सिस्टम विशिष्ट डिवाइस ड्राइवर कोड (IO.SYS) और डास कर्नेल (MSडास.SYS) के बीच अलगाव था। माइक्रोसॉफ्ट ने ओईएम अनुकूलन किट (ओएके) प्रदान किया है जो ओईएम को डिवाइस ड्राइवर कोड को उनके विशेष सिस्टम में अनुकूलित करने की अनुमति देता है। 1990 के दशक की शुरुआत में, अधिकांश पीसी आईबीएम पीसी मानकों का पालन करते थे, इसलिए माइक्रोसॉफ्ट ने एमएस-डॉस 5.0 के साथ खुदरा क्षेत्र में एमएस-डॉस बेचना शुरू किया।

1980 के दशक के मध्य में माइक्रोसॉफ्ट ने एमएस-डॉस का मल्टीटास्किंग संस्करण विकसित किया।[7][8] डी.ओ.एस. के इस संस्करण को सामान्यतः यूरोपीय एमएस-डॉस 4 के रूप में संदर्भित किया जाता है क्योंकि इसे इंटरनेशनल कंप्यूटर लिमिटेड के लिए विकसित किया गया था और कई यूरोपीय कंपनियों को लाइसेंस दिया गया था। डी.ओ.एस. का यह संस्करण प्रीमेप्टिव मल्टीटास्किंग, शेयर्ड मेमोरी, डिवाइस हेल्पर सर्विसेज और नया निष्पादन योग्य (NE) फॉर्मेट एक्ज़ीक्यूटेबल्स को सपोर्ट करता है। डी.ओ.एस. के बाद के संस्करणों में इनमें से किसी भी सुविधा का उपयोग नहीं किया गया था, परंतु इनका उपयोग OS/2 1.0 कर्नेल का आधार बनाने के लिए किया गया था। डॉस का यह संस्करण व्यापक रूप से जारी पीसी डॉस 4.0 से अलग है जिसे आईबीएम द्वारा विकसित किया गया था और यह डॉस 3.3 पर आधारित था।

आईबीएम पर्सनल कंप्यूटर संस्करण 1.0 के लिए डिजिटल रिसर्च सीपी/एम-86

डिजिटल रिसर्च ने सीपी/एम-86 से खोए हुए बाजार को पुनः हासिल करने का प्रयास किया, शुरू में कौनकरेंट डास, FlexOS और डास Plus (दोनों एमएस-डॉस और सीपी/एम-86 सॉफ्टवेयर दोनों के साथ संगत), बाद में बहुउपयोगकर्ता डॉस (दोनों MS के साथ संगत) के साथ -डास और सीपी/एम-86 सॉफ़्टवेयर) और डीआर डास (एमएस-डॉस सॉफ़्टवेयर के साथ संगत)। डिजिटल रिसर्च को नोवेल ने खरीद लिया और डीआर डास, पाल्म डास और नोवेल डास बन गए; बाद में, यह कल्डेरा (कंपनी) (ओपनडास और डीआर-डास 7.02/डीआर-डास 7.03|7.03), Lineo, और डिवाइसलॉजिक्स के नाम का हिस्सा था।

गॉर्डन लेटविन ने 1995 में लिखा था कि डॉस, जब हमने पहली बार इसे लिखा था, आईबीएम को खुश रखने के उद्देश्य से बार का फेंक-दूर उत्पाद था जिससे वे हमारी भाषाओं को खरीद सकें।[9] माइक्रोसॉफ्ट को उम्मीद थी कि यह ज़ेनिक्स से पहले अंतरिम समाधान होगा। कंपनी ने समय के साथ एमएस-डॉस में सुधार करने की योजना बनाई, इसलिए यह एकल-उपयोगकर्ता ज़ेनिक्स, या XEडास से लगभग अप्रभेद्य होगा, जो मोटोरोला 68000, Zilog Z-8000, और LSI-11 पर भी चलेगा; वे ज़ेनिक्स के साथ ऊपर की ओर संगत होंगे, जिसे 1983 में बाइट ने भविष्य के बहु-उपयोगकर्ता एमएस-डॉस के रूप में वर्णित किया।[10][11]

OS/2 1.0 में एमएस-डॉस के समान टेक्स्ट मोड इंटरफ़ेस दिखाया गया है।

चूंकि, आईबीएम, डास को बदलना नहीं चाहता था।[12] AT&T द्वारा यूनिक्स की बिक्री शुरू करने के बाद, माइक्रोसॉफ्ट और आईबीएम ने विकल्प के रूप में OS/2 को विकसित करना शुरू किया।[9] बाद में दो कंपनियों के बीच डी.ओ.एस., OS/2 और विंडोज़ के दो उत्तराधिकारी ऑपरेटिंग सिस्टमों पर असहमति की श्रृंखला थी।[13] परिणामस्वरूप उन्होंने अपने डॉस सिस्टम के विकास को विभाजित कर दिया।[14] एमएस-डॉस का अंतिम खुदरा संस्करण एमएस-डॉस 6.22 था; इसके बाद एमएस-डॉस विंडोज़ 95, 98 और Me का हिस्सा बन गया। पीसी डास का अंतिम खुदरा संस्करण पीसी डास 2000 (जिसे पीसी डास 7 संशोधन 1 भी कहा जाता है) था, चूंकि आईबीएम ने बाद में OEM और आंतरिक उपयोग के लिए पीसी डास 7.10 विकसित किया। यह सीएलआई बेस्ड OS, जिसका use अभी शायद कोई भी नहीं करता क्योंकि ये पहले के समय में इस्तेमाल किया जाता था।

फ्रीडास परियोजना 26 जून 1994 को शुरू हुई, जब माइक्रोसॉफ्ट ने घोषणा की कि वह अब एमएस-डॉस की बिक्री या समर्थन नहीं करेगी। जिम हॉल (प्रोग्रामर) ने तब खुला स्रोत प्रतिस्थापन के विकास का प्रस्ताव करते हुए घोषणापत्र पोस्ट किया। कुछ ही हफ्तों में, पैट विल्लनि और टिम नॉर्मन सहित अन्य प्रोग्रामर इस परियोजना में सम्मलित हो गए। कर्नेल, COMMAND.COM कमांड लाइन दुभाषिया (शेल), और कोर उपयोगिताओं को पूलिंग कोड द्वारा बनाया गया था जो उन्होंने लिखा था या उपलब्ध पाया था। 3 सितंबर 2006 को फ्रीडास 1.0 वितरण जारी होने से पहले फ्रीडास के कई आधिकारिक पूर्व-रिलीज़ वितरण थे। जीएनयू जनरल पब्लिक लाइसेंस (GPL) के अनुसार उपलब्ध कराया गया, फ्रीडास को लाइसेंस शुल्क या रॉयल्टी की आवश्यकता नहीं है।[15][16]

अस्वीकार

माइक्रोसॉफ़्ट विंडोज़ के शुरुआती संस्करण एमएस-डॉस पर चलते थे।[17]1990 के दशक के प्रारंभ तक, विंडोज़ ग्राफिकल शेल ने नए डॉस सिस्टम पर भारी उपयोग देखा। 1995 में, विंडोज 95 को स्टैंडअलोन ऑपरेटिंग सिस्टम के रूप में बंडल किया गया था, जिसके लिए अलग डॉस लाइसेंस की आवश्यकता नहीं थी। विंडोज 95 (और विंडोज 98 और एमई, जिसने इसका अनुसरण किया) ने डिफ़ॉल्ट ओएस कर्नेल के रूप में काम किया, चूंकि एमएस-डॉस घटक संगतता के लिए बने रहे। विंडोज 95 और 98 के साथ, परंतु एमई के साथ नहीं, एमएस-डॉस घटक को विंडोज़ शुरू किए बिना चलाया जा सकता है।[18][19][20] डास के साथ अब विंडोज़ का उपयोग करने की आवश्यकता नहीं है, अधिकांश उपयोगकर्ताओं ने इसका सीधे उपयोग करना बंद कर दिया है।

निरंतर उपयोग

2012 में उपलब्ध संगत सिस्टम फ्रीडास, डीआर-डास, रोम-डास, पीटीएस-डास, Rxडास [21] और रियल 32 हैं।Dell और Hewlett-Packard सहित कुछ कंप्यूटर निर्माता, OEM ऑपरेटिंग सिस्टम के रूप में फ्रीडास और डीआर-डास वाले कंप्यूटर बेचते हैं [22][23]


एंबेडेड सिस्टम

हार्डवेयर तक पहुँचने की डी.ओ.एस. की संरचना सीधे इसे अंतः स्थापित प्रणाली में उपयोग करने की अनुमति देती है। डीआर-डास के अंतिम संस्करण अभी भी इस बाजार पर लक्षित हैं।[24] रोम-डास का उपयोग कैनन पावरशाट प्रो 70 के लिए ऑपरेटिंग सिस्टम के रूप में किया जाता है।[25]

अनुकरण

लाइनेक्स पर, डासईएमयू को चलाना संभव है, लाइनेक्स-देशी आभासी मशीन जो डी.ओ.एस.प्रोग्रामों को लगभग देशी गति से चलाने के लिए है। यूनिक्स और माइक्रोसॉफ्ट विंडोज जैसे डॉसबॉक्स के विभिन्न संस्करणों पर डॉस चलाने के लिए कई अन्य एमुलेटर हैं।[26][27] डासBox को आधुनिक ऑपरेटिंग सिस्टम पर लीगेसी गेमिंग (जैसे किंग्स क्वेस्ट, कयामत (1993 वीडियो गेम)) के लिए डिज़ाइन किया गया है।[17][26]

डिजाइन

एमएस-डॉस और आईबीएम पीसी डास संबंधित ऑपरेटिंग सिस्टम सामान्यतः इंटेल x86 या संगत सीपीU, मुख्य रूप से आईबीएम पीसी संगत का उपयोग करने वाली मशीनों से जुड़े होते हैं। एमएस-डॉस के मशीन-निर्भर संस्करण कई गैर-आईबीएम-संगत x86-आधारित मशीनों के लिए निर्मित किए गए थे, जिसमें निर्माता के नाम के अनुसार माइक्रोसॉफ्ट वितरण के रीलेबलिंग से लेकर विशेष रूप से गैर-आईबीएम-पीसी-संगत हार्डवेयर के साथ काम करने के लिए डिज़ाइन किए गए संस्करण थे। . जब तक एप्लिकेशन प्रोग्राम सीधे हार्डवेयर एक्सेस के अतिरिक्त डॉस एपीआई का उपयोग करते थे, वे आईबीएम-पीसी-संगत और असंगत दोनों मशीनों पर चल सकते थे। मूल फ्रीडास कर्नेल, डास-C, 1990 के दशक की शुरुआत में मोटोरोला 68000 श्रृंखला के सीपीU के लिए डास/NT से प्राप्त किया गया था। चूंकि ये प्रणालियां डॉस आर्किटेक्चर के समान दिखती हैं, परंतु इन गैर-x86-सी पी यू के असंगत निर्देश सेट के कारण एप्लिकेशन बाइनरी संगत नहीं थे। चूंकि, उच्च-स्तरीय भाषाओं में लिखे गए अनुप्रयोगों को आसानी से पोर्ट किया जा सकता है।

डास सिंगल-यूज़र, सिंगल-टास्किंग ऑपरेटिंग सिस्टम है जिसमें बेसिक कर्नेल (कंप्यूटर साइंस) फ़ंक्शंस हैं जो रीएन्ट्रेंट (सबरूटीन) हैं। समय में निष्पादित करने के लिए से अधिक कार्यक्रम। डास कर्नेल डास API (एप्लीकेशन प्रोग्राम इंटरफ़ेस) प्रदान करता है, जैसे कैरेक्टर I/O, फाइल मैनेजमेंट, मेमोरी मैनेजमेंट, प्रोग्राम लोडिंग और टर्मिनेशन।

डास बैच फ़ाइल के माध्यम से शैल स्क्रीप्टिंग की क्षमता प्रदान करता है (फ़ाइल नाम एक्सटेंशन के साथ .BAT). बैच फ़ाइल की प्रत्येक पंक्ति को चलाने के लिए प्रोग्राम के रूप में व्याख्या की जाती है। बैच फ़ाइलें आंतरिक आदेशों का भी उपयोग कर सकती हैं, जैसे GOTO और सशर्त (प्रोग्रामिंग)[28]ऑपरेटिंग सिस्टम एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस प्रदान करता है जो चरित्र-आधारित अनुप्रयोगों के विकास की अनुमति देता है, परंतु अधिकांश संगणक धातु सामग्री, जैसे कि वीडियो कार्ड, संगणक मुद्रक, या कम्प्यूटर का माउस तक पहुँचने के लिए नहीं। इसके लिए प्रोग्रामर को सीधे हार्डवेयर तक पहुंचने की आवश्यकता होती है, जिसके परिणामस्वरूप प्रत्येक एप्लिकेशन के पास प्रत्येक हार्डवेयर परिधीय के लिए डिवाइस ड्राइवर का अपना सेट होता है। हार्डवेयर निर्माता यह सुनिश्चित करने के लिए विनिर्देश जारी करेंगे कि लोकप्रिय अनुप्रयोगों के लिए डिवाइस ड्राइवर उपलब्ध हों।[29]

बूट अनुक्रम

  • पीसी-संगत कंप्यूटरों पर बूटस्ट्रैप लोडर, मास्टर बूट दस्तावेज़, बूट डिस्क के पहले ट्रैक (ट्रैक 0) पर पहला सेक्टर, प्रारंभिक क्षेत्र पर शुरू होता है। रोम BIOS इस सेक्टर को 0000h:7C00h पते पर मेमोरी में लोड करेगा, और सामान्यतः ऑफ़सेट +1FEh पर हस्ताक्षर "55h AAH" की जाँच करें। यदि सेक्टर को वैध नहीं माना जाता है, तो रोम BIOS पंक्ति में अगली भौतिक डिस्क की कोशिश करेगा, अन्यथा यह निश्चित रजिस्टरों के साथ लोड पते पर कूद जाएगा।
  • यदि लोडेड बूट सेक्टर मास्टर बूट दस्तावेज़ (एमबीआर) होता है, जैसा कि विभाजित मीडिया पर पाया जाता है, तो यह स्वयं को स्थानांतरित कर देगा 0000h:0600h याद में,[30] अन्यथा यह चरण छोड़ दिया जाता है।एमबीआर कोड विभाजन तालिका को स्कैन करेगा, जो इस क्षेत्र के भीतर स्थित है, सक्रिय विभाजन के लिए (आधुनिक एमबीआर जांचता है कि क्या बिट 7 ऑफसेट +1बीईएच+10एच*एन पर सेट है, जबकि पुराने एमबीआर केवल 80एच के मान की जांच करते हैं), और यदि पाया जाता है, तो संबंधित विभाजन के पहले सेक्टर को लोड करें, जो उस वॉल्यूम के वॉल्यूम बूट रिकॉर्ड (वीबीआर) को 0000h:7C00h पर मेमोरी में उसी तरह से लोड करता है जैसे कि यह रोम BIOS द्वारा ही लोड किया गया हो। एमबीआर तब लोड किए गए हिस्से को कुछ रजिस्टरों के साथ निष्पादित करेगा।
  • सेक्टर सामग्री पर लोड किया गया 0000h:7C00h अब VBR का गठन करता है। VBRs ऑपरेटिंग सिस्टम विशिष्ट हैं और सामान्य रूप से विभिन्न डास संस्करणों के बीच आदान-प्रदान नहीं किया जा सकता है, क्योंकि सटीक व्यवहार विभिन्न डास संस्करणों के बीच भिन्न होता है। डास के बहुत पुराने संस्करणों जैसे डास 1.x में, VBR संपूर्ण IO.SYS/आईबीएमBIO.COM फ़ाइल को मेमोरी में लोड करेगा 0000h:0600h.[31] इसके लिए काम करने के लिए, इन क्षेत्रों को SYS द्वारा डिस्क पर लगातार क्रम में संग्रहित किया जाना था। बाद के मुद्दों में, यह रूट डायरेक्टरी में पहली दो प्रविष्टियों की सामग्री का पता लगाएगा और संग्रहीत करेगा 0000h:0500h और यदि वे VBR में रिकॉर्ड की गई सही बूट फ़ाइलों को प्रतिबिंबित करने के लिए होते हैं, तो VBR IO.SYS/आईबीएमBIO.COM फ़ाइल के पहले 3 लगातार सेक्टरों को मेमोरी में लोड करेगा 0070h:0000h. डिस्क पैरामीटर तालिका (DPT) की सामग्री को संरक्षित करने के लिए VBR को भी ध्यान रखना होगा। अंत में, यह कुछ रजिस्टरों की स्थापना (विभिन्न डॉस संस्करणों के बीच काफी अंतर के साथ) के साथ अपने प्रवेश बिंदु पर कूदकर लोड किए गए हिस्से पर नियंत्रण रखता है।
  • बाद में[clarification needed] डास संस्करण, जहाँ VBR ने IO.SYS/आईबीएमBIO.COM फ़ाइल के मात्र पहले 3 सेक्टरों को मेमोरी में लोड किया है, लोड किए गए हिस्से में और बूट लोडर है, जो रूट डायरेक्टरी जानकारी का उपयोग करके शेष को मेमोरी में लोड करेगा। पर संग्रहीत 0000h:0500h. अधिकांश संस्करणों के लिए, फ़ाइल सामग्री को डिस्क पर लगातार क्रम में संग्रहीत करने की आवश्यकता होती है। डास के पुराने संस्करणों में, जो अभी भी समग्र रूप से लोड थे, इस चरण को छोड़ दिया गया है।
  • डास सिस्टम इनिशियलाइज़ेशन कोड इसके बिल्ट-इन डिवाइस ड्राइवर्स को इनिशियलाइज़ करेगा और फिर MSडास में स्थित डास कर्नेल को लोड करेगा। एमएस-डॉस सिस्टम पर SYS, मेमोरी में भी। विंडोज़ 9x में, डास सिस्टम इनिशियलाइज़ेशन कोड और बिल्ट-इन डिवाइस ड्राइवर और डास कर्नेल को IO.SYS फ़ाइल में संयोजित किया जाता है जबकि MSडास.SYS को टेक्स्ट कॉन्फ़िगरेशन फ़ाइल के रूप में उपयोग किया जाता है।
  • कॉन्फ़िगरेशन पैरामीटर को पार्स करने के लिए CONFIG.SYS फ़ाइल को तब पढ़ा जाता है। शेल चर शेल के स्थान को निर्दिष्ट करता है जो COMMAND.COM के लिए डिफॉल्ट करता है।
  • शेल लोड और निष्पादित किया गया है।
  • स्टार्टअप बैच फ़ाइल AUTOEXEC.BAT तब शेल द्वारा चलाई जाती है।[32][33]

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

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

पीसी डास और डीआर डास 5.0 और इसके बाद के संस्करण में, डास सिस्टम फ़ाइलों को IO.SYS के अतिरिक्त आईबीएमBIO.COM और MSडास.SYS के अतिरिक्त आईबीएमडास.COM नाम दिया गया है। इसके अतिरिक्त डीआर डास के पुराने संस्करण डीआरBIOS.SYS और डीआरBडास.SYS का उपयोग करते थे।

MS-डास 7.0 से शुरू होकर बाइनरी सिस्टम फाइल्स IO.SYS और MSडास.SYS को फाइल IO.SYS में जोड़ दिया गया, जबकि MSडास.SYS CONFIG.SYS और AUTOEXEC.BAT के समान कॉन्फ़िगरेशन फ़ाइल बन गया। यदि MSडास.SYS BootGUI निर्देश 0 पर सेट है, बूट प्रक्रिया WIN.COM को स्वचालित रूप से निष्पादित करने के बजाय लोड किए गए कमांड प्रोसेसर (सामान्यतः COMMAND.COM) के साथ बंद हो जाएगी।

फाइल सिस्टम

डास फ़ाइल सिस्टम का उपयोग करता है जो 8.3 फ़ाइल नामों का समर्थन करता है: फ़ाइल नाम के लिए 8 वर्ण और एक्सटेंशन के लिए 3 वर्ण। डास 2 से शुरू होकर पदानुक्रमित निर्देशिकाएँ समर्थित हैं। प्रत्येक निर्देशिका नाम भी 8.3 प्रारूप है परंतु आंतरिक वर्तमान निर्देशिका संरचना (सीडीएस) तालिकाओं के कारण अधिकतम निर्देशिका पथ लंबाई 64 वर्ण है जो डीओएस बनाए रखता है। ड्राइव नाम सहित, पूरी तरह से योग्य फ़ाइल नाम की अधिकतम लंबाई जो डास का समर्थन करती है, प्रारूप ड्राइव का उपयोग करके 80 वर्ण है: \path\filename.ext जिसके बाद शून्य बाइट है।

डास फाइल आवन्टन तालिका (FAT) फाइल सिस्टम का उपयोग करता है। यह मूल रूप से FAT12 था जो प्रति ड्राइव 4078 क्लस्टर तक का समर्थन करता था। डास 3.0 ने FAT16 के लिए समर्थन जोड़ा जो 16-बिट आवंटन प्रविष्टियों का उपयोग करता था और प्रति ड्राइव 65518 क्लस्टर तक समर्थित था। कॉम्पैक एमएस-डॉस 3.31 ने FAT16B के लिए समर्थन जोड़ा जिसने 32‑मेबीबाइट ड्राइव सीमा को हटा दिया और 512 MiB तक का समर्थन कर सकता है। अंत में एमएस-डॉस 7.1 (विंडोज़ 9x का डास घटक) ने FAT32 के लिए समर्थन जोड़ा जो 32-बिट आवंटन प्रविष्टियों का उपयोग करता था और 137 GiB तक हार्ड ड्राइव का समर्थन कर सकता था और इसके बाद भी।

डॉस 3.1 से शुरू होकर, फ़ाइल रीडायरेक्टर समर्थन को डॉस में जोड़ा गया था। यह शुरुआत में नेटवर्किंग का समर्थन करने के लिए प्रयुक्त किया गया था परंतु बाद में एमएससीडीईएक्स के साथ सीडी-रोम ड्राइव का समर्थन करने के लिए प्रयुक्त किया गया था। आईबीएम पीसी डास 4.0 में प्रारंभिक इंस्टाल करने योग्य फ़ाइल सिस्टम (IFS) समर्थन भी था परंतु इसका उपयोग नहीं किया गया था और इसे डास 5.0 में हटा दिया गया था। डास ने CONFIG.SYS से लोड किए गए ब्लॉक डिवाइसेस (डिस्क ड्राइव डिवाइसेस) का भी समर्थन किया है, जिनका उपयोग नेटवर्क उपकरणों का समर्थन करने के लिए डास फाइल सिस्टम के अनुसार किया जा सकता है।

ड्राइव नामकरण योजना

डॉस में, ड्राइव को अक्षरों की पहचान करके संदर्भित किया जाता है। फ्लॉपी ड्राइव के लिए A और B को आरक्षित करना मानक अभ्यास है। मात्र फ्लॉपी ड्राइव वाले सिस्टम पर डास दोनों अक्षरों को ड्राइव पर असाइन करता है, उपयोगकर्ता को डिस्क स्वैप करने के लिए प्रेरित करता है क्योंकि प्रोग्राम उनके बीच वैकल्पिक पहुँच प्रदान करता है। यह फ़्लॉपी से फ़्लॉपी में कॉपी करने या फ़्लॉपी से दूसरे पर अपने डेटा तक पहुँचने के दौरान प्रोग्राम चलाने की सुविधा प्रदान करता है। हार्ड ड्राइव्ज़ को मूल रूप से C और D अक्षर दिए गए थे। डॉस प्रति ड्राइव मात्र सक्रिय विभाजन का समर्थन कर सकता है। जैसे ही अधिक हार्ड ड्राइव के लिए समर्थन उपलब्ध हुआ, यह पहले प्रत्येक ड्राइव के सक्रिय प्राथमिक विभाजन के लिए ड्राइव अक्षर निर्दिष्ट करने में विकसित हुआ, फिर विस्तारित विभाजन में तार्किक ड्राइव के लिए अक्षरों को आवंटित करने के लिए ड्राइव पर दूसरा पास बनाना, फिर कोई भी देने के लिए तीसरा पास अन्य गैर-सक्रिय प्राथमिक विभाजन उनके नाम (जहां इस तरह के अतिरिक्त विभाजन उपस्थित थे और डॉस-समर्थित फ़ाइल सिस्टम सम्मलित थे)। अंत में, डास ऑप्टिकल डिस्क ड्राइव, RAM डिस्क और अन्य हार्डवेयर के लिए अक्षर आवंटित करता है। पत्र असाइनमेंट सामान्यतः ड्राइवरों को लोड किए जाने के क्रम में होता है, परंतु ड्राइवर डॉस को अलग पत्र असाइन करने का निर्देश दे सकते हैं; नेटवर्क ड्राइव के लिए ड्राइवर, उदाहरण के लिए, सामान्यतः वर्णमाला के अंत के पास अक्षर निर्दिष्ट करते हैं।[35]

क्योंकि डास एप्लिकेशन इन ड्राइव अक्षरों का सीधे उपयोग करते हैं (यूनिक्स-जैसी प्रणालियों में /dev निर्देशिका के विपरीत), उन्हें ड्राइव अक्षर की आवश्यकता वाले नए हार्डवेयर को जोड़कर बाधित किया जा सकता है। उदाहरण प्राथमिक विभाजन वाले नए हार्ड ड्राइव का जोड़ है जहां पहले से उपस्थित हार्ड ड्राइव में विस्तारित विभाजनों में तार्किक ड्राइव सम्मलित हैं; नई ड्राइव को अक्षर सौंपा जाएगा जो पहले विस्तारित पार्टीशन लॉजिकल ड्राइव में से को सौंपा गया था। इसके अतिरिक्त, यहां तक ​​कि विस्तारित विभाजन में मात्र तार्किक ड्राइव वाली नई हार्ड ड्राइव जोड़ने से भी RAM डिस्क और ऑप्टिकल ड्राइव के अक्षर बाधित होंगे। यह समस्या माइक्रोसॉफ्ट के डॉस-आधारित विंडोज के 9x संस्करणों के माध्यम से तब तक बनी रही जब तक कि उन्हें एनटी लाइन पर आधारित संस्करणों द्वारा प्रतिस्थापित नहीं किया गया, जो उपस्थित ड्राइव के अक्षरों को तब तक सुरक्षित रखता है जब तक कि उपयोगकर्ता उन्हें बदल नहीं देता।[35]डास के अनुसार , इस समस्या को SUBST ड्राइव को परिभाषित करके और डास प्रोग्राम को इस लॉजिकल ड्राइव में स्थापित करके हल किया जा सकता है। जब भी एप्लिकेशन शुरू होता है तो इस ड्राइव का असाइनमेंट बैच जॉब में बदल दिया जाएगा। समवर्ती डॉस के कुछ संस्करणों के साथ-साथ मल्टीयूजर डॉस, सिस्टम मैनेजर और आरईएएल/32 के अनुसार , आरक्षित ड्राइव अक्षर एल: जब भी कोई एप्लिकेशन शुरू होता है तो संबंधित लोड ड्राइव को स्वचालित रूप से असाइन किया जाएगा।

आरक्षित डिवाइस नाम

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

आरक्षित नाम हैं:

  • CON, कंसोल के लिए
  • AUX, सहायक के लिए
  • PRN, प्रिंटर के लिए[37]
  • NUL, अशक्त उपकरणों के लिए; 86-डास 1.10 और आईबीएम पीसी डास 1.0 में जोड़ा गया।

ये नाम (NUL को छोड़कर) तब से एमएस-डॉस, पीसी डास और डीआर-डास के सभी संस्करणों में समर्थित हैं।[38] LST MS-DOS 1.25 के कुछ OEM संस्करणों में भी उपलब्ध था, जबकि MS-DOS 1.25 के अन्य OEM संस्करण पहले ही उपयोग किए जा चुके हैं LPT1 (पहला समांतर बंदरगाह) और COM1 (पहला COM (हार्डवेयर इंटरफ़ेस)) इसके बजाय, जैसा कि PC DOS के साथ पेश किया गया था. निम्न के अलावा LPT1 तथा LPT2 साथ ही COM1 प्रति COM3, एचपी पोर्टेबल प्लस के लिए Hewlett-Packard का MS-DOS 2.11 भी समर्थित है LST के लिए उपनाम के रूप में LPT2 तथा 82164A के लिए उपनाम के रूप में COM2;[39][40]इसने भी समर्थन किया PLT षड्यंत्रकारियों के लिए।[39][40]अन्यथा, COM2, LPT2, LPT3 और यह CLOCK$ (अभी भी नामित CLOCK MS-DOS 2.11 के कुछ मुद्दों में[41][39][40] क्लॉक डिवाइस को डास 2.0 के साथ प्रस्तुत किया गया था, तथा COM3 तथा COM4 डॉस 3.3 के साथ जोड़ा गया।[38]मात्र मल्टीटास्किंग एमएस-डॉस 4.0 एमएस-डॉस 4 समर्थित है KEYBD$ तथा SCREEN$. डीआर डास 5.0 और उच्चतर और बहुउपयोगकर्ता डास समर्थन करते हैं $IDLE$ पावर बचाने और मल्टीटास्किंग में सुधार के लिए डायनेमिक आइडल डिटेक्शन के लिए डिवाइस। LPT4 7.02 से डीआर-डास के कुछ संस्करणों में समर्थित चौथी लाइन प्रिंटर के लिए वैकल्पिक बिल्ट-इन ड्राइवर है। CONFIG$ एमएस-डॉस 7.0–8.0 में वास्तविक मोड लिगेसी प्लग एंड प्ले मैनेजर का गठन करता है।

AUX सामान्यतः डिफॉल्ट करता है COM1, तथा PRN प्रति LPT1 (LST),[38]परंतु इन डिफ़ॉल्ट को अन्य सीरियल या समांतर उपकरणों को इंगित करने के लिए डॉस के कुछ संस्करणों में बदला जा सकता है।[39][40][42] PLT पुन: कॉन्फ़िगर करने योग्य भी था।[39][40]

फ़ाइल नाम एक बृहदान्त्र (विराम चिह्न) के साथ समाप्त हुए (:) जैसे कि NUL: परंपरागत रूप से डिवाइस के नाम इंगित करते हैं, लेकिन कॉलन वास्तव में बिल्ट-इन डिवाइस ड्राइवरों के नाम का हिस्सा नहीं है। कुछ मामलों में कोलन टाइप करना आवश्यक नहीं है, उदाहरण के लिए: <वाक्यविन्यास लैंग = डॉस> इको यह कुछ भी हासिल नहीं करता है> एनयूएल </वाक्यविन्यास हाइलाइट>

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


स्मृति प्रबंधन

DOS को Intel 8088 प्रोसेसर के लिए डिज़ाइन किया गया था जो सीधे अधिकतम 1 MiB RAM तक सीधे पहुँच सकता है।[43] आईबीएम और माइक्रोसॉफ्ट दोनों ने कार्यक्रमों के लिए उपलब्ध अधिकतम मेमोरी के रूप में 640 kibibytes (कीबी) को चुना और शेष 384 किबी को वीडियो मेमोरी, कुछ वीडियो और नेटवर्क बाह्य उपकरणों पर एडेप्टर की रीड ऑनली मैमोरी और सिस्टम के BIOS के लिए आरक्षित कर दिया। 1985 तक, कुछ DOS एप्लिकेशन पहले से ही मेमोरी सीमा को मार रहे थे, जबकि मशीन के विनिर्देशों के आधार पर आरक्षित अधिकांश का उपयोग नहीं किया गया था।[44] अतिरिक्त मेमोरी तक पहुंच की अनुमति देने के लिए विनिर्देशों को विकसित किया गया था। पहला था विस्तारित मेमोरी विशिष्टता (EMS) को आरक्षित ऊपरी मेमोरी क्षेत्र में 64 KiB पेज फ्रेम के माध्यम से ऐड-ऑन कार्ड पर मेमोरी को एक्सेस करने की अनुमति देने के लिए डिज़ाइन किया गया था।[45] 80386 और बाद के सिस्टम ऐड-ऑन कार्ड की आवश्यकता के बिना विस्तारित मेमोरी से विस्तारित मेमोरी बनाने के लिए EMM386 जैसे वर्चुअल 8086 मोड (V86) मोड मेमोरी मैनेजर का उपयोग कर सकते हैं।[46] दूसरा विनिर्देश 80286 और बाद के सिस्टम के लिए विस्तारित मेमोरी विशिष्टता (एक्सएमएस) था। इसने विस्तारित मेमोरी से और 65,520-बाइट उच्च मेमोरी क्षेत्र तक डेटा की प्रतिलिपि बनाने का एक तरीका प्रदान किया[47] मेमोरी के पहले मेगाबाइट और ऊपरी मेमोरी ब्लॉक क्षेत्र से सीधे ऊपर। आम तौर पर XMS समर्थन HIMEM.SYS या QEMM या 386MAX जैसे V86 मोड मेमोरी मैनेजर द्वारा प्रदान किया गया था जो EMS का भी समर्थन करता था।[48] डॉस 5 से शुरू,[49] DOS अपने कर्नेल कोड और डिस्क बफ़र्स को लोड करके सीधे HMA का लाभ उठा सकता है DOS=HIGH CONFIG.SYS में बयान। डॉस 5+ ने उपलब्ध ऊपरी मेमोरी ब्लॉकों के उपयोग की भी अनुमति दी DOS=UMB CONFIG.SYS में बयान।[50]


ओएस/2 के तहत डॉस और विंडोज

OS/2 और Windows में DOS इम्यूलेशन उसी तरह से चलता है जैसे मूल एप्लिकेशन करते हैं। वे सभी ड्राइव और सेवाओं तक पहुंच सकते हैं, और मेजबान की क्लिपबोर्ड सेवाओं का भी उपयोग कर सकते हैं। क्योंकि फाइल सिस्टम के लिए ड्राइवर और इस तरह के आगे होस्ट सिस्टम में रहते हैं, डॉस एमुलेशन को केवल एक डॉस एपीआई अनुवाद परत प्रदान करने की आवश्यकता होती है जो डॉस कॉल को ओएस/2 या विंडोज सिस्टम कॉल में परिवर्तित करती है। अनुवाद परत आम तौर पर BIOS कॉल को भी परिवर्तित करती है और सामान्य I/O पोर्ट एक्सेस को वर्चुअलाइज करती है जो कई DOS प्रोग्राम आमतौर पर उपयोग करते हैं।

Windows 3.1 और 9x में, DOS वर्चुअल मशीन WINOLDAP द्वारा प्रदान की जाती है। WinOldAp प्रोग्राम की PIF फ़ाइल और Windows लोड होने पर सिस्टम स्थिति के आधार पर एक वर्चुअल मशीन बनाता है। डॉस ग्राफिक्स मोड, चरित्र और ग्राफिक दोनों को कैप्चर किया जा सकता है और विंडो में चलाया जा सकता है। DOS एप्लिकेशन WinOldAp में अतिरिक्त प्रकाशित कॉल्स तक पहुँच कर Windows क्लिपबोर्ड का उपयोग कर सकते हैं, और कोई भी WinOldAp ग्राफ़िक्स के माध्यम से टेक्स्ट पेस्ट कर सकता है।

OS/2 और Windows NT में नकली DOS DOS 5 पर आधारित है। हालांकि एक डिफ़ॉल्ट कॉन्फ़िगरेशन (config.sys और autoexec.bat) है, कोई भी सत्र-दर-सत्र आधार पर वैकल्पिक फ़ाइलों का उपयोग कर सकता है। होस्ट सिस्टम तक पहुँचने के लिए इन फ़ाइलों में ड्राइवरों को लोड करना संभव है, हालाँकि ये आमतौर पर तृतीय-पक्ष हैं।

OS/2 2.x और बाद के संस्करण के तहत, DOS अनुकरण DOSKRNL द्वारा प्रदान किया जाता है। यह एक फ़ाइल है जो संयुक्त IBMBIO.COM और IBMDOS.COM का प्रतिनिधित्व करती है, सिस्टम कॉल OS/2 विंडोिंग सेवाओं के माध्यम से पारित की जाती हैं। DOS प्रोग्राम अपने स्वयं के वातावरण में चलते हैं, DOS उपयोगिताओं का बड़ा हिस्सा \OS2 निर्देशिका में बाध्य DOS / OS2 अनुप्रयोगों द्वारा प्रदान किया जाता है। OS/2 Windows (Win-OS/2) की एक संशोधित प्रति का उपयोग करके Windows 3.1 अनुप्रयोगों को चला सकता है। संशोधन विंडोज 3.1 प्रोग्राम को ओएस/2 डेस्कटॉप पर मूल रूप से चलाने की अनुमति देते हैं, या कोई विनओएस/2 डेस्कटॉप शुरू कर सकता है, जो कि डॉस से विंडोज शुरू करने के समान है।

OS/2 'DOS फ्रॉम ड्राइव A:', (VMDISK) के लिए अनुमति देता है। यह एक वास्तविक DOS है, जैसे MS-DOS 6.22 या PC DOS 5.00। एक DOS की बूट करने योग्य फ्लॉपी डिस्क बनाता है, OS/2 से कई ड्राइवर जोड़ता है, और फिर एक विशेष छवि बनाता है। इस तरह से बूट किए गए DOS की सिस्टम तक पूरी पहुंच है, लेकिन हार्डवेयर के लिए अपने ड्राइवर प्रदान करता है। कोई ऐसी डिस्क का उपयोग cdrom ड्राइव तक पहुँचने के लिए कर सकता है जिसके लिए कोई OS/2 ड्राइवर नहीं है।

1993 से Windows NT परिवार के सभी 32-बिट (IA-32) संस्करणों में, DOS इम्यूलेशन एक वर्चुअल डॉस मशीन (NTVDM) के माध्यम से प्रदान किया जाता है। Windows के 64-बिट (IA-64) संस्करण NTVDM का समर्थन नहीं करते हैं और सीधे 16-बिट DOS एप्लिकेशन नहीं चला सकते हैं; उन मशीनों पर DOS प्रोग्राम चलाने के लिए DOSbox जैसे तृतीय-पक्ष एमुलेटर का उपयोग किया जा सकता है।

यूजर इंटरफेस

डॉस सिस्टम कमांड लाइन इंटरफेस का उपयोग करते हैं। कमांड प्रॉम्प्ट पर इसका फ़ाइल नाम दर्ज करके एक प्रोग्राम शुरू किया जाता है। DOS सिस्टम में यूटिलिटी प्रोग्राम शामिल होते हैं और आंतरिक कमांड प्रदान करते हैं जो प्रोग्राम के अनुरूप नहीं होते हैं।[51]

अधिक उपयोगकर्ता-अनुकूल वातावरण प्रदान करने के प्रयास में, कई सॉफ्टवेयर निर्माताओं ने फ़ाइल प्रबंधक लिखा जो उपयोगकर्ताओं को मेनू- और/या आइकन-आधारित इंटरफेस प्रदान करता है। स्व-निहित प्रोग्राम लोडर बनना, और डास को सबसे अधिक उपयोग किए जाने वाले पीसी-संगत प्रोग्राम लोडर के रूप में बदलना। टेक्स्ट यूजर इंटरफेस प्रोग्राम में नॉर्टन कमांडर, डॉस नेविगेटर, वोल्कोव कमांडर, क्वार्टरडेस्क डीईएसक्यूव्यू और बोरलैंड साइडकिक सम्मलित थे। ग्राफिकल यूज़र इंटरफ़ेस प्रोग्राम में डिजिटल रिसर्च के ग्राफिक्स पर्यावरण प्रबंधक (मूल रूप से सीपी/एम के लिए लिखा गया) और GEOS (16-बिट ऑपरेटिंग सिस्टम) सम्मलित थे।

आखिरकार, प्रमुख डास सिस्टम के निर्माताओं ने अपने स्वयं के पर्यावरण प्रबंधकों को सम्मलित करना शुरू कर दिया। एमएस-डॉस/आईबीएम डास 4 में डास शेल सम्मलित है;[52] डीआर डास 5.0, अगले वर्ष जारी किया गया, जिसमें GEM पर आधारित ViewMAX सम्मलित था।[53]








समाप्त करें और निवासी रहें

डास मल्टीटास्किंग ऑपरेटिंग सिस्टम नहीं है।यह ऑपरेटिंग सिस्टम उपभोक्त्ता और कम्प्यूटर सिस्टम के बीच माध्यम का काम करता है । डास ने चूंकि टर्मिनेट एंड स्टे रेजिडेंट (TSR) फ़ंक्शन प्रदान किया, जिसने प्रोग्राम को स्मृति में रहने की अनुमति दी। ये प्रोग्राम सिस्टम टाइमर और/या कीबोर्ड इंटरप्ट को हुक कर सकते हैं जिससे स्वयं को पृष्ठभूमि में कार्य चलाने की अनुमति मिल सके या किसी प्रोग्राम-विशिष्ट आधार पर मल्टीटास्किंग के सरल रूप को प्रभावी ढंग से लागू करने वाले वर्तमान चल रहे प्रोग्राम को प्रभावी ढंग से लागू करने के लिए किसी भी समय लागू किया जा सके। प्रिंट कमांड ने बैकग्राउंड प्रिंट स्पूलिंग को लागू करने के लिए ऐसा किया। बोरलैंड साइडकिक, पॉपअप व्यक्तिगत सूचना प्रबंधक (पीआईएम) ने भी इस तकनीक का उपयोग किया।

डिफॉल्ट रूप से उपलब्ध नहीं होने वाली अतिरिक्त सुविधाओं को प्रदान करने के लिए टर्मिनेट और स्टे रेजिडेंट प्रोग्राम का भी उपयोग किया गया था। CED और डासKEY जैसे प्रोग्राम कमांड लाइन एडिटिंग सुविधाएं प्रदान करते हैं जो कि COMMAND.COM में उपलब्ध थी। Microsoft CD-रोम एक्सटेंशन (MSCDEX) जैसे प्रोग्राम CD-रोम डिस्क पर फ़ाइलों तक पहुँच प्रदान करते हैं।

कुछ टीएसआर टास्क स्विचिंग का प्राथमिक रूप भी कर सकते हैं। उदाहरण के लिए, शेयरवेयर प्रोग्राम बैक एंड फोर्थ (1990)[54] वर्तमान में चल रहे प्रोग्राम की स्थिति को डिस्क में सहेजने, दूसरे प्रोग्राम को लोड करने और उस पर स्विच करने के लिए हॉटकी थी, इसलिए आवश्यक डिस्क एक्सेस के कारण धीरे-धीरे प्रोग्राम के बीच आगे और पीछे स्विच करना संभव था। चूंकि आगे और पीछे पृष्ठभूमि प्रसंस्करण को सक्षम नहीं किया जा सका; जिसे DESQview की आवश्यकता थी (कम से कम इंटेल 80386 पर)।

सॉफ्टवेयर

अर्चन वेब ब्राउज़र

* अर्चन , 16-बिट ग्राफिकल वेब ब्राउज़र

  • डीबेस, डेटाबेस प्रोग्राम
  • हार्वर्ड ग्राफिक्स, प्रस्तुति ग्राफिक्स डिजाइन कार्यक्रम
  • कमल 1-2-3, स्प्रेडशीट को आईबीएम पीसी की सफलता का श्रेय दिया गया है[55]
  • नॉर्टन कमांडर और एक्सट्री, फ़ाइल प्रबंधन उपयोगिताएँ
  • PKZIP, कम्प्रेशन यूटिलिटी जो जल्दी ही फाइल कम्प्रेशन में मानक बन गई
  • प्रोComm, Qmodem, और Telix, मॉडेम संचार कार्यक्रम
  • बोरलैंड साइडकिक, व्यक्तिगत सूचना प्रबंधक जिसका उपयोग अन्य कार्यक्रमों के अंतर्गत से किया जा सकता है
  • WordPerfect, शब्द संसाधक जो 1980 के दशक में प्रभावी था
  • वर्डस्टार, मूल रूप से सीपी/एम के लिए वर्ड प्रोसेसर जो आईबीएम पीसी पर लोकप्रिय हो गया

विकास उपकरण

यह भी देखें

संदर्भ

  1. Dictionary.com Archived 2017-11-12 at the Wayback Machine
  2. Murdock, Everett (1988). डॉस आसान तरीका. EasyWay Downloadable Books. ISBN 0-923178-00-7.
  3. Jump up to: 3.0 3.1 Rolander, Tom. "बाकी की कहानी: कैसे बिल गेट्स ने ओएस युद्ध, भाग 1 में गैरी किल्डल को हराया". The Scoble Show (Interview). Interviewed by Scoble, Robert. Archived from the original on 2007-11-04.
  4. Bove, Tony (2005). बस Microsoft को ना कहें. No Starch Press. pp. 9–11. ISBN 1-59327-064-X.
  5. Jump up to: 5.0 5.1 Bellis, Mary. "MS-DOS का असामान्य इतिहास Microsoft ऑपरेटिंग सिस्टम". Retrieved 2008-09-02.
  6. Freiberger, Paul (1982-08-23). "बिल गेट्स, माइक्रोसॉफ्ट और आईबीएम पर्सनल कंप्यूटर". InfoWorld: 22. Archived from the original on 2015-03-18. Retrieved 2015-01-29.
  7. "क्या आप जानते हैं कि OS/2 माइक्रोसॉफ्ट का पहला नॉन यूनिक्स मल्टी-टास्किंग ऑपरेटिंग सिस्टम नहीं था?". Archived from the original on 2012-11-04.
  8. "लैरी ओस्टरमैन की जीवनी". Archived from the original on 2013-06-02.
  9. Jump up to: 9.0 9.1 Letwin, Gordon (1995-08-17). "OS/2 को क्या हो रहा है". Newsgroupcomp.os.os2.advocacy. Usenet: DDFvKo.G4M@lab.lwpi.com. Retrieved 2013-11-06.
  10. Morgan, Chris (January 1982). "आईबीएम, ऑपरेटिंग सिस्टम और रोसेटा स्टोन्स की". BYTE: 6. Retrieved 2013-10-19.
  11. Fiedler, Ryan (October 1983). "यूनिक्स ट्यूटोरियल / भाग 3: माइक्रो कंप्यूटर मार्केटप्लेस में यूनिक्स". BYTE: 132. Retrieved 2015-01-30.
  12. Howitt, Doran (1984-12-10). "यूनिक्स और एकल उपयोगकर्ता". InfoWorld: 28. Archived from the original on 2018-01-29. Retrieved 2015-02-07.
  13. Pollack, Andrew (1991-07-27). "Microsoft ने IBM सॉफ़्टवेयर के साथ अपने विभाजन का विस्तार किया". The New York Times. Archived from the original on 2010-11-02. Retrieved 2008-09-02.
  14. Brinkley, Joel (1999-05-28). "आईबीएम के कार्यकारी माइक्रोसॉफ्ट द्वारा मूल्य दबाव का वर्णन करते हैं". New York Times. Archived from the original on 2008-12-11. Retrieved 2008-09-02.
  15. Hall, Jim (2002-03-25). "FreeDOS प्रोजेक्ट का अतीत, वर्तमान और भविष्य". Archived from the original on 2012-05-29. Retrieved 2008-06-14.
  16. Hall, Jim (2006-09-23). "फ्रीडोस का इतिहास". freedos.org. Archived from the original on 2007-05-27. Retrieved 2007-05-28.
  17. Jump up to: 17.0 17.1 Bannan, James (2006-10-13). "कैसे करें: रेट्रो डॉस गेम्स को विस्टा पर खेलने के लिए मनाएं". Archived from the original on 2008-08-01. Retrieved 2008-07-03.
  18. "विंडोज 95 में डॉस ढूँढना". Smart Computing. March 1996. Archived from the original on 2004-07-07. Retrieved 2008-07-12.
  19. Chen, Raymond (2007-12-24). "विंडोज 95 में MS-DOS की क्या भूमिका थी?". The Old New Thing - Site Home - MSDN Blogs. Archived from the original on 2014-02-05. Retrieved 2014-02-05.
  20. "MS-DOS मोड में कंप्यूटर को पुनरारंभ करने का विवरण". support.microsoft.com. 2007-01-19. Archived from the original on 2014-02-05. Retrieved 2014-02-05.
  21. "घर". rxdos.sourceforge.net.
  22. Hall, Jim (2007-07-13). "जिम हॉल का ब्लॉग - 2007". Archived from the original on 2012-10-25. Retrieved 2008-06-12.
  23. "Dell PC में FreeDOS की विशेषता है". Archived from the original on 2008-03-19. Retrieved 2008-06-14.
  24. "DR-DOS एंबेडेड DOS". Archived from the original on 2008-12-21. Retrieved 2008-09-26.
  25. "डेटालाइट डॉस को कैनन के डिजिटल स्टिल कैमरा की नई श्रृंखला के लिए चुना गया है". Business Wire. 1999-08-24. Archived from the original on 2012-07-09. Retrieved 2008-09-26.
  26. Jump up to: 26.0 26.1 "डॉसबॉक्स सूचना". Archived from the original on 2008-05-25. Retrieved 2008-05-18.
  27. "प्रशंसा". 2007-05-05. Archived from the original on 2008-07-23. Retrieved 2008-07-03.
  28. "बैच फ़ाइल सहायता". computerhope.com. Archived from the original on 2008-09-07. Retrieved 2008-09-10.
  29. Matczynski, Michael. "ज़िंगटेक - नए गेम प्रोग्रामर के लिए गाइड". Archived from the original on 2008-12-19. Retrieved 2008-09-02.
  30. "मास्टर बूट रिकॉर्ड (एमबीआर) और यह क्या करता है". Archived from the original on 2013-05-27. 090912 dewassoc.com
  31. "रिवर्स-इंजीनियरिंग डॉस 1.0 - भाग 1: बूट सेक्टर « pagetable.com". Archived from the original on 2009-05-11. 090912 pagetable.com
  32. "CONFIG.SYS कमांड". Archived from the original on 2009-05-02. 090913 अकेडमिक.evergreen.edu
  33. Kozierok, Charles (2001). "डॉस बूट प्रक्रिया". The PC Guide. Archived from the original on 2008-07-19. Retrieved 2008-09-02.
  34. "विविध.txt". Archived from the original on 2010-06-29. 090912 arl.wustl.edu
  35. Jump up to: 35.0 35.1 "ड्राइव अक्षर असाइनमेंट और प्राथमिक बनाम तार्किक विभाजन चुनना". The PC Guide. 2001-04-17. Archived from the original on 2012-04-17. Retrieved 2012-04-04.
  36. "Microsoft Windows MS-DOS डिवाइस का नाम DoS भेद्यता". Archived from the original on 2011-07-25. Retrieved 2008-09-02.
  37. "डॉस डिवाइस नाम परिभाषा". PC Magazine. Archived from the original on 2008-09-29. Retrieved 2008-09-02.
  38. Jump up to: 38.0 38.1 38.2 "MS-DOS डिवाइस ड्राइवर नाम का उपयोग फ़ाइल नाम के रूप में नहीं किया जा सकता है". Revision 2.0. Microsoft. 2003-05-12. KB74496, Q74496. Archived from the original on 2012-07-21.
  39. Jump up to: 39.0 39.1 39.2 39.3 39.4 हेवलेट-पैकार्ड - तकनीकी संदर्भ मैनुअल - पोर्टेबल प्लस (1 ed.). Corvallis, OR, USA: Hewlett-Packard Company, Portable Computer Division. August 1985. 45559-90001. Retrieved 2016-11-27.
  40. Jump up to: 40.0 40.1 40.2 40.3 40.4 हेवलेट-पैकार्ड - तकनीकी संदर्भ मैनुअल - पोर्टेबल प्लस (PDF) (2 ed.). Portable Computer Division, Corvallis, OR, USA: Hewlett-Packard Company. December 1986 [August 1985]. 45559-90006. Archived (PDF) from the original on 2016-11-28. Retrieved 2016-11-27.
  41. Paterson, Tim; Microsoft (2013-12-19) [1983]. "Microsoft DOS V1.1 और V2.0: /msdos/v20source/SKELIO.TXT, /msdos/v20source/HRDDRV.ASM". Computer History Museum, Microsoft. Archived from the original on 2014-03-26. Retrieved 2014-03-25. (एनबी। जबकि प्रकाशक दावा करते हैं कि यह MS-DOS 1.1 और 2.0 होगा, यह वास्तव में SCP MS-DOS 1.25 है और Altos MS-DOS 2.11 और TeleVideo PC DOS 2.11 का मिश्रण है।)
  42. Paul, Matthias R. (1997-10-02). "काल्डेरा ओपनडॉस 7.01/7.02 अपडेट अल्फा 3 IBMBIO.COM README.TXT". Archived from the original on 2003-10-04. Retrieved 2009-03-29. [हत्तपः://वेब.आर्काइव.ऑर्ग/वेब/20181225154705/एचटीटीपी://मिरर.मासंतोषचीवे.ऑर्ग/मॅक्स1ज़्ज़ज़.सीओ.ुक/+विंडोज%20&%20दोस/दोस/सिस्टम/नोवेल/सपोर्ट/बिन्स/ोप702सर्स.ज़िप]
  43. Bailes & Mueller 1992, p. 5.
  44. Bailes & Mueller 1992, pp. 42–44.
  45. Bailes & Mueller 1992, pp. 67–68.
  46. Mueller 1998, pp. 169.
  47. Mueller 1998, pp. 243–244.
  48. Bailes & Mueller 1992, p. 79–80.
  49. Mueller 1998, p. 243.
  50. Bailes & Mueller 1992, pp. 150–151.
  51. Murdock, Everett (2008). डॉस आसान तरीका. EasyWay Downloadable Books. pp. 7–12. ISBN 978-0-923178-02-4.
  52. Murdock, Everett (2008). डॉस आसान तरीका. EasyWay Downloadable Books. p. 71. ISBN 978-0-923178-02-4. Archived from the original on 2015-03-18.
  53. Dvorak, John Charles; Anis, Nick (1991). डॉस और पीसी के प्रदर्शन के लिए ड्वोरक की गाइड. Osborne McGraw-Hill. pp. 442–444.
  54. Version 1.47 is archived at "Back and Forth 1.47". Archived from the original on 5 November 2013. Retrieved 2013-08-05. and says "(C) 1990 by Progressive Solutions, Inc."
  55. Darrow, Barbara (2002-02-01). "कमल 1-2-3 को जो भी हुआ?". Archived from the original on 2009-01-09. Retrieved 2008-07-12.


अग्रिम पठन

  • आईबीएम Corp., आईबीएम, (January 1984). "आईबीएम डास Release 2.10 Cloth bound retail hard board box". 1st edition. आईबीएम Corp. Item Number. 6183946
  • आईबीएम Corp., आईबीएम, (January 1984). "Disk Operating System User's guide (डास Release 2.10)". 1st edition. Microsoft Corp. (100 pages including colour illustrations) Item Number. 6183947
  • आईबीएम Corp., आईबीएम, (January 1984). "Disk Operating System Manual (डास Release 2.10)". 1st edition. Microsoft Corp. (574 looseleaf pages in 3 ring folder) Item No. 6183940
  • Mueller, Scott (1998). Upgrading and Repairing PCs (Eighth ed.). Que Publishing. ISBN 0-7897-1295-4. Retrieved 2021-11-02.
  • Bailes, Lenny; Mueller, John (1992). Memory Management and Multitasking Beyond 640K. McGraw-Hill. ISBN 0-8306-3476-2. Retrieved 2021-11-02.


बाहरी संबंध