विंडोज 95: Difference between revisions
(Created page with "{{short description|Operating system from Microsoft}} {{redirect|OSR2|the gene|OSR2 (gene)}} {{redirect-distinguish|Windows 4.0|Windows NT 4.0}} {{Use mdy dates|date=October 2...") |
No edit summary |
||
| Line 1: | Line 1: | ||
{{short description|Operating system from Microsoft}} | {{short description|Operating system from Microsoft}} | ||
{{redirect| | {{redirect|ओएसआर2|जीन|ओएसआर2 (जीन)}} | ||
{{redirect-distinguish| | {{redirect-distinguish|विंडोज 4.0|विंडोज एनटी 4.0}} | ||
{{Use mdy dates|date=October 2020}} | {{Use mdy dates|date=October 2020}} | ||
{{Infobox OS | {{Infobox OS | ||
| Line 30: | Line 30: | ||
| support_status = Mainstream support ended on December 31, 2000<ref name=Lifecycle /><br />Extended support ended on December 31, 2001<ref name=Lifecycle>{{cite web |title=Microsoft Support Lifecycle |url=http://support.microsoft.com/lifecycle/?p1=7864 |publisher=Microsoft |access-date=February 7, 2015 }}</ref> | | support_status = Mainstream support ended on December 31, 2000<ref name=Lifecycle /><br />Extended support ended on December 31, 2001<ref name=Lifecycle>{{cite web |title=Microsoft Support Lifecycle |url=http://support.microsoft.com/lifecycle/?p1=7864 |publisher=Microsoft |access-date=February 7, 2015 }}</ref> | ||
}} | }} | ||
विंडोज 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 ने कई कार्यों और विशेषताओं को पेश किया जो | एक व्यापक विपणन अभियान के साथ,<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 के लिए विस्तारित समर्थन समाप्त कर दिया। | ||
{{anchor|History}} | {{anchor|History}} | ||
== डेवलपमेंट (विकास) == | |||
{{Main article|विंडोज 95 का विकास}} | |||
== विकास == | |||
{{Main article| | |||
{{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.1x | विंडोज 3.1 के रिलीज होने से ठीक पहले। इस समय, कार्यसमूहों के लिए विंडोज़ 3.11 और विंडोज़ एनटी 3.1 अभी भी विकास के चरण में थे। इस बिंदु पर, माइक्रोसॉफ्ट की रणनीति विंडोज एनटी पर आधारित एक अगली पीढ़ी, हाई-एंड ओएस, अर्थात्, [[काहिरा (ऑपरेटिंग सिस्टम)]], और विंडोज 3.1 के विकास के रूप में एक लो-एंड, उपभोक्ता-केंद्रित एक थी। बाद की रणनीति विंडोज में वर्कग्रुप्स 3.11 के लिए 32-बिट प्रोटेक्ट मोड डिवाइस ड्राइवरों के साथ 32-बिट अंतर्निहित कर्नेल और फाइल सिस्टम विकसित करना था, जिसका उपयोग विंडोज के अगले संस्करण के लिए आधार के रूप में किया जाना था, जिसका नाम शिकागो था। काहिरा विंडोज एनटी पर आधारित माइक्रोसॉफ्ट की अगली पीढ़ी का ऑपरेटिंग सिस्टम होगा, जिसमें एक नया यूजर इंटरफेस और ऑब्जेक्ट-आधारित फाइल सिस्टम होगा, लेकिन इसे 1994 से पहले भेजने की योजना नहीं थी। हालांकि, काहिरा को कभी भी शिप नहीं किया जाएगा। काहिरा परियोजना अंततः जुलाई 1996 के अंत में विंडोज एनटी 4.0 में भेज दी गई, बिना ऑब्जेक्ट-आधारित फाइल सिस्टम के, जो बाद में [[विनएफएस]] में विकसित होगा। | विंडोज 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.1x | विंडोज 3.1 के रिलीज होने से ठीक पहले। इस समय, कार्यसमूहों के लिए विंडोज़ 3.11 और विंडोज़ एनटी 3.1 अभी भी विकास के चरण में थे। इस बिंदु पर, माइक्रोसॉफ्ट की रणनीति विंडोज एनटी पर आधारित एक अगली पीढ़ी, हाई-एंड ओएस, अर्थात्, [[काहिरा (ऑपरेटिंग सिस्टम)]], और विंडोज 3.1 के विकास के रूप में एक लो-एंड, उपभोक्ता-केंद्रित एक थी। बाद की रणनीति विंडोज में वर्कग्रुप्स 3.11 के लिए 32-बिट प्रोटेक्ट मोड डिवाइस ड्राइवरों के साथ 32-बिट अंतर्निहित कर्नेल और फाइल सिस्टम विकसित करना था, जिसका उपयोग विंडोज के अगले संस्करण के लिए आधार के रूप में किया जाना था, जिसका नाम शिकागो था। काहिरा विंडोज एनटी पर आधारित माइक्रोसॉफ्ट की अगली पीढ़ी का ऑपरेटिंग सिस्टम होगा, जिसमें एक नया यूजर इंटरफेस और ऑब्जेक्ट-आधारित फाइल सिस्टम होगा, लेकिन इसे 1994 से पहले भेजने की योजना नहीं थी। हालांकि, काहिरा को कभी भी शिप नहीं किया जाएगा। काहिरा परियोजना अंततः जुलाई 1996 के अंत में विंडोज एनटी 4.0 में भेज दी गई, बिना ऑब्जेक्ट-आधारित फाइल सिस्टम के, जो बाद में [[विनएफएस]] में विकसित होगा। | ||
Revision as of 15:15, 25 December 2022
| Version of the Windows 9x operating system | |
| File:Microsoft Windows 95 logo with wordmark.svg | |
| File:Windows 95 at first run.png Windows 95 desktop, showing its icons, taskbar and welcome screen | |
| डेवलपर | Microsoft |
|---|---|
| स्रोत मॉडल | Closed source |
विनिर्माण के लिए जारी | July 14, 1995 |
| सामान्य उपलब्धता | August 24, 1995[1] |
| Latest release | OEM Service Release 2.5 (4.0.950 C) / November 26, 1997[2] |
| प्लेटफार्मों | IA-32 |
| कर्नेल प्रकार | Monolithic |
| लाइसेंस | Proprietary commercial software |
| इससे पहले | Windows 3.1x (1992–1993) |
| इसके द्वारा सफ़ल | Windows 98 (1998) |
| आधिकारिक वेबसाइट | Windows 95 at the Wayback Machine (archived January 20, 1998) |
| Support status | |
| Mainstream support ended on December 31, 2000[3] Extended support ended on December 31, 2001[3] | |
विंडोज 95 माइक्रोसॉफ्ट द्वारा ऑपरेटिंग सिस्टम के अपने विंडोज 9x परिवार के हिस्से के रूप में विकसित एक उपभोक्ता-उन्मुख ऑपरेटिंग सिस्टम है। 9x परिवार में पहला ऑपरेटिंग सिस्टम, यह विंडोज 3.1x का उत्तराधिकारी है, और 14 जुलाई, 1995 को निर्माण के लिए जारी किया गया था, और आम तौर पर विंडोज एनटी 3.51 के रिलीज होने के लगभग तीन महीने बाद 24 अगस्त, 1995 को खुदरा बिक्री के लिए जारी किया गया था।[4][5] विंडोज 95 ने माइक्रोसॉफ्ट के पूर्व में अलग एमएस-डॉस और माइक्रोसॉफ़्ट विंडोज़ उत्पादों को विलय कर दिया और अपने पूर्ववर्ती की तुलना में महत्वपूर्ण सुधार किए, विशेष रूप से ग्राफिकल यूज़र इंटरफ़ेस (जीयूआई) और इसकी सरलीकृत "प्लग-एंड-प्ले" सुविधाओं में। ऑपरेटिंग सिस्टम के मुख्य घटकों में भी बड़े बदलाव किए गए थे, जैसे मुख्य रूप से सहकारी मल्टीटास्क्ड 16-बिट आर्किटेक्चर से 32-बिट प्रीमेप्टिव मल्टीटास्किंग आर्किटेक्चर में जाना, कम से कम केवल 32-बिट संरक्षित मोड एप्लिकेशन चलाते समय।
एक व्यापक विपणन अभियान के साथ,[1] विंडोज 95 ने कई कार्यों और विशेषताओं को पेश किया जो बाद के विंडोज संस्करणों में चित्रित किए गए थे, और आज तक आधुनिक विविधताओं में जारी हैं, जैसे कि टास्कबार, अधिसूचना क्षेत्र और "प्रारंभ" बटन।
इसकी शुरुआत के तीन साल बाद, विंडोज 95 के बाद विंडोज 98 आया। माइक्रोसॉफ्ट ने 31 दिसंबर, 2000 को विंडोज 95 के लिए विस्तारित समर्थन समाप्त कर दिया।
डेवलपमेंट (विकास)
This section needs additional citations for verification. (April 2010) (Learn how and when to remove this template message) |
विंडोज 95 के शुरुआती डिजाइन और योजना को मार्च 1992 के आसपास देखा जा सकता है,[6][7][8] विंडोज 3.1x | विंडोज 3.1 के रिलीज होने से ठीक पहले। इस समय, कार्यसमूहों के लिए विंडोज़ 3.11 और विंडोज़ एनटी 3.1 अभी भी विकास के चरण में थे। इस बिंदु पर, माइक्रोसॉफ्ट की रणनीति विंडोज एनटी पर आधारित एक अगली पीढ़ी, हाई-एंड ओएस, अर्थात्, काहिरा (ऑपरेटिंग सिस्टम), और विंडोज 3.1 के विकास के रूप में एक लो-एंड, उपभोक्ता-केंद्रित एक थी। बाद की रणनीति विंडोज में वर्कग्रुप्स 3.11 के लिए 32-बिट प्रोटेक्ट मोड डिवाइस ड्राइवरों के साथ 32-बिट अंतर्निहित कर्नेल और फाइल सिस्टम विकसित करना था, जिसका उपयोग विंडोज के अगले संस्करण के लिए आधार के रूप में किया जाना था, जिसका नाम शिकागो था। काहिरा विंडोज एनटी पर आधारित माइक्रोसॉफ्ट की अगली पीढ़ी का ऑपरेटिंग सिस्टम होगा, जिसमें एक नया यूजर इंटरफेस और ऑब्जेक्ट-आधारित फाइल सिस्टम होगा, लेकिन इसे 1994 से पहले भेजने की योजना नहीं थी। हालांकि, काहिरा को कभी भी शिप नहीं किया जाएगा। काहिरा परियोजना अंततः जुलाई 1996 के अंत में विंडोज एनटी 4.0 में भेज दी गई, बिना ऑब्जेक्ट-आधारित फाइल सिस्टम के, जो बाद में विनएफएस में विकसित होगा।
इसके साथ ही विंडोज 3.1 की रिलीज़ के साथ, IBM ने OS/2 2.0#32-बिट युग|OS/2 2.0 की शिपिंग शुरू कर दी। Microsoft ने महसूस किया कि उन्हें Windows के एक अद्यतन संस्करण की आवश्यकता है जो 32-बिट अनुप्रयोगों और प्रीमेप्टिव मल्टीटास्किंग का समर्थन कर सकता है, लेकिन फिर भी निम्न-अंत हार्डवेयर पर चल सकता है (Windows NT नहीं)। प्रारंभ में, शिकागो टीम को यह नहीं पता था कि उत्पाद को कैसे पैक किया जाएगा। शुरुआती विचार थे कि दो उत्पाद हो सकते हैं, MS-DOS 7, जो केवल अंतर्निहित OS होगा, कार्यसमूह 3.11 कर्नेल के लिए Windows का एक विकास, शीर्ष पर एक वर्ण मोड OS के साथ, और एक पूरी तरह से एकीकृत ग्राफ़िकल Windows OS। लेकिन जल्द ही परियोजना में, एमएस-डॉस 7 के विचार को छोड़ दिया गया और केवल एक एकीकृत ग्राफिकल ओएस विंडोज शिकागो विकसित करने का निर्णय लिया गया।
बीटा
विंडोज 95 की आधिकारिक रिलीज से पहले, संयुक्त राज्य अमेरिका और यूनाइटेड किंगडम के उपयोगकर्ताओं को विंडोज 95 पूर्वावलोकन कार्यक्रम में भाग लेने का अवसर मिला था।[9] US$19.95/£19.95 के लिए, उपयोगकर्ताओं को कई 3.5-इंच फ़्लॉपी डिस्क प्राप्त होंगी जिनका उपयोग Windows 95 को या तो Windows 3.1x से अपग्रेड के रूप में या एक ताज़ा इंस्टॉलेशन के रूप में स्थापित करने के लिए किया जाएगा। प्रतिभागियों को एमएसएन डायल-अप | माइक्रोसॉफ्ट नेटवर्क (एमएसएन) का मुफ्त पूर्वावलोकन भी दिया गया था, जो ऑनलाइन सेवा है जिसे माइक्रोसॉफ्ट ने विंडोज 95 के साथ लॉन्च किया था। पूर्वावलोकन अवधि के दौरान, माइक्रोसॉफ्ट ने शिकागो पर प्रचार और तकनीकी दस्तावेजीकरण के लिए विभिन्न इलेक्ट्रॉनिक वितरण बिंदुओं की स्थापना की,[10] मीडिया समीक्षकों के लिए नई प्रणाली हाइलाइट्स का वर्णन करने वाला एक विस्तृत दस्तावेज़ शामिल है।[10][11] पूर्वावलोकन संस्करण नवंबर 1995 में समाप्त हो गए, जिसके बाद उपयोगकर्ता को विंडोज 95 के अंतिम संस्करण की अपनी प्रति खरीदनी होगी।
आर्किटेक्चर
विंडोज 95 को अधिक स्थिर और बेहतर प्रदर्शन प्रणाली की पेशकश करते हुए मौजूदा एमएस-डॉस और 16-बिट विंडोज प्रोग्राम और डिवाइस ड्राइवरों के साथ अधिकतम संगत होने के लिए डिज़ाइन किया गया था।[12][13] विंडोज 95 आर्किटेक्चर वर्कग्रुप्स के 386 एन्हांस्ड मोड के लिए विंडोज का विकास है।
कॉन्फ़िगरेशन मैनेजर (CONFIGMG): लिगेसी प्लग एंड प्ले कार्यक्षमता को लागू करने के लिए जिम्मेदार; हार्डवेयर कॉन्फ़िगरेशन परिवर्तनों की निगरानी करना; बस प्रगणकों का उपयोग करके उपकरणों का पता लगाना; और I/O पोर्ट, इंटरप्ट रिक्वेस्ट (PC आर्किटेक्चर), DMA चैनल और मेमोरी-मैप्ड I/O को एक संघर्ष-मुक्त फैशन में आवंटित करना।[14] इंस्टॉल करने योग्य फ़ाइल सिस्टम मैनेजर (इनपुट/आउटपुट सबसिस्टम): समर्थित फ़ाइल सिस्टम तक पहुंच का समन्वय करता है। विंडोज 95 को शुरू में FAT12, FAT16, VFAT एक्सटेंशन, ISO 9660 (CDFS), जोलीट (फाइल सिस्टम) और नेटवर्क रेडिरेक्टर के समर्थन के साथ भेजा गया था, बाद में FAT32 का समर्थन करने वाले रिलीज के साथ।[15] भौतिक मीडिया तक पहुंच अनुरोध इनपुट/आउटपुट पर्यवेक्षक को भेजे जाते हैं, जो अनुरोधों को निर्धारित करने के लिए जिम्मेदार एक घटक है। प्रत्येक भौतिक मीडिया का अपना डिवाइस ड्राइवर होता है: डिस्क तक पहुंच एक पोर्ट ड्राइवर द्वारा की जाती है, जबकि SCSI डिवाइस तक पहुंच SCSI परत के ऊपर काम करने वाले मिनी बंदरगाह ड्राइवर द्वारा नियंत्रित की जाती है। पोर्ट और मिनिपोर्ट ड्राइवर, MS-DOS और BIOS को बायपास करते हुए, 32-बिट सुरक्षित मोड में I/O संचालन करते हैं, प्रदर्शन में काफी सुधार करते हैं। यदि किसी निश्चित स्टोरेज डिवाइस के लिए कोई देशी विंडोज ड्राइवर नहीं है, या यदि डिवाइस को कम्पैटिबिलिटी मोड में चलने के लिए मजबूर किया जाता है, तो रियल मोड मैपर इसे MS-DOS के माध्यम से एक्सेस कर सकता है।[16] 32-बिट विंडोज प्रोग्राम को उनके मेमोरी सेगमेंट असाइन किए जाते हैं, जिन्हें किसी भी वांछित आकार में समायोजित किया जा सकता है। खंड के बाहर के मेमोरी क्षेत्रों को प्रोग्राम द्वारा एक्सेस नहीं किया जा सकता है। यदि कोई प्रोग्राम क्रैश हो जाता है, तो कुछ और नुकसान नहीं होता है। इससे पहले, प्रोग्राम फिक्स्ड नॉन-एक्सक्लूसिव 64 KB सेगमेंट का इस्तेमाल करते थे। जबकि DOS और Windows 3.x में 64 KB आकार एक गंभीर बाधा थी, विशिष्टता की गारंटी की कमी स्थिरता के मुद्दों का कारण थी क्योंकि प्रोग्राम कभी-कभी एक-दूसरे के सेगमेंट को ओवरराइट कर देते थे। एक दुर्घटनाग्रस्त विंडोज 3.x प्रोग्राम आसपास की प्रक्रियाओं को खत्म कर सकता है।[citation needed] Win32 API तीन मॉड्यूल द्वारा कार्यान्वित किया जाता है, प्रत्येक में 16-बिट और 32-बिट घटक होते हैं:
कर्नेल: स्मृति प्रबंधन और प्रक्रिया प्रबंधन (कंप्यूटिंग), और फ़ाइल सिस्टम तक पहुंच के लिए उच्च स्तरीय पहुंच प्रदान करता है। KRNL386.EXE, KERNEL32.DLL, और VWIN32.VXD से मिलकर बनता है। उपयोगकर्ता:विंडो (कम्प्यूटिंग), मेनू (कंप्यूटिंग) और बटन (कंप्यूटिंग) जैसे विभिन्न प्रयोक्ता इंटरफ़ेस घटकों के प्रबंधन और ड्राइंग के लिए जिम्मेदार। USER.EXE और USER32.DLL से मिलकर बनता है।
- ग्राफिक्स डिवाइस इंटरफ़ेस (GDI)
- डिवाइस-स्वतंत्र तरीके से ग्राफिक्स बनाने के लिए जिम्मेदार। GDI.EXE और GDI32.DLL से मिलकर बनता है।
=== एमएस-डॉस === पर निर्भरता
एंड-यूजर्स के लिए, MS-DOS विंडोज 95 के एक अंतर्निहित घटक के रूप में दिखाई देता है। उदाहरण के लिए, ग्राफिकल यूजर इंटरफेस की लोडिंग को रोकना और सिस्टम को वास्तविक-मोड MS-DOS वातावरण में बूट करना संभव है। यह कमांड.कॉम को autoexec.bat फ़ाइल में डालने या MSDOS.SYS फ़ाइल में BootGUI चर को बदलकर 0 करने के लिए किया गया था। इसने उपयोगकर्ताओं और पेशेवरों के बीच इस बात को लेकर बहस छिड़ गई कि विंडोज 95 किस हद तक एक ऑपरेटिंग सिस्टम है या केवल एक ग्राफिकल है। शेल MS-DOS के ऊपर चल रहा है।[16]Cite error: Closing </ref> missing for <ref> tag और मैक ओएस की याद दिलाने वाले अनुप्रयोगों, फ़ाइलों और फ़ोल्डरों के शॉर्टकट रखने के लिए डेस्कटॉप को फिर से बनाया गया था।
विंडोज 3.1 में डेस्कटॉप का उपयोग चल रहे एप्लिकेशन के आइकन प्रदर्शित करने के लिए किया गया था। विंडोज 95 में, वर्तमान में चल रहे एप्लिकेशन स्क्रीन के नीचे एक टास्कबार पर बटन के रूप में प्रदर्शित होते हैं।[17] टास्कबार में पृष्ठभूमि अनुप्रयोगों, वॉल्यूम नियंत्रण और वर्तमान समय के लिए आइकन प्रदर्शित करने के लिए उपयोग किया जाने वाला एक अधिसूचना क्षेत्र भी शामिल है।[18] प्रारंभ मेनू, टास्कबार पर स्टार्ट बटन पर क्लिक करके या विंडोज की को दबाकर शुरू किया गया, एप्लिकेशन लॉन्च करने या दस्तावेज़ खोलने के एक अतिरिक्त साधन के रूप में पेश किया गया था। इसके पूर्ववर्ती कार्यक्रम प्रबंधक द्वारा उपयोग किए जाने वाले प्रोग्राम समूहों को बनाए रखने के दौरान, यह कैस्केडिंग उप-मेनू के भीतर एप्लिकेशन भी प्रदर्शित करता है।[19] पिछले फ़ाइल प्रबंधक (विंडोज़)विंडोज़) प्रोग्राम को विंडोज़ एक्सप्लोरर और एक्सप्लोरर-आधारित नियंत्रण कक्ष (विंडोज़)विंडोज़) द्वारा बदल दिया गया था और कई अन्य विशेष फ़ोल्डर जैसे मेरा कंप्यूटर, डायल-अप नेटवर्किंग, रीसायकल बिन, नेटवर्क नेबरहुड, माई डॉक्यूमेंट्स, हाल ही में जोड़े गए थे। दस्तावेज़, फ़ॉन्ट्स, प्रिंटर, और ब्रीफ़केस (माइक्रोसॉफ्ट विंडोज़) आदि शामिल हैं। सीडी ड्राइव के लिए ऑटोरन पेश किया गया था।
उपयोगकर्ता इंटरफ़ेस विंडोज के पिछले संस्करणों से नाटकीय रूप से भिन्न दिखता था, लेकिन इसकी डिज़ाइन भाषा में मेट्रो (डिज़ाइन भाषा), एक्वा (उपयोगकर्ता इंटरफ़ेस) या सामग्री डिज़ाइन जैसा कोई विशेष नाम नहीं था। आंतरिक रूप से इसे नया खोल और बाद में केवल खोल कहा जाता था।[20] नए शेल को विकसित करने के लिए Microsoft के भीतर उपप्रोजेक्ट को आंतरिक रूप से स्टिम्पी के रूप में जाना जाता था।[21] 1994 में, Microsoft डिज़ाइनर मार्क मलामुद और एरिक गवरिलुक ने विंडोज 95 प्रोजेक्ट के लिए संगीत तैयार करने के लिए ब्रायन एनो से संपर्क किया।[22] परिणाम विंडोज 95 ऑपरेटिंग सिस्टम, माइक्रोसॉफ्ट ध्वनि की छह-सेकंड की स्टार्ट-अप म्यूजिक-साउंड थी और इसे पहली बार मई 1995 में विंडोज 95 मई टेस्ट रिलीज बिल्ड 468 पर स्टार्टअप साउंड के रूप में जारी किया गया था।[23] विंडोज 95 और विंडोज एनटी 4.0 के लिए जारी किए जाने पर, इंटरनेट एक्सप्लोरर 4 एक वैकल्पिक विंडोज डेस्कटॉप अपडेट के साथ आया, जिसने विंडोज एक्सप्लोरर को कई अतिरिक्त अपडेट प्रदान करने के लिए शेल को संशोधित किया, जिसमें क्विक लॉन्च टूलबार और इंटरनेट एक्सप्लोरर के साथ एकीकृत नई सुविधाएं शामिल हैं, जैसे सक्रिय डेस्कटॉप (जो इंटरनेट सामग्री को सीधे डेस्कटॉप पर प्रदर्शित करने की अनुमति देता है)।
विंडोज 95 में पेश किए गए कुछ यूजर इंटरफेस तत्व, जैसे कि डेस्कटॉप, टास्कबार, स्टार्ट मेन्यू और विंडोज एक्सप्लोरर फाइल मैनेजर, विंडोज के भविष्य के संस्करणों में मौलिक रूप से अपरिवर्तित रहे।
तकनीकी सुधार
विंडोज 95 में 255-वर्णों के मिश्रित-केस लंबे फ़ाइलनामों के लिए समर्थन शामिल था[24] और प्रीमेशन (कंप्यूटिंग) मल्टीटास्क्ड प्रोटेक्टेड-मोड 32-बिट एप्लिकेशन। 16-बिट प्रक्रियाएँ अभी भी सहकारी रूप से मल्टीटास्क्ड थीं।
प्लग एंड प्ले
विंडोज 95 ने जितना संभव हो सके डिवाइस डिटेक्शन और कॉन्फ़िगरेशन को स्वचालित करने की कोशिश की, लेकिन फिर भी यदि आवश्यक हो तो मैन्युअल सेटिंग्स पर वापस आ सकता है। विंडोज 95 की प्रारंभिक स्थापना प्रक्रिया के दौरान, यह स्वचालित रूप से सिस्टम में स्थापित सभी उपकरणों का पता लगाने का प्रयास करेगा।
विंडोज 95 ने डिवाइस मैनेजर को यह इंगित करने के लिए भी पेश किया कि कौन से डिवाइस सही ड्राइवरों और कॉन्फ़िगरेशन के साथ बेहतर काम कर रहे थे और उपयोगकर्ता को मैन्युअल विकल्पों के साथ स्वचालित प्लग और प्ले-आधारित ड्राइवर स्थापना को ओवरराइड करने की अनुमति देने के लिए या कई अर्ध-स्वचालित कॉन्फ़िगरेशन का विकल्प देने की कोशिश करने के लिए उन उपकरणों के लिए संसाधन मुक्त करें जिन्हें अभी भी मैन्युअल कॉन्फ़िगरेशन की आवश्यकता है।
लंबे फ़ाइल नाम
VFAT फाइल सिस्टम एक्सटेंशन के उपयोग के माध्यम से विंडोज 95 के साथ शुरू की गई लंबी फ़ाइल नाम सुविधा के लिए 32-बिट फ़ाइल एक्सेस आवश्यक है। यह विंडोज प्रोग्राम और विंडोज से शुरू हुए एमएस-डॉस प्रोग्राम दोनों के लिए उपलब्ध है (उन्हें थोड़ा अनुकूलित करना होगा, क्योंकि लंबे फाइल नामों तक पहुंचने के लिए बड़े पाथनेम बफर (कंप्यूटर साइंस) और इसलिए अलग सिस्टम कॉल का उपयोग करने की आवश्यकता होती है)। विंडोज 95 से पहले जारी प्रतिस्पर्धी डॉस-संगत ऑपरेटिंग सिस्टम इन नामों को नहीं देख सकते हैं। फ़ाइलों में हेरफेर करने के लिए DOS उपयोगिताओं के पुराने संस्करणों का उपयोग करने का मतलब है कि लंबे नाम दिखाई नहीं देते हैं और खो जाते हैं यदि फ़ाइलों को स्थानांतरित या नाम दिया गया है और प्रतिलिपि द्वारा (लेकिन मूल नहीं) फ़ाइल की प्रतिलिपि बनाई गई है। विंडोज 95 के दौरान पुराने विंडोज 3.1 सिस्टम के स्वचालित अपग्रेड के दौरान, डॉस और थर्ड-पार्टी डिस्क यूटिलिटीज जो लंबी फ़ाइल नामों को नष्ट कर सकती हैं, की पहचान की जाती है और उन्हें अनुपलब्ध बना दिया जाता है। जब विंडोज 95 को डॉस मोड में शुरू किया जाता है, उदा। DOS प्रोग्राम चलाने के लिए, डिस्क के निम्न-स्तर की पहुँच को लॉक कर दिया गया है। यदि डिस्क उपयोगिताओं पर निर्भर होने की आवश्यकता उत्पन्न होती है जो लंबे फ़ाइल नामों को नहीं पहचानती हैं, जैसे कि MS-DOS 6. x की डीफ़्रेग उपयोगिता, बैकअप के लिए LFNBACK नामक एक प्रोग्राम और लंबी फ़ाइल नामों की बहाली CD-ROM पर प्रदान की जाती है, विशेष रूप से इसकी \ADMIN\APPTOOLS\LFNBACK निर्देशिका में।[citation needed]
32-बिट
विंडोज 95 ने पुराने, 16-बिट x86 प्रोसेसर के लिए समर्थन की कमी के साथ वर्कग्रुप्स 3.11 के लिए विंडोज का अनुसरण किया, इस प्रकार इंटेल 80386 (या संगत) की आवश्यकता होती है। जबकि OS कर्नेल 32-बिट है, प्रदर्शन कारणों के साथ-साथ विकास के समय की कमी के लिए बहुत से कोड (विशेषकर यूजर इंटरफेस के लिए) 16-बिट बने रहे। इससे सिस्टम की स्थिरता पर काफी हानिकारक प्रभाव पड़ा और इसके कारण बार-बार एप्लिकेशन क्रैश हो गया।
वर्कग्रुप्स 3.11 के लिए विंडोज में 32-बिट फ़ाइल एक्सेस की शुरुआत का मतलब है कि 16-बिट रियल मोड MS-DOS का उपयोग विंडोज़ के चलने के दौरान फाइलों के प्रबंधन के लिए नहीं किया जाता है, और 32-बिट डिस्क एक्सेस के पहले के परिचय का मतलब है कि पीसी हार्ड डिस्क के प्रबंधन के लिए BIOS का अब अक्सर उपयोग नहीं किया जाता है। DOS का उपयोग संगतता के लिए पुराने-शैली के डिवाइस ड्राइवर चलाने के लिए किया जा सकता है, लेकिन Microsoft उनका उपयोग करने को हतोत्साहित करता है, क्योंकि यह उचित मल्टीटास्किंग को रोकता है और सिस्टम स्थिरता को बाधित करता है। नियंत्रण कक्ष (विंडोज़) एक उपयोगकर्ता को यह देखने की अनुमति देता है कि सिस्टम द्वारा कौन से MS-DOS घटकों का उपयोग किया जाता है; इष्टतम प्रदर्शन तब प्राप्त होता है जब उन्हें बायपास किया जाता है। विंडोज कर्नेल (ऑपरेटिंग सिस्टम) सुरक्षित मोड में एमए