डॉस

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

पीसी डास और डीआर डास 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 डिस्क और अन्य हार्डवेयर के लिए अक्षर आवंटित करता है। पत्र असाइनमेंट सामान्यतः ड्राइवरों को लोड किए जाने के क्रम में होता है, परंतु ड्राइवर डॉस को अलग पत्र असाइन करने का निर्देश दे सकते हैं; नेटवर्क ड्राइव के लिए ड्राइवर, उदाहरण के लिए, सामान्यतः वर्णमाला के अंत के पास अक्षर निर्दिष्ट करते हैं।

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

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

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


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

ये नाम (NUL को छोड़कर) तब से एमएस-डॉस, पीसी डास और डीआर-डास के सभी संस्करणों में समर्थित हैं। क्लॉक डिवाइस को डास 2.0 के साथ प्रस्तुत किया गया था, तथा   तथा   डॉस 3.3 के साथ जोड़ा गया। मात्र मल्टीटास्किंग एमएस-डॉस 4.0 एमएस-डॉस 4 समर्थित है   तथा. डीआर डास 5.0 और उच्चतर और बहुउपयोगकर्ता डास समर्थन करते हैं  पावर बचाने और मल्टीटास्किंग में सुधार के लिए डायनेमिक आइडल डिटेक्शन के लिए डिवाइस।   7.02 से डीआर-डास के कुछ संस्करणों में समर्थित चौथी लाइन प्रिंटर के लिए वैकल्पिक बिल्ट-इन ड्राइवर है।   एमएस-डॉस 7.0–8.0 में वास्तविक मोड लिगेसी प्लग एंड प्ले मैनेजर का गठन करता है।

सामान्यतः डिफॉल्ट करता है, तथा   प्रति   , परंतु इन डिफ़ॉल्ट को अन्य सीरियल या समांतर उपकरणों को इंगित करने के लिए डॉस के कुछ संस्करणों में बदला जा सकता है। [हत्तपः://वेब.आर्काइव.ऑर्ग/वेब/20181225154705/एचटीटीपी://मिरर.मासंतोषचीवे.ऑर्ग/मॅक्स1ज़्ज़ज़.सीओ.ुक/+विंडोज%20&%20दोस/दोस/सिस्टम/नोवेल/सपोर्ट/बिन्स/ोप702सर्स.ज़िप]   पुन: कॉन्फ़िगर करने योग्य भी था।

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

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

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

ओएस/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 सिस्टम में यूटिलिटी प्रोग्राम शामिल होते हैं और आंतरिक कमांड प्रदान करते हैं जो प्रोग्राम के अनुरूप नहीं होते हैं।

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

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

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

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

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

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

विकास उपकरण

 * बेसिक भाषा इंटरप्रेटर। बेसिका और GW-बेसिक
 * DJGPP, जीएनयू संकलक संग्रह का 32-बिट DPMI डास पोर्ट
 * माइक्रोसॉफ्ट मैक्रो असेंबलर, माइक्रोसॉफ्ट सी, और माइक्रोसॉफ्ट से कोड व्यू
 * वाटकॉम से वाटकॉम सी/सी++
 * बोरलैंड से टर्बो पास्कल, टर्बो बेसिक, टर्बो सी, टर्बो प्रोलॉग और टर्बो असेंबलर

यह भी देखें

 * COMMAND.COM (डास और विंडोज़ 9x के लिए कमांड लाइन दुभाषिया)
 * सीपी/एम (डॉस के समान डिजिटल रिसर्च अर्ली ऑपरेटिंग सिस्टम)
 * Disk Control Program (डीसीपी, पूर्व-जर्मन वेब रोबोट्रॉन द्वारा एमएस-डॉस व्युत्पन्न)
 * डॉस एपीआई
 * डॉस/वी
 * डॉस खेलों का सूचकांक
 * डॉस ऑपरेटिंग सिस्टम की सूची
 * पीसी-एमओएस/386 (एक डॉस-संगत बहुउपयोगकर्ता ऑपरेटिंग सिस्टम)
 * वीजीए-संगत पाठ मोड, आईबीएम पीसी कॉम्पैटिबल्स पर डॉस के टीयूआई का आधार

अग्रिम पठन

 * आईबीएम 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

बाहरी संबंध

 * Origins of डास, articles and manuals by Tim Paterson.
 * Batfiles: The डास batch file programming handbook
 * "(...) An archive of carefully hand selected FREE [and abandoned] software for डास."
 * Batfiles: The डास batch file programming handbook
 * "(...) An archive of carefully hand selected FREE [and abandoned] software for डास."