वर्चुअल डॉस मशीन

From Vigyanwiki

वर्चुअल डॉस मशीन (वीडीएम) ऐसी तकनीक को संदर्भित करती है जो 16-बिट/32-बिट डॉस और विंडोज 3.1xया16-बिट विंडोज प्रोग्राम को चलाने की अनुमति देती है, इस प्रकार यह पहले से ही अन्य ऑपरेटिंग सिस्टम के रन होने पर और हार्डवेयर को नियंत्रित करने पर भी कार्य करती हैं।

अवलोकन

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

इस प्रकार वीडीएम (VDM) सामान्यतः 16-बिट या 16- और 32-बिट संरक्षित मोड सॉफ़्टवेयर (दोनों के विस्तार) को चलाने के लिए समर्थन को लागू करते हैं, जिसे डिस्क ऑपरेटिंग सिस्टम संरक्षित मोड इंटरफ़ेस (DPMI) के अनुरूप होना होता है।[1]

जब वीडीएम के अंदर चलने वाले डिस्क ऑपरेटिंग सिस्टम प्रोग्राम को पेरिफेरल एक्सेस करने की आवश्यकता होती है, तो इस प्रकार माइक्रोसाॅफ्ट विंडोज या तो इसे सीधे अनुमति देगा, या डिस्क ऑपरेटिंग सिस्टम प्रोग्राम को डिवाइस ड्राइवर वर्चुअल डिवाइस ड्राइवर (VDD) के साथ प्रस्तुत करेगा, जो ऑपरेटिंग सिस्टम फ़ंक्शंस का उपयोग करके हार्डवेयर का अनुकरण करता है। इस प्रकार वीडीएम में इंटेल 8259A बाधा डालने वाले कंट्रोलर, इंटेल 8254 टाइमर चिप्स, 8237 डीएमए कंट्रोलर, आदि के लिए व्यवस्थित रूप से अनुकरण करता हैं।[1]

समवर्ती डॉस 8086 एमुलेशन मोड

जनवरी 1985 में डिजिटल अनुसंधान ने इंटेल के साथ मिलकर समवर्ती डिस्क ऑपरेटिंग सिस्टम 286 1.0 का पूर्वावलोकन करता हैं,[2] 80286 के संरक्षित मोड में वास्तविक मोड डॉस प्रोग्राम चलाने में सक्षम समवर्ती डॉस का संस्करण भी सहायक होता हैं।[2] इस प्रकार B-1 स्टेपिंग प्रोसेसर चिप्स पर तैयार की गई विधि का उपयोग किया जाता था। चूंकि, मई 1985 में C-1 और इसके पश्चात प्रोसेसर स्टेपिंग पर कार्य करना बंद कर देता हैं, इससे कुछ समय पहले डिजिटल रिसर्च उत्पाद को प्रस्तुत करने वाला था। चूंकि ई-1 स्टेपिंग के साथ इंटेल ने अगस्त 1985 में विवादों को संबोधित करना प्रारंभ कर दिया, जिससे कि डिजिटल रिसर्च के 8086 इम्यूलेशन मोड ने फिर से गैर-दस्तावेजी 286 लोडल प्रोसेसर निर्देश का उपयोग करके कार्य करता हैं,[3][4] व्यावहारिक रुप से इसके होने की सीमा बहुत धीमी थी। इस प्रकार E-2 स्टेपिंग के लिए माइक्रोकोड परिवर्तन ने फिर से गति में सुधार किया गया था।[5][6] इस प्रकार इस प्रारंभिक कार्यान्वयन को वास्तविक वर्चुअल डॉस मशीनों के पूर्ववर्ती के रूप में देखा जा सकता है।

इस प्रकार समवर्ती डिस्क ऑपरेटिंग सिस्टम 286 को 1986 में औद्योगिक उपयोग के लिए फ्लेक्सओएस 286 बनने के लिए संभावित डेस्कटॉप ऑपरेटिंग सिस्टम से फिर से कार्य में लिया गया।[7][8] इसे 1986 में IBM द्वारा उनके 4680 ओएस के लिए लाइसेंस भी दिया गया था।[9][10]

जब इंटेल का 80386 अपने वर्चुअल 8086 मोड के साथ उपलब्ध हो गया (अक्टूबर 1985 से नमूने के रूप में और जून 1986 से मात्रा में), डिजिटल रिसर्च ने समवर्ती डिस्क ऑपरेटिंग सिस्टम 386 1.0 (फरवरी) के अनुसार संरक्षित मोड में वर्चुअल डिस्क ऑपरेटिंग सिस्टम मशीनों में वास्तविक मोड डिस्क ऑपरेटिंग सिस्टम प्रोग्राम चलाने के लिए इसका उपयोग करने के लिए 1987 में फ्लेक्सओएस और 386 1.0 (जून 1987) में स्विच किया गया,[11][12] चूंकि, इस प्रकार इन बहुउपयोगकर्ता मल्टीटास्किंग की संरचना से संरक्षित मोड ऑपरेटिंग सिस्टम अपने आप में डॉस-आधारित नहीं थे।

समवर्ती डिस्क ऑपरेटिंग सिस्टम 386 को बाद में बहुउपयोगकर्ता डिस्क ऑपरेटिंग सिस्टम (1991 से) और REAL/32 (1995 से) बनने के लिए विकसित किया गया था। इस प्रकार फ्लेक्सओएस 386 बाद में 1993 में 4690 ओएस बन गया।

डॉस-आधारित वीडीएम

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

डिस्क ऑपरेटिंग सिस्टम-आधारित वीडीएम सितंबर 1987 में माइक्रोसाॅफ्ट के विंडोज/386 2.01 के साथ दिखाई दी थी।[13] डॉस-आधारित वर्चुअल डॉस मशीनें विंडोज 3.0, विंडोज 3.1x या 3.1x और वर्कग्रुप्स के लिए विंडोज में भी सम्मलित थीं। इस प्रकार वर्कग्रुप्स के लिए विंडोज 3.1x 386 उन्नत मोड के साथ-साथ विंडोज 95, विंडोज 98, विंडोज 98 सीई और विंडोज एमई में चल रही थी। डिस्क ऑपरेटिंग सिस्टम के शीर्ष पर चल रहे इन समाधानों की विशेषता यह है कि वर्चुअल डिस्क ऑपरेटिंग सिस्टम मशीनों के अंदर दिखाया गया मेमोरी लेआउट डिस्क ऑपरेटिंग सिस्टम सिस्टम के आभासी उदाहरण हैं और डिस्क ऑपरेटिंग सिस्टम ड्राइवर कॉन्फ़िगरेशन मल्टीटास्कर लोड होने से पहले चलता है, और उनके अनुरोध पर संरक्षित मोड में नियंत्रित नहीं किया जाता है, इस प्रकार अंतर्निहित डॉस सिस्टम द्वारा निष्पादित किए जाने के लिए सिस्टम डोमेन में पारित किया जाता है।

आर्किटेक्चर में विंडोज 3.x 386 एन्हांस्ड मोड के समान, नोवेल डॉस 7 का ईएमएम386 3.xx,[1][14]काल्डेरा ओपेन डिस्क ऑपरेटिंग सिस्टम 7.01[14][15]डॉ-डॉस 7.02[16](और बाद में) ईएमएम386 /MULTI विकल्प का उपयोग किए जाने पर कई डिस्क ऑपरेटिंग सिस्टम अनुप्रयोगों के प्री-इम्प्टिव मल्टीटास्किंग का समर्थन करने के लिए डिस्क ऑपरेटिंग सिस्टम-आधारित वीडीएम का भी उपयोग करता है।[14][15][16] इस प्रकार यह घटक 1991 से डिजिटल रिसर्च/नॉवेल में विकास के अधीन है,[nb 1] इस प्रकार कोडनेम व्लादिवर के अनुसार (मूल रूप से अलग डिवाइस ड्राइवर केआरएनएल 386.SYS[1][14] ईएमएम386 के मॉड्यूल के अतिरिक्त इसका उपयोग करता था। जबकि मुख्य रूप से डीआर डिस्क ऑपरेटिंग सिस्टम के अगले प्रमुख संस्करण के लिए विकसित किया गया था, जिसे 1994 में नोवेल डिस्क ऑपरेटिंग सिस्टम 7 के रूप में प्रस्तुत किया गया था,[1][14] इसका उपयोग 1992/1993 में कभी प्रस्तुत न होने वाले डीआर डिस्क ऑपरेटिंग सिस्टम पैंथर और स्टार ट्रेक परियोजना परियोजना में भी किया गया था।

ओएस/2 एमवीडीएम

एमवीडीएम (मल्टीपल वर्चुअल डिस्क ऑपरेटिंग सिस्टम मशीन) कहे जाने वाले वीडीएम का उपयोग ओएस/2 2.0 और बाद में 1992 से किया जाता है।[1][4] ओएस/2 एमवीडीएम एनटीवीडीएम से अधिक शक्तिशाली हैं। उदाहरण के लिए, ब्लॉक डिवाइस समर्थित हैं, और विभिन्न डिस्क ऑपरेटिंग सिस्टम संस्करण ओएस/2 एमवीडीएम में बूट किए जा सकते हैं।[17] जबकि ओएस/2 1.x डिस्क ऑपरेटिंग सिस्टम बॉक्स डिस्क ऑपरेटिंग सिस्टम 3.0 पर आधारित था, इस प्रकार ओएस/2 2.x एमवीडीएम डिस्क ऑपरेटिंग सिस्टम 5.0 का अनुकरण करते हैं।[1]

विंडोज 3.1xयाविंडोज 3.1 और बाद में ओएस/2 में विन32s अनुप्रयोगों का सहज एकीकरण सतह पर समान दिखने वाली अवधारणा है विंडोज 7 में विंडोज वर्चुअल पीसी पर आधारित XP मोड के निर्बाध एकीकरण के लिए। अतिथि वीडीएम या एनटीवीडीएम में पुनर्निर्देशक ओएस/2 या एनटी होस्ट के डिस्क पर पहुंच की अनुमति देता है। इस प्रकार गेस्ट में एप्लिकेशन अपने होस्ट के साथ संचार के लिए नामित पाइप का उपयोग कर सकते हैं।[18]

इस प्रकार तकनीकी सीमा के कारण, ओएस/2 के अंतर्गत डिस्क ऑपरेटिंग सिस्टम और 16-बिट विंडोज एप्लिकेशन 2GB से अधिक हार्ड ड्राइव स्थान देखने में असमर्थ थे,[19] यह ऐर्काओएस 5.0.4 में तय किया गया था।[20]

विंडोज एनटीवीडीएम

COMMAND.COM विंडोज 10 के एनटीवीडीएम में चल रहा है

एनटीवीडीएम, विंडोज एनटी 3.1 की प्रेषण़ के साथ 1993 से विंडोज एनटी समूह के सभी आईए-32 संस्करणों का सिस्टम घटक था। यह 16-बिट विंडोज़ और 16-बिट/32-बिट डॉस अनुप्रयोगों के निष्पादन की अनुमति देता है। इस प्रकार विंडोज एनटी 32-बिट उपयोगकर्ता-मोड निष्पादन योग्य जो डिस्क ऑपरेटिंग सिस्टम (या विंडोज 3.1xयाविंडोज 3.x) पर्यावरण के लिए आधार बनाता है, जो ntvdm.exe कहलाता है।[1]

डॉस प्रोग्राम निष्पादित करने के लिए, एनटीवीडीएम लोड करता है, इस प्रकार NTIO.SYS जो इसके परिवर्तन के समय लोड होता है, इस प्रकार NTDOS.SYS, जो संशोधित निष्पादित करता है, COMMAND.COM एनटीवीडीएम को कमांड-लाइन तर्क के रूप में पारित किए गए एप्लिकेशन को चलाने के लिए उपयोग में लाया जाता हैं। 16-बिट रीयल-मोड सिस्टम फ़ाइलें उनके MS- डिस्क ऑपरेटिंग सिस्टम 5.0 समकक्षों के व्युत्पत्तियों को छीन लिया गया है, IO.SYS, MSDOS.SYS और COMMAND.COM[1]एफएटी फाइल सिस्टम पर सभी हार्ड-वायर्ड धारणाओं के साथ हटा दिया गया और अनुरोधों को संभालने के लिए 32-बिट एनटीवीडीएम में अमान्य ऑपकोड 0xC4 0xC4 से BIOS के ऑपरेशन का उपयोग किया गया था।[1] इस प्रकार मूल रूप से, एनटी डिस्क ऑपरेटिंग सिस्टम ने कार्यक्रमों के लिए 30.00 के डिस्क ऑपरेटिंग सिस्टम संस्करण की सूचना दी,[1] किन्तु इसे शीघ्र ही 5.00 बजे के संस्करण की रिपोर्ट करने के लिए बदल दिया गया, INT 21h/AH=30h और 5.50 बजे INT 21h/AX=3306h अधिक कार्यक्रमों को अपरिवर्तित चलाने की अनुमति देने के लिए किया जाता हैं।[1] यह विंडोज के नवीनतम प्रेषण में भी सही है, MS- डिस्क ऑपरेटिंग सिस्टम संस्करण 6.x और विंडोज 9x में प्रस्तुत किए गए कई अतिरिक्त MS- डिस्क ऑपरेटिंग सिस्टम फ़ंक्शंस और कमांड विलुप्त हैं।

डिफ़ॉल्ट रूप से 16-बिट विंडोज़ अनुप्रयोग सभी एनटीवीडीएम प्रक्रिया के भीतर अपने स्वयं के धागे में चलते हैं। यद्यपि एनटीवीडीएम स्वयं 32-बिट प्रक्रिया है और बाकी सिस्टम के संबंध में पूर्व-खाली रूप से मल्टीटास्क्ड है, इसके भीतर 16-बिट एप्लिकेशन एक-दूसरे के संबंध में सहकारी रूप से मल्टीटास्क हैं। इस प्रकार जब रन बॉक्स या एप्लिकेशन की शॉर्टकट फ़ाइल में रन इन सेपरेट मेमोरी स्पेस विकल्प को चेक किया जाता है, तो प्रत्येक 16-बिट विंडोज़ एप्लिकेशन को अपनी एनटीवीडीएम प्रक्रिया मिलती है और इसलिए अन्य 16-बिट विंडोज सहित अन्य प्रक्रियाओं के संबंध में पूर्व-खाली रूप से मल्टीटास्क किया जाता है। इसके अनुप्रयोग में एनटीवीडीएम BIOS कॉल और टेबल के साथ-साथ विंडोज 3.1 कर्नेल और 16-बिट एपीआई स्टब्स का अनुकरण करता है।[21] इस प्रकार विंडोज़ अनुवाद परत पर 32-बिट विंडोज़ 16-बिट एपीआई रूटीन को थंक करता है।

32-बिट डॉस एमुलेशन डॉस प्रोटेक्टेड मोड इंटरफेस (डीपीएमआई) और 32-बिट मेमोरी एक्सेस के लिए सम्मलित है। यह परत डिस्क ऑपरेटिंग सिस्टम कार्यों के लिए आवश्यक विस्तारित और विस्तारित मेमोरी कॉल को विंडोज एनटी मेमोरी कॉल में परिवर्तित करती है। wowexec.exe अनुकरण ऐसी परत है जो 16-बिट विंडोज का अनुकरण करती है। इस प्रकार विंडोज 2000 और विन्डोज़ एक्सपी ने ध्वनि फाड़ने वाला 2.0 एमुलेशन जोड़ता हैं।[22] 16-बिट वर्चुअल डिवाइस ड्राइवर और डिस्क ऑपरेटिंग सिस्टम ब्लॉक डिवाइस ड्राइवर (जैसे, रैम डिस्क) समर्थित नहीं हैं। इस प्रकार अन्य सबसिस्टम के साथ अंतःप्रक्रम संचार जोड़कर जाँच और उद्देश्य, डायनेमिक डेटा एक्सचेंज और नामित पाइप के माध्यम से हो सकता है।

चूंकि आभासी 8086 मोड गैर-x86-आधारित प्रोसेसर (अधिक विशेष रूप से, एमआईपीएस आर्किटेक्चर, डीईसी अल्फा, और पावरपीसी) पर उपलब्ध नहीं है, एनटीवीडीएम को इसके अतिरिक्त इंसिग्निया के सॉफ्टपीसी से लाइसेंस प्राप्त कोड का उपयोग करके एनटी के इन संस्करणों में पूर्ण एमुलेटर के रूप में लागू किया गया था।[23][1]विंडोज एनटी 3.51 तक, केवल 80286 अनुकरण उपलब्ध था। विंडोज एनटी 4.0 के साथ, इंटेल 80486 एमुलेशन जोड़ा गया था।[24]

इस प्रकार विंडोज 11 या ARM32 आधारित संस्करणों जैसे विंडोज RT या विंडोज 10 Iओटी Core से पहले विंडोज के 64-बिट संस्करणों के साथ एनटीवीडीएम सम्मलित नहीं है। विंडोज 10 इस घटक को सम्मलित करने के लिए विंडोज का अंतिम संस्करण है।

इस घटक को बंद कर दिया गया है, क्योंकि विंडोज़ 11 ने 32-बिट कंप्यूटिंग या 32-बिट प्रोसेसर के लिए समर्थन छोड़ दिया है।

आदेश

कमांड (कंप्यूटिंग) की निम्न सूची विंडोज XP MS- डिस्क ऑपरेटिंग सिस्टम सबसिस्टम का भाग है।[18]

सुरक्षा समस्या

जनवरी 2010 में, गूगल सुरक्षा शोधकर्ता तवीस ओरमंडी ने विंडोज एनटी के वीडीएम कार्यान्वयन में गंभीर सुरक्षा दोष को संदर्भित किया गया, जिसने विशेषाधिकार प्राप्त उपयोगकर्ताओं को अपने विशेषाधिकारों को सुपर उपयोगकर्ता स्तर तक बढ़ाने की अनुमति दी, जिसे 1993 से विंडोज एनटी कर्नेल के सभी x86 संस्करणों की सुरक्षा के लिए लागू माना जाता है। विंडोज एनटी, 2000, XP, सर्वर 2003, विस्ता, सर्वर 2008 और विंडोज 7 के सभी 32-बिट संस्करण सम्मलित हैं।[25] ओरमंडी ने भेद्यता के लिए एक्सप्लॉइट (कंप्यूटर सुरक्षा) या प्रूफ-ऑफ-कॉन्सेप्ट एक्सप्लॉयट प्रकाशित किया गया।[26] माइक्रोसाॅफ्ट द्वारा सुरक्षा पैच प्रस्तुत करने से पहले, इस समस्या का समाधान 16-बिट एप्लिकेशन समर्थन को बंद करना था, जो पुराने प्रोग्रामों (जिन्हें डिस्क ऑपरेटिंग सिस्टम और विंडोज 3.1 के लिए लिखा गया था) को चलने से रोकता था। एनटीवीडीएम सबसिस्टम सम्मलित नहीं होने के कारण विंडोज के 64-बिट संस्करण प्रभावित नहीं होते हैं।[27][28] इस प्रकार माइक्रोसाॅफ्ट सुरक्षा पैच प्रभावित ऑपरेटिंग सिस्टम पर लागू हो जाने के बाद वीडीएम को सुरक्षित रूप से पुन: सक्षम किया जा सकता है।[nb 2]

सीमाएं

जीडीआई (GDI) ऑब्जेक्ट के लिए बढ़ी हुई प्रति-सत्र सीमा के कारण विंडोज XP 16-बिट सबसिस्टम (किन्तु विंडोज एनटी के पुराने संस्करणों में नहीं) में सीमा सम्मलित है, जिसके कारण जीडीआई हैंडल को दो बिट्स से दाईं ओर स्थानांतरित कर दिया जाता है, जब उन्हें 32 से 16 बिट्स में परिवर्तित किया जाता है।[29] परिणामस्वरूप, वास्तविक हैंडल 14 बिट्स से बड़ा नहीं हो सकता है और इसके परिणामस्वरूप 16-बिट एप्लिकेशन जो कि जीडीआई सिस्टम क्रैश द्वारा 16384 से बड़े हैंडल को प्रस्तुत किया जाता है और इस प्रकार त्रुटि संदेश के साथ समाप्त होता है।[29]

सामान्यतः, वीडीएम और इसी तरह की तकनीक आज के कंप्यूटरों पर अधिकांश पुराने डिस्क ऑपरेटिंग सिस्टम गेम को संतोषजनक ढंग से नहीं चलाती हैं। इस प्रकार अनुकरण केवल सबसे मौलिक बाह्य उपकरणों के लिए प्रदान किया जाता है, जिसे प्रायः अपूर्ण रूप से लागू किया जाता है।[citation needed] उदाहरण के लिए, एनटीवीडीएम में ध्वनि अनुकरण बहुत सीमित है। इस प्रकार विंडोज के एनटी-पारिवारिक संस्करण केवल वास्तविक स्क्रीन को प्रति सेकंड कुछ बार अपडेट करते हैं, जब डॉस प्रोग्राम इसे लिखता है और वे उच्च रिज़ॉल्यूशन ग्राफिक्स मोड का अनुकरण नहीं करते हैं। क्योंकि सॉफ्टवेयर ज्यादातर होस्ट सीपीयू की गति से नेटिव चलता है, सभी टाइमिंग लूप समय से पहले समाप्त हो जाएंगे। यह या तो गेम को बहुत तेजी से चलाता है या सॉफ़्टवेयर को अनुकरणीय हार्डवेयर बाह्य उपकरणों पर ध्यान नहीं देता है, क्योंकि यह उत्तर के लिए पर्याप्त समय तक प्रतीक्षा नहीं करता है।

x64 और आर्क (AArch) 64 में अनुपस्थिति

एक x86-64 सीपीयू में, वर्चुअल 8086 मोड केवल इसके लीगेसी मोड (16- और 32-बिट ऑपरेटिंग सिस्टम चलाने के लिए) में उप-मोड के रूप में उपलब्ध है, मूल 64-बिट लंबे मोड में नहीं हैं।[30] इस प्रकार विंडोज के x86-64 संस्करणों पर एनटीवीडीएम डॉस कार्यक्रमों सहित समर्थित नहीं है,[31] [32] क्योंकि एनटीवीडीएम एड्रेसिंग के लिए आवश्यक 16-बिट सेगमेंट को सक्षम करने के लिए स्थानीय डिस्क्रिप्टर तालिका के अतिरिक्त VM86 सीपीयू मोड का उपयोग करता है।[33] एनटीवीडीएम आर्क64 पर भी उपलब्ध नहीं है, क्योंकि माइक्रोसाॅफ्ट ने इस असंगत निर्देश सेट के लिए पूर्ण इम्यूलेटर प्रस्तुत नहीं किया था, जैसा कि पिछले असंगत आर्किटेक्चर पर किया था।

जबकि एनटीवीडीएम विंडोज के x86-64 संस्करणों पर समर्थित नहीं है, फिर भी उन्हें वर्चुअलाइजेशन सॉफ्टवेयर का उपयोग करके चलाया जा सकता है, जैसे कि विंडोज 7 या वीएम वेयर कार्य केंद्र के गैर-होम संस्करणों में विंडोज एक्सपी मोड इत्यादि का उपयोग किया जाता था। इस प्रकार अन्य विधियों में एनटीवीडीएमx64 का उपयोग करना सम्मलित है, गैर-x86 प्लेटफॉर्म के लिए विंडोज एनटी 4.0 से एनटीवीडीएम के लीक हुए नकली कार्यान्वयन का अनौपचारिक पोर्ट,[23]या ओटीवीडीएम (विनeवीडीएम), एमएएमई के ​​i386 इम्यूलेशन पर आधारित 16-बिट विंडोज दुभाषिया और लोकप्रिय विंडोज कम्पैटिबिलिटी लेयर, एक्कोहल (सॉफ्टवेयर) का 16-बिट भाग हैं।[34]

यह भी देखें

टिप्पणियाँ

  1. KRNL386.SYS of DR DOS "Panther" has copyright strings "1991,1992".
  2. A disabled VDM could be reenabled by setting the corresponding registry key back to "HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\AppCompat\VDMDisallowed"=dword:00000000.


संदर्भ

  1. 1.00 1.01 1.02 1.03 1.04 1.05 1.06 1.07 1.08 1.09 1.10 1.11 1.12 Schulman, Andrew; Brown, Ralf D.; Maxey, David; Michels, Raymond J.; Kyle, Jim (1994) [November 1993]. Undocumented DOS: A programmer's guide to reserved MS-DOS functions and data structures - expanded to include MS-DOS 6, Novell DOS and Windows 3.1 (2 ed.). Reading, Massachusetts: Addison Wesley. ISBN 0-201-63287-X. (xviii+856+vi pages, 3.5-inch floppy) Errata: [1][2]
  2. 2.0 2.1 "Concurrent DOS-286 Challenges Unix". BYTE Magazine. 10 (5): 375–377. May 1985. Archived from the original on 2018-09-14. Retrieved 2017-01-23. [3]
  3. "Concurrent DOS 68K 1.2 - Developer Kit for Motorola VME/10 - Disk 2". 1986-08-06 [1986-04-08]. Retrieved 2018-09-13. (NB. This package also includes some header files from Concurrent DOS 286, including STRUCT.H explicitly mentioning LOADALL for "8086 emulation".)
  4. 4.0 4.1 Deitel, Harvey M.; Kogan, Michael S. (1992). The Design of OS/2. Addison-Wesley. ISBN 0-201-54889-5.
  5. Foster, Edward (1985-05-13). "Super DOS awaits new 80286 – Concurrent DOS 286 – delayed until Intel upgrades chip – offers Xenix's power and IBM PC compatibility". InfoWorld. InfoWorld Media Group. 7 (19): 17–18. ISSN 0199-6649. Archived from the original on 2019-04-03. Retrieved 2019-04-03.
  6. Foster, Edward (1985-08-26). "Intel shows new 80286 chip – Future of DRI's Concurrent DOS 286 still unclear after processor fixed". InfoWorld. InfoWorld Media Group. 7 (34): 21. ISSN 0199-6649. Archived from the original on 2019-04-03. Retrieved 2019-04-03.
  7. FlexOS Supplement for Intel iAPX 286-based Computers (PDF). 1.3 (1 ed.). Digital Research, Inc. November 1986. Archived (PDF) from the original on 2019-04-03. Retrieved 2018-08-14.
  8. CBR, ed. (1987-01-15). "Digital Research launches FlexOS 286 Real-Time Manufacturing Operating System". Computer Business Review. Archived from the original on 2013-01-18. Retrieved 2018-09-15.
  9. Calvo, Melissa; Forbes, Jim (1986-02-10). "IBM to use a DRI operating system". InfoWorld . Archived from the original on 2019-04-03. Retrieved 2011-09-06.
  10. "IBM selects Concurrent DOS-286 for PC AT retail system" (PDF). European Review. Digital Research (18): 1. March 1986. Archived (PDF) from the original on 2019-04-03. Retrieved 2018-09-15.
  11. Weiss, Jiri (1987-02-16). "DRI To Release Multiuser 80386 Operating System". InfoWorld. 9 (7): 1, 8. Archived from the original on 2019-04-03. Retrieved 2017-01-22. [4]
  12. CBR, ed. (1987-06-03). "Digital Research shows off Real-Time FlexOS 386". Computer Business Review. Archived from the original on 2013-06-28. Retrieved 2011-09-06.
  13. Necasek, Michal (2011-05-21). "Windows/386 2.01". OS/2 Museum. Archived from the original on 2019-04-02. Retrieved 2019-04-02. {{cite web}}: |archive-date= / |archive-url= timestamp mismatch (help)
  14. 14.0 14.1 14.2 14.3 14.4 Paul, Matthias R. (1997-07-30) [1994-05-01]. NWDOS-TIPs — Tips & Tricks rund um Novell DOS 7, mit Blick auf undokumentierte Details, Bugs und Workarounds. Archived from the original on 2016-11-03. Retrieved 2014-09-06. {{cite book}}: |work= ignored (help) (NB. NWDOSTIP.TXT is a comprehensive work on Novell DOS 7 and OpenDOS 7.01, including the description of many undocumented features and internals. It is part of the author's yet larger MPDOSTIP.ZIP collection maintained up to 2001 and distributed on many sites at the time. The provided link points to a HTML-converted older version of the NWDOSTIP.TXT file.) mpdostip.zip
  15. 15.0 15.1 OpenDOS Developer's Reference Series — OpenDOS Multitasking API Guide — Programmer's Guide. UK: Caldera, Inc. August 1997. Caldera Part No. 200-DOMG-004. Archived from the original on 2017-09-10. Retrieved 2016-11-02.
  16. 16.0 16.1 Caldera DR-DOS 7.02 User Guide. Caldera, Inc. 1998 [1993, 1997]. Archived from the original on 2016-11-05. Retrieved 2014-09-06.
  17. "OS/2 Workplace Shell Configuration Techniques" (PDF). IBM redbook. 1994. pp. 68–80. Archived from the original (PDF) on 2012-03-20. Retrieved 2011-07-05.
  18. 18.0 18.1 "MS-DOS subsystem commands". Microsoft.
  19. "Why can't my DOS and Win-OS/2 sessions see more than 2 GB of free space?". Arca Noae, LLC. Archived from the original on 2021-07-07. Retrieved 2020-09-03.
  20. "ArcaOS Release Notes". 2020-08-31 [2017-05-15]. Archived from the original on 2021-03-16. Retrieved 2020-09-03.
  21. "Chapter 27 - Windows Compatibility and Migration". Windows NT 4.0 Resource Kit. Microsoft. Retrieved 2017-07-19.
  22. Schulman, Jerold (2002-12-04). "How do I troubleshoot MS-DOS programs running on Windows XP?". ITPro Windows. Retrieved 2017-07-19.
  23. 23.0 23.1 "leecher1337/ntvdmx64". GitHub. Retrieved 2018-11-03. Edward Mendelson's additional documentation
  24. "INFO: How Windows handles floating-point calculations". Microsoft Support. 2006-11-21. Archived from the original on 2013-02-24. Retrieved 2017-07-19.
  25. "Microsoft Security Bulletin MS10-015 - Important: Vulnerabilities in Windows Kernel Could Allow Elevation of Privilege (977165)". Security TechCenter. Microsoft. 2010-03-17. Retrieved 2012-11-02.
  26. Ormandy, Tavis (2010-01-19). "Microsoft Windows NT #GP Trap Handler Allows Users to Switch Kernel Stack". CVE-2010-0232. Full-disclosure. Retrieved 2013-04-13.
  27. Farrell, Nick (2010-01-20). "Ancient Windows flaw found after 17 years". The Inquirer. Incisive. Archived from the original on 23 January 2010. Retrieved 2010-01-21.{{cite web}}: CS1 maint: unfit URL (link)
  28. "Microsoft Security Advisory (979682): Vulnerability in Windows Kernel Could Allow Elevation of Privilege". TechNet. Microsoft. 2010-01-20. Retrieved 2010-01-21.
  29. 29.0 29.1 The "Win 16 Subsystem has insufficient resources to continue running" problem on Windows XP
  30. Intel 64 and IA-32 Architectures Software Developer's Manual Combined Volumes: 1, 2A, 2B, 2C, 3A, 3B, and 3C (PDF) (PDF). Intel. June 2013 [1997]. 325462-047US. Retrieved 2013-07-02.
  31. Klein, Helge (2008-03-11). "Windows x64 - All the Same Yet Very Different, Part 5: NTVDM, Services, WoW64". Retrieved 2013-07-21.
  32. "List of limitations in 64-Bit Windows". Microsoft Corporation. 2007-10-11. Retrieved 2017-07-19.
  33. "modify_ldt(2)". Linux Programmer's Manual. Retrieved 2019-07-21.
  34. "Winevdm". GitHub. Retrieved 2019-07-21. Edward Mendelson's additional documentation


अग्रिम पठन


बाहरी संबंध