विंडोज 95: Difference between revisions
From Vigyanwiki
| Line 32: | Line 32: | ||
विंडोज 95 [[माइक्रोसॉफ्ट]] द्वारा [[ऑपरेटिंग सिस्टम]] के अपने विंडोज 9x परिवार के हिस्से के रूप में विकसित एक उपभोक्ता-उन्मुख ऑपरेटिंग सिस्टम है। 9x परिवार में पहला ऑपरेटिंग सिस्टम, यह विंडोज 3.1x का उत्तराधिकारी है, और 14 जुलाई, 1995 को निर्माण के लिए जारी किया गया था, और आम तौर पर विंडोज एनटी 3.51 के रिलीज होने के लगभग तीन महीने बाद 24 अगस्त, 1995 को खुदरा बिक्री के लिए जारी किया गया था।<ref name="WashPost1995">{{cite news|url=https://www.washingtonpost.com/wp-srv/business/longterm/microsoft/stories/1995/debut082495.htm|title=विंडोज 95 की शुरुआत के साथ, माइक्रोसॉफ्ट हाइप के हाइट्स को स्केल करता है|author=Segal|first=David|date=August 24, 1995|newspaper=The Washington Post|access-date=May 9, 2019|archive-url=https://web.archive.org/web/20190502031212/https://www.washingtonpost.com/wp-srv/business/longterm/microsoft/stories/1995/debut082495.htm|archive-date=May 2, 2019|url-status=live}}</ref><ref>{{cite news|title=24 अगस्त, 1995: विंडोज 95 को हैलो कहें|author=Long, Tony|url=https://www.wired.com/thisdayintech/2011/08/0824windows-95/|work=Wired.com|date=August 24, 2011 |access-date=April 21, 2012}}</ref> विंडोज 95 ने माइक्रोसॉफ्ट के पूर्व में अलग [[एमएस-डॉस]] और [[माइक्रोसॉफ़्ट विंडोज़]] उत्पादों को विलय कर दिया और अपने पूर्ववर्ती की तुलना में महत्वपूर्ण सुधार किए, विशेष रूप से [[ग्राफिकल यूज़र इंटरफ़ेस]] (जीयूआई) और इसकी सरलीकृत "प्लग-एंड-प्ले" सुविधाओं में। ऑपरेटिंग सिस्टम के मुख्य घटकों में भी बड़े बदलाव किए गए थे, जैसे मुख्य रूप से सहकारी मल्टीटास्क्ड [[16-बिट कंप्यूटिंग|16-बिट]] आर्किटेक्चर से 32-बिट प्रीमेप्टिव मल्टीटास्किंग आर्किटेक्चर में जाना, कम से कम केवल [[32-बिट कंप्यूटिंग|32-बिट]] संरक्षित मोड एप्लिकेशन चलाते समय। | विंडोज 95 [[माइक्रोसॉफ्ट]] द्वारा [[ऑपरेटिंग सिस्टम]] के अपने विंडोज 9x परिवार के हिस्से के रूप में विकसित एक उपभोक्ता-उन्मुख ऑपरेटिंग सिस्टम है। 9x परिवार में पहला ऑपरेटिंग सिस्टम, यह विंडोज 3.1x का उत्तराधिकारी है, और 14 जुलाई, 1995 को निर्माण के लिए जारी किया गया था, और आम तौर पर विंडोज एनटी 3.51 के रिलीज होने के लगभग तीन महीने बाद 24 अगस्त, 1995 को खुदरा बिक्री के लिए जारी किया गया था।<ref name="WashPost1995">{{cite news|url=https://www.washingtonpost.com/wp-srv/business/longterm/microsoft/stories/1995/debut082495.htm|title=विंडोज 95 की शुरुआत के साथ, माइक्रोसॉफ्ट हाइप के हाइट्स को स्केल करता है|author=Segal|first=David|date=August 24, 1995|newspaper=The Washington Post|access-date=May 9, 2019|archive-url=https://web.archive.org/web/20190502031212/https://www.washingtonpost.com/wp-srv/business/longterm/microsoft/stories/1995/debut082495.htm|archive-date=May 2, 2019|url-status=live}}</ref><ref>{{cite news|title=24 अगस्त, 1995: विंडोज 95 को हैलो कहें|author=Long, Tony|url=https://www.wired.com/thisdayintech/2011/08/0824windows-95/|work=Wired.com|date=August 24, 2011 |access-date=April 21, 2012}}</ref> विंडोज 95 ने माइक्रोसॉफ्ट के पूर्व में अलग [[एमएस-डॉस]] और [[माइक्रोसॉफ़्ट विंडोज़]] उत्पादों को विलय कर दिया और अपने पूर्ववर्ती की तुलना में महत्वपूर्ण सुधार किए, विशेष रूप से [[ग्राफिकल यूज़र इंटरफ़ेस]] (जीयूआई) और इसकी सरलीकृत "प्लग-एंड-प्ले" सुविधाओं में। ऑपरेटिंग सिस्टम के मुख्य घटकों में भी बड़े बदलाव किए गए थे, जैसे मुख्य रूप से सहकारी मल्टीटास्क्ड [[16-बिट कंप्यूटिंग|16-बिट]] आर्किटेक्चर से 32-बिट प्रीमेप्टिव मल्टीटास्किंग आर्किटेक्चर में जाना, कम से कम केवल [[32-बिट कंप्यूटिंग|32-बिट]] संरक्षित मोड एप्लिकेशन चलाते समय। | ||
व्यापक विपणन अभियान के साथ,<ref name="With Windows 95's Debut, Microsoft Scales Heights of Hype">{{Cite news |last=Segal |first=David |date=August 24, 1995 |url=https://www.washingtonpost.com/wp-srv/business/longterm/microsoft/stories/1995/debut082495.htm |title=विंडोज 95 के डेब्यू के साथ, माइक्रोसॉफ्ट के स्केल हाइट्स ऑफ हाइप|newspaper=Washington Post }}</ref> विंडोज 95 ने कई कार्यों और विशेषताओं को पेश किया जो बाद के विंडोज संस्करणों में चित्रित किए गए थे, और आज तक आधुनिक विविधताओं में जारी हैं, जैसे कि [[टास्कबार]], [[अधिसूचना क्षेत्र]] और "प्रारंभ" बटन। | |||
इसकी शुरुआत के तीन साल बाद, विंडोज 95 के बाद [[विंडोज 98]] आया। माइक्रोसॉफ्ट ने 31 दिसंबर, 2000 को विंडोज 95 के लिए विस्तारित समर्थन समाप्त कर दिया। | इसकी शुरुआत के तीन साल बाद, विंडोज 95 के बाद [[विंडोज 98]] आया। माइक्रोसॉफ्ट ने 31 दिसंबर, 2000 को विंडोज 95 के लिए विस्तारित समर्थन समाप्त कर दिया। | ||
| Line 40: | Line 40: | ||
{{Main article|विंडोज 95 का विकास}} | {{Main article|विंडोज 95 का विकास}} | ||
{{Refimprove section|date=April 2010}} | {{Refimprove section|date=April 2010}} | ||
विंडोज 95 के शुरुआती डिजाइन और योजना का पता मार्च 1992 के आसपास लगाया जा सकता है,<ref>Comes v. Microsoft. [http://groklaw.net/pdf/iowa/www.iowaconsumercase.org/011607/1000/PX01263.pdf Plaintiff's Exhibit 1263] {{Webarchive|url=https://web.archive.org/web/20160414110939/http://groklaw.net/pdf/iowa/www.iowaconsumercase.org/011607/1000/PX01263.pdf |date=April 14, 2016 }}.</ref><ref>Comes v. Microsoft. [http://groklaw.net/pdf/iowa/www.iowaconsumercase.org/011607/1000/PX01308.pdf Plaintiff's Exhibit 1308] {{Webarchive|url=https://web.archive.org/web/20191130211809/http://groklaw.net/pdf/iowa/www.iowaconsumercase.org/011607/1000/PX01308.pdf |date=November 30, 2019 }}.</ref><ref>Comes v. Microsoft. [http://groklaw.net/pdf/iowa/www.iowaconsumercase.org/011607/1000/PX01310.pdf Plaintiff's Exhibit 1310] {{Webarchive|url=https://web.archive.org/web/20160414110941/http://groklaw.net/pdf/iowa/www.iowaconsumercase.org/011607/1000/PX01310.pdf |date=April 14, 2016 }}.</ref> विंडोज 3.1 के रिलीज होने से ठीक पहले। इस समय, कार्यसमूहों के लिए विंडोज़ 3.11 और विंडोज़ एनटी 3.1 अभी भी विकास के चरण में थे। इस बिंदु पर, माइक्रोसॉफ्ट की रणनीति विंडोज एनटी पर आधारित | विंडोज 95 के शुरुआती डिजाइन और योजना का पता मार्च 1992 के आसपास लगाया जा सकता है,<ref>Comes v. Microsoft. [http://groklaw.net/pdf/iowa/www.iowaconsumercase.org/011607/1000/PX01263.pdf Plaintiff's Exhibit 1263] {{Webarchive|url=https://web.archive.org/web/20160414110939/http://groklaw.net/pdf/iowa/www.iowaconsumercase.org/011607/1000/PX01263.pdf |date=April 14, 2016 }}.</ref><ref>Comes v. Microsoft. [http://groklaw.net/pdf/iowa/www.iowaconsumercase.org/011607/1000/PX01308.pdf Plaintiff's Exhibit 1308] {{Webarchive|url=https://web.archive.org/web/20191130211809/http://groklaw.net/pdf/iowa/www.iowaconsumercase.org/011607/1000/PX01308.pdf |date=November 30, 2019 }}.</ref><ref>Comes v. Microsoft. [http://groklaw.net/pdf/iowa/www.iowaconsumercase.org/011607/1000/PX01310.pdf Plaintiff's Exhibit 1310] {{Webarchive|url=https://web.archive.org/web/20160414110941/http://groklaw.net/pdf/iowa/www.iowaconsumercase.org/011607/1000/PX01310.pdf |date=April 14, 2016 }}.</ref> विंडोज 3.1 के रिलीज होने से ठीक पहले। इस समय, कार्यसमूहों के लिए विंडोज़ 3.11 और विंडोज़ एनटी 3.1 अभी भी विकास के चरण में थे। इस बिंदु पर, माइक्रोसॉफ्ट की रणनीति विंडोज एनटी पर आधारित अगली पीढ़ी, उच्च अंत ओएस, अर्थात्, [[काहिरा (ऑपरेटिंग सिस्टम)|काहिरा]], और कम अंत, उपभोक्ता-केंद्रित विंडोज 3.1 के विकास के रूप में थी। बाद की रणनीति 32-बिट अंतर्निहित कर्नेल और फाइल सिस्टम को 32-बिट प्रोटेक्ट मोड डिवाइस ड्राइवरों के साथ विंडोज में वर्कग्रुप्स 3.11 के लिए विकसित करना था, जिसे विंडोज के अगले संस्करण के लिए आधार के रूप में उपयोग किया जाना था, कोड-नाम "शिकागो।" काहिरा विंडोज एनटी पर आधारित माइक्रोसॉफ्ट की अगली पीढ़ी का ऑपरेटिंग सिस्टम होगा, जिसमें नया यूजर इंटरफेस और ऑब्जेक्ट-आधारित फाइल सिस्टम होगा, लेकिन इसे 1994 से पहले भेजने की योजना नहीं थी। काहिरा प्रोजेक्ट अंततः जुलाई 1996 के अंत में विंडोज एनटी 4.0 में भेज दिया गया, बिना ऑब्जेक्ट-आधारित फाइल सिस्टम के, जो बाद में [[विनएफएस]] में विकसित होगा। | ||
इसके साथ ही विंडोज 3.1 की रिलीज के साथ, आईबीएम ([[IBM]]) ने ओएस/2 2.0 शिपिंग शुरू कर दिया। माइक्रोसॉफ्ट ने महसूस किया कि उन्हें विंडोज के | इसके साथ ही विंडोज 3.1 की रिलीज के साथ, आईबीएम ([[IBM]]) ने ओएस/2 2.0 शिपिंग शुरू कर दिया। माइक्रोसॉफ्ट ने महसूस किया कि उन्हें विंडोज के अद्यतन संस्करण की आवश्यकता है जो 32-बिट अनुप्रयोगों और प्रीमेप्टिव मल्टीटास्किंग का समर्थन कर सके लेकिन फिर भी निम्न-अंत हार्डवेयर पर चल सके (विंडोज एनटी नहीं)। प्रारंभ में, "शिकागो" टीम को नहीं पता था कि उत्पाद कैसे पैक किया जाएगा। शुरुआती विचार थे कि दो उत्पाद हो सकते हैं, एमएस-डॉस 7, जो केवल अंतर्निहित OS होगा, वर्कग्रुप्स 3.11 कर्नेल के लिए विंडोज का विकास, शीर्ष पर एक वर्ण मोड OS के साथ, और पूरी तरह से एकीकृत ग्राफ़िकल विंडोज ओएस। लेकिन जल्द ही परियोजना में, एमएस-डॉस 7 के विचार को त्याग दिया गया और केवल एकीकृत ग्राफिकल ओएस विंडोज "शिकागो" विकसित करने का निर्णय लिया गया। | ||
===बीटा=== | ===बीटा=== | ||
विंडोज 95 की आधिकारिक रिलीज से पहले, [[संयुक्त राज्य अमेरिका]] और [[यूनाइटेड किंगडम]] के उपयोगकर्ताओं के पास विंडोज 95 पूर्वावलोकन कार्यक्रम में भाग लेने का अवसर था।<ref>{{Cite web|last=Fruhlinger|first=Josh|date=August 31, 2015|title=यह (अभी भी) विंडोज 95 की दुनिया है। हम इसी में जीते हैं।|url=https://www.computerworld.com/article/2977757/its-still-windows-95s-world-we-just-live-in-it.html|access-date=August 24, 2020|website=Computerworld|language=en}}</ref> US$19.95/£19.95 के लिए, उपयोगकर्ताओं को कई 3.5-इंच फ़्लॉपी डिस्क प्राप्त होंगी जिनका उपयोग विंडोज 95 को या तो विंडोज 3.1x से अपग्रेड के रूप में या | विंडोज 95 की आधिकारिक रिलीज से पहले, [[संयुक्त राज्य अमेरिका]] और [[यूनाइटेड किंगडम]] के उपयोगकर्ताओं के पास विंडोज 95 पूर्वावलोकन कार्यक्रम में भाग लेने का अवसर था।<ref>{{Cite web|last=Fruhlinger|first=Josh|date=August 31, 2015|title=यह (अभी भी) विंडोज 95 की दुनिया है। हम इसी में जीते हैं।|url=https://www.computerworld.com/article/2977757/its-still-windows-95s-world-we-just-live-in-it.html|access-date=August 24, 2020|website=Computerworld|language=en}}</ref> US$19.95/£19.95 के लिए, उपयोगकर्ताओं को कई 3.5-इंच फ़्लॉपी डिस्क प्राप्त होंगी जिनका उपयोग विंडोज 95 को या तो विंडोज 3.1x से अपग्रेड के रूप में या इंस्टॉलेशन के रूप में स्थापित करने के लिए किया जाएगा। प्रतिभागियों को माइक्रोसॉफ्ट नेटवर्क ([[एमएसएन डायल-अप|एमएसएन]]) का मुफ्त पूर्वावलोकन भी दिया गया, जो माइक्रोसॉफ्ट ने विंडोज 95 के साथ लॉन्च की गई ऑनलाइन सेवा है। पूर्वावलोकन अवधि के दौरान, माइक्रोसॉफ्ट ने शिकागो में प्रचार और तकनीकी दस्तावेजीकरण के लिए विभिन्न इलेक्ट्रॉनिक वितरण बिंदुओं की स्थापना की,<ref name="reviewGuide">[http://www.anonymous-insider.net/windows/research/acrobat/940601.pdf Microsoft Windows Chicago Reviewer's Guide]{{Dead link|date=August 2019 |bot=InternetArchiveBot |fix-attempted=yes }}, p.282</ref> जिसमें एक विस्तृत विवरण सम्मिलित है। मीडिया समीक्षकों के लिए नई प्रणाली की विशेषताओं का वर्णन करने वाला दस्तावेज़।<ref name="reviewGuide"/><ref>{{cite news|title=व्यक्तिगत कम्प्यूटर्स; माइक्रोसॉफ्ट का नया सिस्टम ग्लिट्स को ठीक करने का वादा करता है|newspaper=[[The New York Times]]|author=Stephen Manes|date=July 19, 1994 |url=https://www.nytimes.com/1994/07/19/science/personal-computers-microsoft-s-new-system-promises-to-fix-glitches.html}}</ref> पूर्वावलोकन संस्करण नवंबर 1995 में समाप्त हो गए, जिसके बाद उपयोगकर्ता को विंडोज 95 के अंतिम संस्करण की एक प्रति खरीदनी होगी। | ||
== '''आर्किटेक्चर''' == | == '''आर्किटेक्चर''' == | ||
[[File:Microsoft Windows 95 architecture.svg|thumb|upright=1.5|वास्तु आरेख]]विंडोज 95 को मौजूदा एमएस-डॉस और 16-बिट विंडोज प्रोग्राम और [[डिवाइस ड्राइवर]] के साथ अधिक से अधिक स्थिर और बेहतर प्रदर्शन करने वाली प्रणाली की पेशकश करते हुए अधिकतम संगत होने के लिए डिजाइन किया गया था। [12] [13] विंडोज 95 आर्किटेक्चर वर्कग्रुप्स के 386 वर्धित मोड के लिए विंडोज का विकास है। | [[File:Microsoft Windows 95 architecture.svg|thumb|upright=1.5|वास्तु आरेख]]विंडोज 95 को मौजूदा एमएस-डॉस और 16-बिट विंडोज प्रोग्राम और [[डिवाइस ड्राइवर]] के साथ अधिक से अधिक स्थिर और बेहतर प्रदर्शन करने वाली प्रणाली की पेशकश करते हुए अधिकतम संगत होने के लिए डिजाइन किया गया था। [12] [13] विंडोज 95 आर्किटेक्चर वर्कग्रुप्स के 386 वर्धित मोड के लिए विंडोज का विकास है। | ||
'''कॉन्फ़िगरेशन मैनेजर (कॉन्फिगएमजी)''': [[लिगेसी प्लग एंड प्ले|प्लग एंड प्ले]] कार्यात्मकता को लागू करने के लिए उत्तरदायी; हार्डवेयर कॉन्फ़िगरेशन परिवर्तन की निगरानी; बस एन्यूमरेटर्स का उपयोग कर उपकरणों का पता लगाना; और आई/ओ पोर्ट, आईआरक्यू, डीएमए चैनल और मेमोरी को | '''कॉन्फ़िगरेशन मैनेजर (कॉन्फिगएमजी)''': [[लिगेसी प्लग एंड प्ले|प्लग एंड प्ले]] कार्यात्मकता को लागू करने के लिए उत्तरदायी; हार्डवेयर कॉन्फ़िगरेशन परिवर्तन की निगरानी; बस एन्यूमरेटर्स का उपयोग कर उपकरणों का पता लगाना; और आई/ओ पोर्ट, आईआरक्यू, डीएमए चैनल और मेमोरी को संघर्ष-मुक्त तरीके से आवंटित करना।<ref>{{Cite web|last=aczechowski|title=कॉन्फ़िगरेशन प्रबंधक क्या है? - विन्यास प्रबंधक|url=https://docs.microsoft.com/en-us/mem/configmgr/core/understand/introduction|access-date=August 25, 2020|website=docs.microsoft.com|language=en-us}}</ref> | ||
'''इंस्टॉल करने योग्य फ़ाइल सिस्टम मैनेजर (इनपुट/आउटपुट सबसिस्टम):''' समर्थित फ़ाइल सिस्टम तक पहुँच का समन्वय करता है। विंडोज 95 को शुरू में [[FAT12]], [[FAT16]], [[VFAT]] एक्सटेंशन, [[ISO 9660]] (CDFS), [[जोलीट (फाइल सिस्टम)|जोलियट]] और नेटवर्क रीडायरेक्टर्स के समर्थन के साथ भेजा गया था, बाद में [[FAT32]] का समर्थन करने वाले रिलीज़ हुए।<ref>{{Cite web|last=lorihollasch|title=फ़िल्टर प्रबंधक अवधारणाएँ - विंडोज ड्राइवर|url=https://docs.microsoft.com/en-us/windows-hardware/drivers/ifs/filter-manager-concepts|access-date=August 25, 2020|website=docs.microsoft.com|language=en-us}}</ref> | '''इंस्टॉल करने योग्य फ़ाइल सिस्टम मैनेजर (इनपुट/आउटपुट सबसिस्टम):''' समर्थित फ़ाइल सिस्टम तक पहुँच का समन्वय करता है। विंडोज 95 को शुरू में [[FAT12]], [[FAT16]], [[VFAT]] एक्सटेंशन, [[ISO 9660]] (CDFS), [[जोलीट (फाइल सिस्टम)|जोलियट]] और नेटवर्क रीडायरेक्टर्स के समर्थन के साथ भेजा गया था, बाद में [[FAT32]] का समर्थन करने वाले रिलीज़ हुए।<ref>{{Cite web|last=lorihollasch|title=फ़िल्टर प्रबंधक अवधारणाएँ - विंडोज ड्राइवर|url=https://docs.microsoft.com/en-us/windows-hardware/drivers/ifs/filter-manager-concepts|access-date=August 25, 2020|website=docs.microsoft.com|language=en-us}}</ref> | ||
| Line 55: | Line 55: | ||
भौतिक मीडिया तक पहुंच अनुरोध इनपुट/आउटपुट पर्यवेक्षक को भेजे जाते हैं, जो अनुरोधों को शेड्यूल करने के लिए जिम्मेदार घटक है। प्रत्येक भौतिक मीडिया का अपना डिवाइस ड्राइवर होता है: डिस्क तक पहुंच एक पोर्ट ड्राइवर द्वारा की जाती है, जबकि एससीएसआई डिवाइस तक पहुंच को एससीएसआई परत के ऊपर काम करने वाले मिनिपोर्ट ड्राइवर द्वारा नियंत्रित किया जाता है। पोर्ट और मिनिपोर्ट ड्राइवर, एमएस-डॉस और बायोस को बायपास करते हुए, 32-बिट सुरक्षित मोड में I/O संचालन करते हैं, जिससे प्रदर्शन में काफी सुधार होता है। यदि किसी निश्चित स्टोरेज डिवाइस के लिए कोई देशी विंडोज ड्राइवर नहीं है, या यदि डिवाइस को संगतता मोड में चलने के लिए मजबूर किया जाता है, तो रियल मोड मैपर एमएस-डॉस के माध्यम से इसे एक्सेस कर सकता है।<ref name="oldnewthing2007">{{Cite web|date=December 24, 2007|title=विंडोज 95 में MS-DOS की क्या भूमिका थी?|url=https://devblogs.microsoft.com/oldnewthing/20071224-00/?p=24063|website=The Old New Thing|archive-url=https://web.archive.org/web/20110128011858/http://blogs.msdn.com/b/oldnewthing/archive/2007/12/24/6849530.aspx|archive-date=January 28, 2011|author-first=Raymond|author-last=Chen}}</ref> | भौतिक मीडिया तक पहुंच अनुरोध इनपुट/आउटपुट पर्यवेक्षक को भेजे जाते हैं, जो अनुरोधों को शेड्यूल करने के लिए जिम्मेदार घटक है। प्रत्येक भौतिक मीडिया का अपना डिवाइस ड्राइवर होता है: डिस्क तक पहुंच एक पोर्ट ड्राइवर द्वारा की जाती है, जबकि एससीएसआई डिवाइस तक पहुंच को एससीएसआई परत के ऊपर काम करने वाले मिनिपोर्ट ड्राइवर द्वारा नियंत्रित किया जाता है। पोर्ट और मिनिपोर्ट ड्राइवर, एमएस-डॉस और बायोस को बायपास करते हुए, 32-बिट सुरक्षित मोड में I/O संचालन करते हैं, जिससे प्रदर्शन में काफी सुधार होता है। यदि किसी निश्चित स्टोरेज डिवाइस के लिए कोई देशी विंडोज ड्राइवर नहीं है, या यदि डिवाइस को संगतता मोड में चलने के लिए मजबूर किया जाता है, तो रियल मोड मैपर एमएस-डॉस के माध्यम से इसे एक्सेस कर सकता है।<ref name="oldnewthing2007">{{Cite web|date=December 24, 2007|title=विंडोज 95 में MS-DOS की क्या भूमिका थी?|url=https://devblogs.microsoft.com/oldnewthing/20071224-00/?p=24063|website=The Old New Thing|archive-url=https://web.archive.org/web/20110128011858/http://blogs.msdn.com/b/oldnewthing/archive/2007/12/24/6849530.aspx|archive-date=January 28, 2011|author-first=Raymond|author-last=Chen}}</ref> | ||
32-बिट विंडोज प्रोग्राम को उनके मेमोरी सेगमेंट असाइन किए जाते हैं, जिन्हें किसी भी वांछित आकार में समायोजित किया जा सकता है। खंड के बाहर के मेमोरी क्षेत्रों को प्रोग्राम द्वारा एक्सेस नहीं किया जा सकता है। यदि कोई प्रोग्राम क्रैश हो जाता है, तो कुछ और नुकसान नहीं होता है। इससे पहले, प्रोग्राम फिक्स्ड नॉन-एक्सक्लूसिव 64 KB सेगमेंट का इस्तेमाल करते थे। जबकि डॉस और विंडोज 3. x में 64 KB आकार | 32-बिट विंडोज प्रोग्राम को उनके मेमोरी सेगमेंट असाइन किए जाते हैं, जिन्हें किसी भी वांछित आकार में समायोजित किया जा सकता है। खंड के बाहर के मेमोरी क्षेत्रों को प्रोग्राम द्वारा एक्सेस नहीं किया जा सकता है। यदि कोई प्रोग्राम क्रैश हो जाता है, तो कुछ और नुकसान नहीं होता है। इससे पहले, प्रोग्राम फिक्स्ड नॉन-एक्सक्लूसिव 64 KB सेगमेंट का इस्तेमाल करते थे। जबकि डॉस और विंडोज 3. x में 64 KB आकार गंभीर बाधा थी, विशिष्टता की गारंटी की कमी स्थिरता के मुद्दों का कारण थी क्योंकि प्रोग्राम कभी-कभी एक-दूसरे के सेगमेंट को ओवरराइट कर देते थे। क्रैश विंडोज 3. x प्रोग्राम आसपास की प्रक्रियाओं को खत्म कर सकता है।{{Citation needed|date=October 2021}} | ||
[[Win32 API]] को तीन मॉड्यूल द्वारा लागू किया गया है, प्रत्येक में 16-बिट और 32-बिट घटक होते हैं: | [[Win32 API]] को तीन मॉड्यूल द्वारा लागू किया गया है, प्रत्येक में 16-बिट और 32-बिट घटक होते हैं: | ||
| Line 62: | Line 62: | ||
यूज़र्स :[[विंडो (कम्प्यूटिंग)]], [[मेनू (कंप्यूटिंग)]] और [[बटन (कंप्यूटिंग)]] जैसे विभिन्न [[प्रयोक्ता इंटरफ़ेस]] घटकों के प्रबंधन और ड्राइंग के लिए जिम्मेदार। USER.EXE और USER32.DLL से मिलकर बनता है। | यूज़र्स :[[विंडो (कम्प्यूटिंग)]], [[मेनू (कंप्यूटिंग)]] और [[बटन (कंप्यूटिंग)]] जैसे विभिन्न [[प्रयोक्ता इंटरफ़ेस]] घटकों के प्रबंधन और ड्राइंग के लिए जिम्मेदार। USER.EXE और USER32.DLL से मिलकर बनता है। | ||
;'''ग्राफिक्स डिवाइस इंटरफेस (जीडीआई)''': | ;'''ग्राफिक्स डिवाइस इंटरफेस (जीडीआई)''': उपकरण-स्वतंत्र तरीके से ग्राफिक्स बनाने के लिए जिम्मेदार। GDI.EXE और GDI32.DLL से मिलकर बनता है। | ||
== एमएस-डॉस पर निर्भरता == | == एमएस-डॉस पर निर्भरता == | ||
{{Main|एमएस-डॉस 7}} | {{Main|एमएस-डॉस 7}} | ||
[[File:Microsoft Windows 95 Version 4.00.1111 command.com MS-DOS Prompt 492x259.png|thumb|250px|windows 95 (MS-DOS Prompt) पर Windows कंसोल में चल रहा कमांड.com]]एंड-यूजर्स के लिए, MS-DOS विंडोज 95 के बिल्ट-इन घटक के रूप में दिखाई देता है। उदाहरण के लिए, ग्राफिकल यूजर इंटरफेस की लोडिंग को रोकना और सिस्टम को वास्तविक-मोड MS-DOS वातावरण में बूट करना संभव है। यह कमांड. कॉम को autoexec.bat फ़ाइल में डालकर या MSDOS.SYS फ़ाइल में BootGUI चर को 0 में बदलकर किया गया था। इसने उपयोगकर्ताओं और पेशेवरों के बीच इस बात को लेकर बहस छेड़ दी कि विंडोज 95 किस हद तक | [[File:Microsoft Windows 95 Version 4.00.1111 command.com MS-DOS Prompt 492x259.png|thumb|250px|windows 95 (MS-DOS Prompt) पर Windows कंसोल में चल रहा कमांड.com]]एंड-यूजर्स के लिए, MS-DOS विंडोज 95 के बिल्ट-इन घटक के रूप में दिखाई देता है। उदाहरण के लिए, ग्राफिकल यूजर इंटरफेस की लोडिंग को रोकना और सिस्टम को वास्तविक-मोड MS-DOS वातावरण में बूट करना संभव है। यह कमांड. कॉम को autoexec.bat फ़ाइल में डालकर या MSDOS.SYS फ़ाइल में BootGUI चर को 0 में बदलकर किया गया था। इसने उपयोगकर्ताओं और पेशेवरों के बीच इस बात को लेकर बहस छेड़ दी कि विंडोज 95 किस हद तक ऑपरेटिंग सिस्टम या केवल ग्राफिकल सिस्टम था। MS-DOS के ऊपर चलने वाला शेल और [[मैक ओएस]] की याद दिलाने वाले एप्लिकेशन, फाइलों और फ़ोल्डरों के शॉर्टकट के लिए डेस्कटॉप पर फिर से काम किया गया।<ref name="oldnewthing2007" /><ref name="Schulman_1994_UnauthorizedWin95">{{cite book | ||
|title=अनधिकृत विंडोज 95 - डेवलपर की संसाधन किट|last=Schulman | |title=अनधिकृत विंडोज 95 - डेवलपर की संसाधन किट|last=Schulman | ||
|first=Andrew | |first=Andrew | ||
| Line 101: | Line 101: | ||
विंडोज 95 ने एक [[डेस्कटॉप रूपक]] के आधार पर एक पुन: डिज़ाइन किया गया [[विंडोज खोल]] पेश किया; शॉर्टकट_(कंप्यूटिंग)#Microsoft_Windows (शेल लिंक के रूप में भी जाना जाता है) पेश किए गए थे <nowiki><ref name="WinLNK"></nowiki>{{Cite journal |first=Raymond |last=Chen |date=October 2009 |journal=[[TechNet Magazine]] |title=विंडोज गोपनीय: ट्रैकिंग शॉर्टकट|url=https://technet.microsoft.com/en-us/magazine/2009.10.windowsconfidential.aspx |access-date=April 14, 2019 |archive-url=https://web.archive.org/web/20091012055953/http://technet.microsoft.com/en-us/magazine/2009.10.windowsconfidential.aspx |archive-date=October 12, 2009 |publisher=[[Microsoft]]}}</ref> | विंडोज 95 ने एक [[डेस्कटॉप रूपक]] के आधार पर एक पुन: डिज़ाइन किया गया [[विंडोज खोल]] पेश किया; शॉर्टकट_(कंप्यूटिंग)#Microsoft_Windows (शेल लिंक के रूप में भी जाना जाता है) पेश किए गए थे <nowiki><ref name="WinLNK"></nowiki>{{Cite journal |first=Raymond |last=Chen |date=October 2009 |journal=[[TechNet Magazine]] |title=विंडोज गोपनीय: ट्रैकिंग शॉर्टकट|url=https://technet.microsoft.com/en-us/magazine/2009.10.windowsconfidential.aspx |access-date=April 14, 2019 |archive-url=https://web.archive.org/web/20091012055953/http://technet.microsoft.com/en-us/magazine/2009.10.windowsconfidential.aspx |archive-date=October 12, 2009 |publisher=[[Microsoft]]}}</ref> | ||
विंडोज 3.1 में डेस्कटॉप का उपयोग चल रहे एप्लिकेशन के आइकन प्रदर्शित करने के लिए किया गया था। विंडोज 95 में, वर्तमान में चल रहे एप्लिकेशन स्क्रीन के नीचे एक टास्कबार पर बटन के रूप में प्रदर्शित होते हैं।<ref>{{Cite web|title=विंडोज 3.0-शैली फ़ाइल ब्राउज़र आपको 90 के दशक की तरह नेविगेट करने देता है|url=https://www.engadget.com/2018-04-09-windows-3-file-browser-open-source.html|access-date=August 27, 2020|website=Engadget|language=en}}</ref> टास्कबार में पृष्ठभूमि अनुप्रयोगों, वॉल्यूम नियंत्रण और वर्तमान समय के लिए आइकन प्रदर्शित करने के लिए उपयोग किया जाने वाला | विंडोज 3.1 में डेस्कटॉप का उपयोग चल रहे एप्लिकेशन के आइकन प्रदर्शित करने के लिए किया गया था। विंडोज 95 में, वर्तमान में चल रहे एप्लिकेशन स्क्रीन के नीचे एक टास्कबार पर बटन के रूप में प्रदर्शित होते हैं।<ref>{{Cite web|title=विंडोज 3.0-शैली फ़ाइल ब्राउज़र आपको 90 के दशक की तरह नेविगेट करने देता है|url=https://www.engadget.com/2018-04-09-windows-3-file-browser-open-source.html|access-date=August 27, 2020|website=Engadget|language=en}}</ref> टास्कबार में पृष्ठभूमि अनुप्रयोगों, वॉल्यूम नियंत्रण और वर्तमान समय के लिए आइकन प्रदर्शित करने के लिए उपयोग किया जाने वाला अधिसूचना क्षेत्र भी सम्मिलित है।<ref>{{Cite web|date=August 30, 2019|title=विंडोज 95 का नया संस्करण विंडोज 10, मैकओएस और लिनक्स पर एक आकर्षक यूजर इंटरफेस प्राप्त करता है|url=https://betanews.com/2019/08/30/windows-95-new-user-interface/|access-date=August 27, 2020|website=BetaNews|language=en}}</ref> | ||
[[प्रारंभ मेनू]], टास्कबार पर स्टार्ट बटन पर क्लिक करके या [[विंडोज की]] को दबाकर शुरू किया गया, एप्लिकेशन लॉन्च करने या दस्तावेज़ खोलने के एक अतिरिक्त साधन के रूप में पेश किया गया था। इसके पूर्ववर्ती [[कार्यक्रम प्रबंधक]] द्वारा उपयोग किए जाने वाले प्रोग्राम समूहों को बनाए रखने के दौरान, यह कैस्केडिंग उप-मेनू के भीतर एप्लिकेशन भी प्रदर्शित करता है।<ref>{{Cite web|last=Warren|first=Tom|date=February 11, 2016|title=विंडोज स्टार्ट मेन्यू का इतिहास|url=https://www.theverge.com/2016/2/11/10923808/microsoft-windows-start-menu-20-years-visual-history|access-date=August 27, 2020|website=The Verge|language=en-US}}</ref> | [[प्रारंभ मेनू]], टास्कबार पर स्टार्ट बटन पर क्लिक करके या [[विंडोज की]] को दबाकर शुरू किया गया, एप्लिकेशन लॉन्च करने या दस्तावेज़ खोलने के एक अतिरिक्त साधन के रूप में पेश किया गया था। इसके पूर्ववर्ती [[कार्यक्रम प्रबंधक]] द्वारा उपयोग किए जाने वाले प्रोग्राम समूहों को बनाए रखने के दौरान, यह कैस्केडिंग उप-मेनू के भीतर एप्लिकेशन भी प्रदर्शित करता है।<ref>{{Cite web|last=Warren|first=Tom|date=February 11, 2016|title=विंडोज स्टार्ट मेन्यू का इतिहास|url=https://www.theverge.com/2016/2/11/10923808/microsoft-windows-start-menu-20-years-visual-history|access-date=August 27, 2020|website=The Verge|language=en-US}}</ref> | ||
पिछले [[फ़ाइल प्रबंधक (विंडोज़)]] प्रोग्राम को [[विंडोज़ एक्सप्लोरर]] और एक्सप्लोरर-आधारित [[नियंत्रण कक्ष (विंडोज़)]] द्वारा बदल दिया गया था और कई अन्य [[विशेष फ़ोल्डर]] जैसे माई कंप्यूटर, डायल-अप नेटवर्किंग, रीसायकल बिन, नेटवर्क नेबरहुड, माई डॉक्यूमेंट्स, हाल ही में जोड़े गए थे। दस्तावेज़, फ़ॉन्ट्स, प्रिंटर, और ब्रीफ़केस (माइक्रोसॉफ्ट विंडोज़) आदि | पिछले [[फ़ाइल प्रबंधक (विंडोज़)]] प्रोग्राम को [[विंडोज़ एक्सप्लोरर]] और एक्सप्लोरर-आधारित [[नियंत्रण कक्ष (विंडोज़)]] द्वारा बदल दिया गया था और कई अन्य [[विशेष फ़ोल्डर]] जैसे माई कंप्यूटर, डायल-अप नेटवर्किंग, रीसायकल बिन, नेटवर्क नेबरहुड, माई डॉक्यूमेंट्स, हाल ही में जोड़े गए थे। दस्तावेज़, फ़ॉन्ट्स, प्रिंटर, और ब्रीफ़केस (माइक्रोसॉफ्ट विंडोज़) आदि सम्मिलित हैं। सीडी ड्राइव के लिए [[ऑटोरन]] पेश किया गया था। | ||
उपयोगकर्ता इंटरफ़ेस विंडोज के पिछले संस्करणों से नाटकीय रूप से भिन्न दिखता था, लेकिन इसकी डिज़ाइन भाषा में मेट्रो (डिज़ाइन भाषा), एक्वा (उपयोगकर्ता इंटरफ़ेस) या सामग्री डिज़ाइन जैसा कोई विशेष नाम नहीं था। आंतरिक रूप से इसे नया खोल और बाद में केवल खोल कहा जाता था।<ref>{{Cite web|url = https://blogs.msdn.microsoft.com/oldnewthing/20140729-00/?p=383|title = क्या विंडोज़ 95 इंटरफ़ेस का एक कोड नाम था?|date = July 29, 2014|access-date = August 8, 2018|website = The Old New Thing |author-last=Chen|author-first=Raymond |author-link=Raymond Chen (Microsoft)}}</ref> नए शेल को विकसित करने के लिए माइक्रोसॉफ्ट के भीतर उपप्रोजेक्ट को आंतरिक रूप से स्टिम्पी के रूप में जाना जाता था।<ref>{{Cite web|url = https://blogs.msdn.microsoft.com/oldnewthing/20140520-00/?p=953|title = विंडोज 95 के भीतर विभिन्न सबप्रोजेक्ट्स के लिए कोड नाम|date = May 20, 2014|access-date = August 8, 2018|website = The Old New Thing |author-last=Chen|author-first=Raymond |author-link=Raymond Chen (Microsoft)}}</ref> | उपयोगकर्ता इंटरफ़ेस विंडोज के पिछले संस्करणों से नाटकीय रूप से भिन्न दिखता था, लेकिन इसकी डिज़ाइन भाषा में मेट्रो (डिज़ाइन भाषा), एक्वा (उपयोगकर्ता इंटरफ़ेस) या सामग्री डिज़ाइन जैसा कोई विशेष नाम नहीं था। आंतरिक रूप से इसे नया खोल और बाद में केवल खोल कहा जाता था।<ref>{{Cite web|url = https://blogs.msdn.microsoft.com/oldnewthing/20140729-00/?p=383|title = क्या विंडोज़ 95 इंटरफ़ेस का एक कोड नाम था?|date = July 29, 2014|access-date = August 8, 2018|website = The Old New Thing |author-last=Chen|author-first=Raymond |author-link=Raymond Chen (Microsoft)}}</ref> नए शेल को विकसित करने के लिए माइक्रोसॉफ्ट के भीतर उपप्रोजेक्ट को आंतरिक रूप से स्टिम्पी के रूप में जाना जाता था।<ref>{{Cite web|url = https://blogs.msdn.microsoft.com/oldnewthing/20140520-00/?p=953|title = विंडोज 95 के भीतर विभिन्न सबप्रोजेक्ट्स के लिए कोड नाम|date = May 20, 2014|access-date = August 8, 2018|website = The Old New Thing |author-last=Chen|author-first=Raymond |author-link=Raymond Chen (Microsoft)}}</ref> | ||
1994 में, Microsoft डिज़ाइनर [[मार्क मलामुद]] और एरिक गवरिलुक ने विंडोज 95 प्रोजेक्ट के लिए संगीत तैयार करने के लिए [[ब्रायन एनो]] से संपर्क किया।<ref>{{cite web|url=http://www.minyanville.com/businessmarkets/articles/intel-microsoft-research-in-motion-apple/5/25/2010/id/28465?refresh=1|title=विंडोज स्टार्ट-अप साउंड किसने बनाया?|last=Rohrlich|first=Justin|date=May 25, 2010|work=[[Minyanville]]'s Wall Street|access-date=June 18, 2013|archive-url=https://web.archive.org/web/20131104221227/http://www.minyanville.com/businessmarkets/articles/intel-microsoft-research-in-motion-apple/5/25/2010/id/28465?refresh=1|archive-date=November 4, 2013|url-status=dead}}</ref> परिणाम विंडोज 95 ऑपरेटिंग सिस्टम, [[माइक्रोसॉफ्ट ध्वनि]] की छह-सेकंड की स्टार्ट-अप म्यूजिक-साउंड थी और इसे पहली बार मई 1995 में विंडोज 95 मई टेस्ट रिलीज बिल्ड 468 पर स्टार्टअप साउंड के रूप में जारी किया गया था।<ref>{{Cite news|author=[[Joel Selvin]], Chronicle Pop Music Critic |url=http://www.sfgate.com/default/article/Q-and-A-With-Brian-Eno-2979740.php |title=प्रश्न और उत्तर ब्रायन एनो के साथ|work=[[San Francisco Chronicle]] |date=June 2, 1996 |access-date=June 19, 2012}}</ref> | 1994 में, Microsoft डिज़ाइनर [[मार्क मलामुद]] और एरिक गवरिलुक ने विंडोज 95 प्रोजेक्ट के लिए संगीत तैयार करने के लिए [[ब्रायन एनो]] से संपर्क किया।<ref>{{cite web|url=http://www.minyanville.com/businessmarkets/articles/intel-microsoft-research-in-motion-apple/5/25/2010/id/28465?refresh=1|title=विंडोज स्टार्ट-अप साउंड किसने बनाया?|last=Rohrlich|first=Justin|date=May 25, 2010|work=[[Minyanville]]'s Wall Street|access-date=June 18, 2013|archive-url=https://web.archive.org/web/20131104221227/http://www.minyanville.com/businessmarkets/articles/intel-microsoft-research-in-motion-apple/5/25/2010/id/28465?refresh=1|archive-date=November 4, 2013|url-status=dead}}</ref> परिणाम विंडोज 95 ऑपरेटिंग सिस्टम, [[माइक्रोसॉफ्ट ध्वनि]] की छह-सेकंड की स्टार्ट-अप म्यूजिक-साउंड थी और इसे पहली बार मई 1995 में विंडोज 95 मई टेस्ट रिलीज बिल्ड 468 पर स्टार्टअप साउंड के रूप में जारी किया गया था।<ref>{{Cite news|author=[[Joel Selvin]], Chronicle Pop Music Critic |url=http://www.sfgate.com/default/article/Q-and-A-With-Brian-Eno-2979740.php |title=प्रश्न और उत्तर ब्रायन एनो के साथ|work=[[San Francisco Chronicle]] |date=June 2, 1996 |access-date=June 19, 2012}}</ref> | ||
विंडोज 95 और विंडोज एनटी 4.0 के लिए जारी किए जाने पर, [[इंटरनेट एक्सप्लोरर 4]] | विंडोज 95 और विंडोज एनटी 4.0 के लिए जारी किए जाने पर, [[इंटरनेट एक्सप्लोरर 4]] वैकल्पिक [[विंडोज डेस्कटॉप अपडेट]] के साथ आया, जिसने विंडोज एक्सप्लोरर को कई अतिरिक्त अपडेट प्रदान करने के लिए शेल को संशोधित किया, जिसमें क्विक लॉन्च टूलबार और इंटरनेट एक्सप्लोरर के साथ एकीकृत नई सुविधाएं सम्मिलित हैं, जैसे [[सक्रिय डेस्कटॉप]] (जो इंटरनेट सामग्री को सीधे डेस्कटॉप पर प्रदर्शित करने की अनुमति देता है)। | ||
विंडोज 95 में पेश किए गए कुछ यूजर इंटरफेस तत्व, जैसे कि डेस्कटॉप, टास्कबार, स्टार्ट मेन्यू और विंडोज एक्सप्लोरर फाइल मैनेजर, विंडोज के भविष्य के संस्करणों में मौलिक रूप से अपरिवर्तित रहे। | विंडोज 95 में पेश किए गए कुछ यूजर इंटरफेस तत्व, जैसे कि डेस्कटॉप, टास्कबार, स्टार्ट मेन्यू और विंडोज एक्सप्लोरर फाइल मैनेजर, विंडोज के भविष्य के संस्करणों में मौलिक रूप से अपरिवर्तित रहे। | ||
== तकनीकी सुधार == | == तकनीकी सुधार == | ||
विन्डोज़ 95 में 255-वर्णों के मिश्रित-केस वाले लंबे फ़ाइलनामों<ref>255-character mixed-case long filenames are only possible for files and/or folders with no sub-folders at the root folder of any drive.</ref> के लिए समर्थन | विन्डोज़ 95 में 255-वर्णों के मिश्रित-केस वाले लंबे फ़ाइलनामों<ref>255-character mixed-case long filenames are only possible for files and/or folders with no sub-folders at the root folder of any drive.</ref> के लिए समर्थन सम्मिलित था और प्रीमेप्टिवली मल्टीटास्क्ड प्रोटेक्टेड-मोड 32-बिट एप्लिकेशन थे। 16-बिट प्रक्रियाएं अभी भी सहकारी रूप से मल्टीटास्क थीं। | ||
===प्लग एंड प्ले=== | ===प्लग एंड प्ले=== | ||
| Line 126: | Line 126: | ||
{{Main|लॉन्ग फाइलनेम }} | {{Main|लॉन्ग फाइलनेम }} | ||
वीएफएटी फाइल सिस्टम एक्सटेंशन के उपयोग के माध्यम से विंडोज 95 के साथ शुरू की गई लंबी फ़ाइल नाम सुविधा के लिए [[32-बिट फ़ाइल एक्सेस|32-बिट]] फ़ाइल एक्सेस आवश्यक है। यह विंडोज से शुरू किए गए विंडोज प्रोग्राम और एमएस-डॉस प्रोग्राम दोनों के लिए उपलब्ध है (उन्हें थोड़ा अनुकूलित करना होगा, क्योंकि लंबे फ़ाइल नामों तक पहुंचने के लिए बड़े पथनाम बफ़र्स और इसलिए अलग-अलग [[सिस्टम कॉल]] का उपयोग करना पड़ता है)। विंडोज 95 से पहले जारी किए गए प्रतिस्पर्धी डॉस-संगत ऑपरेटिंग सिस्टम इन नामों को नहीं देख सकते। फ़ाइलों में हेरफेर करने के लिए DOS उपयोगिताओं के पुराने संस्करणों का उपयोग करने का मतलब है कि लंबे नाम दिखाई नहीं देते हैं और खो जाते हैं यदि फ़ाइलों को स्थानांतरित या पुनर्नामित किया जाता है और प्रतिलिपि द्वारा (लेकिन मूल नहीं) यदि फ़ाइल की प्रतिलिपि बनाई जाती है। Windows 95 के दौरान पुराने Windows 3.1 सिस्टम के स्वचालित नवीनीकरण के दौरान, DOS और तृतीय-पक्ष डिस्क उपयोगिताओं की पहचान की जाती है और उन्हें अनुपलब्ध बना दिया जाता है, जो लंबे फ़ाइल नामों को नष्ट कर सकते हैं। जब Windows 95 को DOS मोड में प्रारंभ किया जाता है, उदा. DOS प्रोग्राम चलाने के लिए, डिस्क के निम्न-स्तर की पहुँच को लॉक कर दिया गया है। यदि डिस्क उपयोगिताओं पर निर्भर होने की आवश्यकता उत्पन्न होती है जो लंबे फ़ाइल नामों को नहीं पहचानती हैं, जैसे कि MS-DOS 6. x की डीफ़्रेग उपयोगिता, बैकअप के लिए एलएफएनबैक नामक | वीएफएटी फाइल सिस्टम एक्सटेंशन के उपयोग के माध्यम से विंडोज 95 के साथ शुरू की गई लंबी फ़ाइल नाम सुविधा के लिए [[32-बिट फ़ाइल एक्सेस|32-बिट]] फ़ाइल एक्सेस आवश्यक है। यह विंडोज से शुरू किए गए विंडोज प्रोग्राम और एमएस-डॉस प्रोग्राम दोनों के लिए उपलब्ध है (उन्हें थोड़ा अनुकूलित करना होगा, क्योंकि लंबे फ़ाइल नामों तक पहुंचने के लिए बड़े पथनाम बफ़र्स और इसलिए अलग-अलग [[सिस्टम कॉल]] का उपयोग करना पड़ता है)। विंडोज 95 से पहले जारी किए गए प्रतिस्पर्धी डॉस-संगत ऑपरेटिंग सिस्टम इन नामों को नहीं देख सकते। फ़ाइलों में हेरफेर करने के लिए DOS उपयोगिताओं के पुराने संस्करणों का उपयोग करने का मतलब है कि लंबे नाम दिखाई नहीं देते हैं और खो जाते हैं यदि फ़ाइलों को स्थानांतरित या पुनर्नामित किया जाता है और प्रतिलिपि द्वारा (लेकिन मूल नहीं) यदि फ़ाइल की प्रतिलिपि बनाई जाती है। Windows 95 के दौरान पुराने Windows 3.1 सिस्टम के स्वचालित नवीनीकरण के दौरान, DOS और तृतीय-पक्ष डिस्क उपयोगिताओं की पहचान की जाती है और उन्हें अनुपलब्ध बना दिया जाता है, जो लंबे फ़ाइल नामों को नष्ट कर सकते हैं। जब Windows 95 को DOS मोड में प्रारंभ किया जाता है, उदा. DOS प्रोग्राम चलाने के लिए, डिस्क के निम्न-स्तर की पहुँच को लॉक कर दिया गया है। यदि डिस्क उपयोगिताओं पर निर्भर होने की आवश्यकता उत्पन्न होती है जो लंबे फ़ाइल नामों को नहीं पहचानती हैं, जैसे कि MS-DOS 6. x की डीफ़्रेग उपयोगिता, बैकअप के लिए एलएफएनबैक नामक प्रोग्राम और लंबी फ़ाइल नामों की बहाली सीडी-रोम पर प्रदान की जाती है, विशेष रूप से इसकी \ADMIN\APPTOOLS\LFNBACK निर्देशिका में।{{Citation needed|date=October 2021}} | ||
=== 32-बिट === | === 32-बिट === | ||
विंडोज 95 ने पुराने, 16-बिट [[86|x86]] प्रोसेसर के लिए समर्थन की कमी के साथ वर्कग्रुप्स 3.11 के लिए विंडोज का अनुसरण किया, इस प्रकार | विंडोज 95 ने पुराने, 16-बिट [[86|x86]] प्रोसेसर के लिए समर्थन की कमी के साथ वर्कग्रुप्स 3.11 के लिए विंडोज का अनुसरण किया, इस प्रकार [[इंटेल 80386]] (या संगत) की आवश्यकता थी। जबकि OS कर्नेल 32-बिट है, अधिकांश कोड (विशेष रूप से उपयोगकर्ता इंटरफ़ेस के लिए) प्रदर्शन कारणों के साथ-साथ विकास समय की कमी के कारण 16-बिट बने रहे। इसका सिस्टम स्थिरता पर हानिकारक प्रभाव पड़ा और इसके कारण बार-बार एप्लिकेशन क्रैश हो गया। | ||
वर्कग्रुप्स 3.11 के लिए विंडोज में 32-बिट फ़ाइल एक्सेस की शुरुआत का मतलब था कि 16-बिट रियल मोड एमएस-डॉस का उपयोग विंडोज़ के चलने के दौरान फाइलों के प्रबंधन के लिए नहीं किया जाता है, और 32-बिट डिस्क एक्सेस के पहले परिचय का मतलब है कि पीसी हार्ड डिस्क के प्रबंधन के लिए बायोस का अब अक्सर उपयोग नहीं किया जाता है। अनुकूलता के लिए पुराने-शैली के [[डिवाइस ड्राइवर|ड्राइवर]] चलाने के लिए डॉस का उपयोग किया जा सकता है, लेकिन माइक्रोसॉफ्ट उनका उपयोग करने को हतोत्साहित करता है, क्योंकि यह उचित मल्टीटास्किंग को रोकता है और सिस्टम स्थिरता को बाधित करता है। नियंत्रण कक्ष | वर्कग्रुप्स 3.11 के लिए विंडोज में 32-बिट फ़ाइल एक्सेस की शुरुआत का मतलब था कि 16-बिट रियल मोड एमएस-डॉस का उपयोग विंडोज़ के चलने के दौरान फाइलों के प्रबंधन के लिए नहीं किया जाता है, और 32-बिट डिस्क एक्सेस के पहले परिचय का मतलब है कि पीसी हार्ड डिस्क के प्रबंधन के लिए बायोस का अब अक्सर उपयोग नहीं किया जाता है। अनुकूलता के लिए पुराने-शैली के [[डिवाइस ड्राइवर|ड्राइवर]] चलाने के लिए डॉस का उपयोग किया जा सकता है, लेकिन माइक्रोसॉफ्ट उनका उपयोग करने को हतोत्साहित करता है, क्योंकि यह उचित मल्टीटास्किंग को रोकता है और सिस्टम स्थिरता को बाधित करता है। नियंत्रण कक्ष उपयोगकर्ता को यह देखने की अनुमति देता है कि कौन से एमएस-डॉस घटक सिस्टम द्वारा उपयोग किए जाते हैं; इष्टतम प्रदर्शन तब प्राप्त होता है जब उन्हें बायपास किया जाता है। विंडोज [[कर्नेल (ऑपरेटिंग सिस्टम)|कर्नेल]] [[सुरक्षित मोड]] में एमएस-डॉस-शैली के वास्तविक-मोड ड्राइवरों का उपयोग करता है, जो उपयोगकर्ता को मूल, संरक्षित-मोड ड्राइवरों को लोड करने से संबंधित समस | ||