ReactOS # 90 समाचार रिलीज़ और मार्जिन नोट्स

अनुवाद का पाठ कट के तहत समाचार है, और यहां एक छोटा विज्ञापन अनुरोध है।

Lenovo ReactOS पर समर्थन करें

प्रोजेक्ट को थिंकपैड एक्स 1 लैपटॉप और विकास के लिए $ 25,000 जीतने में मदद करें। आज जाहिर तौर पर वोट का आखिरी दिन है। एलेक्सी ब्रैगिन (परियोजना समन्वयक) विशेष रूप से आपका समर्थन प्राप्त करके प्रसन्न होंगे, क्योंकि कल उन्होंने अपना जन्मदिन मनाया था।

ऐसा करने के लिए, आपको केवल दो मिनट का समय देना होगा:
1) donetwork.lenovo.com/en/login.html - इस लिंक का उपयोग करके फेसबुक के माध्यम से लॉग इन करें;
2) लिंक पर क्लिक करें donetwork.lenovo.com/en/projects/view/id/2977 और "प्रोजेक्ट के लिए वोट" बटन पर क्लिक करें;
3) यदि आप चाहें तो एक टिप्पणी छोड़ दें, जैसे फेसबुक पर क्लिक करें और +1 Google ...
4) ... मतदान की गति बहुत अच्छी है, लेकिन समय पर नहीं होने का एक जोखिम है, इसलिए कृपया इस खबर को अपने ट्विटर और वीके संपर्कों (वोट के बगल में प्रकाशन के निचले भाग में बटन) में हैबर के साथ साझा करें।
आगे बढ़ने के लिए, परियोजना को इतना नहीं स्कोर करने की आवश्यकता है - कम से कम 250 0 वोट। (हब्र के मानकों से तेज़ आंकड़ा)

वायरलेस नेटवर्क

कैमरन गुटमैन लगभग पूरे पिछले महीने के लिए रिएक्टोस में वायरलेस नेटवर्क कार्ड का समर्थन करने के लिए आवश्यक घटकों को विकसित करने में व्यस्त हैं। अधिकांश कार्य में NDIS प्रोटोकॉल ड्राइवर (ndisuio) लिखना शामिल है जो NDIS ऑब्जेक्ट आइडेंटिफ़ायर (OID) संदेशों के प्रसारण का समर्थन करता है। ये संदेश नेटवर्क ड्राइवरों को उनकी स्थिति और क्षमताओं के बारे में अनुरोध करने के लिए डिज़ाइन किए गए हैं, साथ ही रिसेप्शन मोड को सेट करने के लिए जिसमें डिवाइस को कार्य करना चाहिए। कर्नेल-मोड कोड के अलावा, अंतिम अनुरोधों को बनाने के लिए उपयोगकर्ता-मोड उपयोगिता की आवश्यकता होती है। वर्तमान में ReactOS में wlanconf यूटिलिटी शामिल है, जो ndisuio के लिए बाध्यकारी नेटवर्क एडेप्टर का समर्थन करती है। इन सब के अलावा, आईपी पते जारी करने और अपडेट करने के अनुरोधों के त्वरित समापन से संबंधित डीएचसीपी सेवा पर भी काम किया गया, साथ ही टीसीपी / आईपी ड्राइवर, जो यह सुनिश्चित करेगा कि नेटवर्क डिवाइस की स्थिति की जांच करते समय उपयोग किए गए ओआईडी संदेश सही हैं।
संस्करण 0.3.14 की आगामी रिलीज के संबंध में, कैमरन ने प्रोजेक्ट कोड बेस के लिए अपने काम के परिणामों को जोड़ा, और अब नए रिएक्टोस असेंबली वायरलेस नेटवर्क के साथ-साथ WEP एन्क्रिप्शन का उपयोग कर वायरलेस नेटवर्क से कनेक्ट कर सकते हैं, जो इंगित करता है कि नेटवर्क ड्राइवर कार्य कर रहा है सही ढंग से। अधिक विश्वसनीय प्रकार के एन्क्रिप्शन वाले नेटवर्क, जैसे कि WPA और WPA2, को कनेक्शन स्थापित करने की अधिक जटिल प्रक्रिया प्रदान करने के लिए ऑपरेटिंग सिस्टम की आवश्यकता होती है, लेकिन यह कार्यक्षमता अभी तक ReactOS में उपलब्ध नहीं है। हालांकि, वायरलेस नेटवर्क के लिए समर्थन की वर्तमान स्थिति आधुनिक उपकरणों पर रिएक्टोस की उपयुक्तता सुनिश्चित करने में एक बड़ा कदम है।

USB समर्थन स्थिति

जोहान्स एंडरवल्ड ने हाल ही में USB स्टैक पर बहुत काम किया, जिसे उन्होंने माइकल मार्टिन के साथ शुरू किया, और वर्तमान में उपयोग में आने वाले मानकों का समर्थन करने के लिए आवश्यक चार होस्ट कंट्रोलर इंटरफ़ेस ड्राइवरों में से दो का विकास पूरा किया। ReactOS में वर्तमान में USB 1.1 के लिए ohci और USB 2.0 के लिए ehci है। अब प्रोजेक्ट को USB 1.0 के लिए इंटेल मानक का समर्थन करने के लिए uhci की आवश्यकता है, और नए USB 3.0 इंटरफ़ेस का समर्थन करने के लिए xhci। इसके अलावा, चूहों के लिए HID (ह्यूमन इंटरेक्शन डिवाइसेस) ड्राइवर को विंडोज पर पूरा और परीक्षण किया गया था, लेकिन रिएक्टोस में कई अलग-अलग समस्याओं ने इसके कामकाज को रोक दिया। कीबोर्ड के लिए छिपाई चालक भी विकास के अधीन है, लेकिन अभी तक तैयार नहीं है। भंडारण उपकरणों का समर्थन करने के लिए अतिरिक्त ड्राइवरों की आवश्यकता होगी। USB स्टैक का एक और अनुपलब्ध तत्व समग्र USB उपकरणों के लिए समर्थन है, जैसे कि एकीकृत कीबोर्ड / माउस कनेक्टर।
इस स्तर पर बचाव के लिए आए कैमरन ने उपकरणों के पंजीकरण और स्थापना के दौरान बड़ी संख्या में त्रुटियों की जांच की, और उन समस्याओं को ठीक करने के बारे में भी निर्धारित किया जिन्होंने USB माउस को ReactOS में काम करने से रोका। उन्होंने विभिन्न घटकों को संकलित करते समय महत्वपूर्ण सिस्टम क्रैश से सीधे USB स्टैक में कई अन्य समस्याएं भी तय कीं। जोहान्स को उम्मीद है कि अब, कैमरन के सुधारों के लिए धन्यवाद, सिस्टम में कीबोर्ड समर्थन के कार्यान्वयन में कठिनाइयों का कारण नहीं होना चाहिए। जैसे ही USB शाखा का परीक्षण किया गया और परियोजना के मुख्य कोड आधार के साथ एकीकृत किया गया, रिएक्टोस उपयोग में आसानी के मामले में एक और महत्वपूर्ण कदम उठाएगा। यह कदम, हालांकि, 0.3.14 की रिहाई के बाद लिया जाएगा।



विकी में USB की वर्तमान स्थिति के बारे में और पढ़ें

UPD twitter.com/# ! / Reactos / स्थिति / 162638367970963456 - USB फ्लैश ड्राइव पर ReactOS स्थापित करें।

Shell32

राफेल हैर्बियो शेल 32 लाइब्रेरी पर काम करने में व्यस्त था, विभिन्न समस्याओं को ठीक करना, बहुत सारे बफर / मेमोरी त्रुटियों को ठीक करने के लिए आइकन और संवादों की लोडिंग त्रुटियों से लेकर। प्रॉपर्टी विंडो में आइकन लोड करने के लिए, शेल में पहले से मौजूद कोड का अधूरा कार्यान्वयन किया गया था। रफाल ने भ्रष्ट कोड को हटा दिया और शेल विंडोज में पहले से उपलब्ध कार्यान्वयन का उपयोग करने के लिए संपत्ति की खिड़कियों को इस तरह से बदल दिया। अब संपत्ति खिड़कियां किसी भी आइकन को लोड करने में सक्षम हैं, न कि केवल उन लोगों को जो रजिस्ट्री में सेट किए गए थे। "ओपन विथ" डायलॉग बॉक्स का कोड भी फिर से लिखा गया, जिसने रजिस्ट्री में निर्दिष्ट सभी अनुप्रयोगों को दिखाने की अनुमति दी। संवाद बॉक्स अब रजिस्ट्री में डुप्लिकेट प्रविष्टियों को भी नहीं जोड़ेगा। हालाँकि, इससे पहले शेल 32 लाइब्रेरी पर काम करने के लिए बहुत बड़ी मात्रा में काम बाकी है और explorer_new वर्तमान शेल को बदल सकता है। उदाहरण के लिए, स्टार्ट मेनू को डॉक्यूमेंट नहीं किया गया है और रिएक्टोस में लागू नहीं किया गया है, इसलिए रफाल को ठीक से पता नहीं है कि फ़ोल्डर्स की सामग्री को देखने के लिए कार्यात्मक जिम्मेदारियों को एक्सप्लोरर शेल और शेल 32 लाइब्रेरी के बीच कैसे विभाजित किया जाता है। जब तक इन मुद्दों को पूरी तरह से संबोधित नहीं किया जाता है, तब तक ReactOS अपने वर्तमान शेल को बनाए रखेगा।

फ़ाइल सिस्टम भ्रष्टाचार

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

PS मेरे अलावा, अनुवाद में भाग लिया: evilslon , सात_रो

दान संग्रह जारी है

पहले से ही 9600 से अधिक रूबल एकत्र किए गए।
निम्नलिखित प्रस्ताव प्रासंगिक और पर्याप्त संख्या में प्राप्त हुए थे:
* सभी एसएटीए ड्राइव के लिए समर्थन। अच्छा है, या कम से कम लोकप्रिय है।
* .Net 2.0 ऐप्स के साथ संगत रहें या फ्रेमवर्क इंस्टॉल करने में सक्षम हों।
* हालांकि मैं * निक्स पर बैठा हूं, मैंने मल्टीमिंटोनर समर्थन के लिए सौ का समर्थन किया।

कई लोगों ने थीम के लिए समर्थन मांगा, लेकिन यह सुविधा लगभग पूरी तरह से लागू हो चुकी है।