कैसे .NET 4.5 की वजह से ReactOS पर स्थापित किया गया था

यह एक सुखद अंत के साथ एक क्रिसमस की कहानी हो सकती है, लेकिन यह काफी पसंद नहीं है।

क्रिसमस की पूर्व संध्या 2018 पर, मैंने ReactOS के लिए परीक्षण किए गए अनुप्रयोगों की सूची में एक .NET 4.0 इंस्टॉलर देखा और सुखद आश्चर्य हुआ कि यह सफलतापूर्वक स्थापित किया गया था और आवेदन शुरू हो गए। लेकिन जब से 4.0 लंबे समय से प्रासंगिक नहीं है, मुझे एक पागल विचार द्वारा दौरा किया गया था - अगर मैं संस्करण 4.5 स्थापित करने की कोशिश करूं तो क्या होगा?

इंस्टॉलर ने तुरंत कहा कि ओएस संस्करण उपयुक्त नहीं है। संगतता मोड में लॉन्च भी उसके द्वारा निर्धारित किया गया था और स्थापित करने से इनकार कर दिया था। चीजें, यह सब शुरू होने से पहले ही खत्म हो गई ...

हां, अब मैं संस्करण बदलूंगा और यह काम करेगा!

ReactOS को विंडोज 2003 के एनालॉग के रूप में विकसित किया जा रहा है और यह 5.2 के रूप में संस्करण की रिपोर्ट करता है। स्थापना के लिए कम से कम 6.0 की आवश्यकता होती है, लेकिन फिर मैंने फैसला किया कि विंडोज 7 पर तुरंत निशाना लगाना बेहतर था और संस्करण को 6.1 में कैसे बदलना है, इसकी तलाश शुरू कर दी। कोड में, संस्करण / MajorVersion / MinorVersion के अनुसार, पूरे सिस्टम में कई जगह थीं, यहाँ तक कि जहाँ आप उम्मीद नहीं करते हैं। 5.2 से 6.1 के सभी जोड़े को प्रतिस्थापित करते हुए, परिणाम शून्य था - यहां तक ​​कि ओएस इंस्टॉलर भी शुरू नहीं हुआ। आगे की खोज ने बूटेल्ड और ntldr को बूट में लाया - 4 जगहों पर _WIN32_WINNT_WIN7 के साथ _WIN32_WINNT_WS03 को बदलना आवश्यक था। ओएस स्थापित है और हमें बताता है कि यह 6.1 है। ठीक है! नहीं। किसी कारण से, इस तरह के प्रतिस्थापन के साथ वास्तव में कुछ भी स्थापित नहीं किया गया है - न तो वर्चुअलबॉक्स अतिथि परिवर्धन, न ही फ़ायरफ़ॉक्स, न ही .NET 4.0, और यहां तक ​​कि एक्सप्लोरर एक बार गिरता है। ठीक है, इसलिए आपको अपनी ज़रूरत की हर चीज़ के साथ एक आईएसओ बनाने और वर्चुअल मशीन से जोड़ने की ज़रूरत है। बाइट्स की महिमा, ड्राइव अभी भी काम कर रहा है और इंस्टॉलर फिर से शुरू होता है। हुर्रे! यह भी शुरू होता है, लेकिन कुछ ओएस घटकों की कमी के बारे में शिकायत करता है:



पहला एक स्वचालित अपडेट सेवा है, दूसरा एक विश्वसनीय इंस्टॉलर है। हमारे पास ऐसा कुछ भी नहीं है - वास्तव में, क्यों रिएक्टोस में विंडोज अपडेट हैं, और ट्रस्टेड इंस्टॉलर परिभाषा के अनुसार नहीं हो सकता है क्योंकि यह विंडोज 7 के साथ एक साथ दिखाई देता है। लॉग में एक लाइन भी थी जो कुछ wusa.exe गायब थी। ठीक है, PR 355 अद्यतन सेवा के लिए wusa.exe और wuauserv.dll के लिए स्टब्स बनाएं। ट्रस्टेड इंस्टॉलर ने रजिस्ट्री कुंजियों के साथ विंडोज 7 से सिर्फ 32 बिट की प्रतिलिपि बनाई। अब इंस्टॉलर आवश्यक सब कुछ की उपलब्धता को निर्धारित करता है और यह केवल रक्त की एक बूंद के साथ अनुबंध को जकड़ना है।

फ़ाइल सत्यापन प्रक्रिया सफल है और स्थापना शुरू होती है। तुरंत हमें एक संदेश मिलता है कि कर्नेल 32 मॉड्यूल में LCMapStringEx फ़ंक्शन गायब है।



ठीक है, मैं कोड में एक फ़ंक्शन की तलाश कर रहा हूं और आपको आश्चर्य होगा, यह मौजूद है लेकिन किसी कारण से निर्यात सूची में नहीं जोड़ा गया है (प्रत्येक DLL के मूल में CMakeLists.txt के बगल में फाइलें)। बिल्ड / इंस्टॉल / रन और फिर से एक समान त्रुटि। खैर, पटकथा जानी जाती है। इंस्टॉलर द्वारा क्लिक किए जाने से 5-10 बार इस प्रक्रिया को दोहराने के बाद, इंस्टॉलर को गॉगल किया जाता है कि ओएस में एक अनअटेंडेड इंस्टॉलेशन मोड है। ऐसा करने के लिए, UnattendSetupEnabled = हां को फ़ाइल बूट \ bootdata \ bootcd \ unattend.inf में सक्षम करें। सुपर बेपहियों की गाड़ी की सवारी! वे इतनी तेजी से जा रहे हैं कि आपके पास चाय के लिए जाने का समय नहीं है - दो मिनट के लिए पूरी स्थापना।


चूंकि ReactOS 2003 के रूप में लिखा गया है, कोई भी विशेष रूप से 6.0+ के लिए कोड का समर्थन नहीं करता है। ऐसी जगहें #if _WIN32_WINNT> = 0x600, या यहाँ तक कि #if 0 की शर्तों से आच्छादित हैं और उन्हें कार्य रूप में लाया जाना है। अनुपलब्ध फ़ंक्शन जोड़ें (हालाँकि इसका कोड @ $ & ^% है!) निर्यात करने के लिए (SleepConditionVariableCS को RtlSleepConditionVariableCS) या SDK हेडर में कहीं संरचना / फ़ील्ड अनलॉक करने की आवश्यकता है। Ntdll, कर्नेल 32 और advapi32 के साथ भी एक अजनबी बैसाखी - किसी कारण से, उनके लिए ऐड-ऑन ntdll_vista, k गिने जाने वाले 32_vista और advapi32_vista के रूप में बनाए गए थे, जिनमें से प्रत्येक में अधिकतम 10-15 प्रक्रियाएं हैं, जबकि kernel32 में दो पूरी vista.c फाइलें हैं। हंस, कैंसर और पाइक, नहीं तो, इस तरह के निर्णय किए। अब कोई निश्चितता भी नहीं है - जब जीआईटीयू पर पीआर को बाहर रखा जाता है, तो एक कोड को * _vista lib में स्थानांतरित करने के लिए कहता है, दूसरा लिखता है कि यह अटैचमेंट फ़ाइल में कंडीशन -version = 0x600 + के साथ निर्यात को बंद करने के लिए पर्याप्त है। यहां सबसे अधिक आश्चर्य की बात यह है कि इस तरह के सभी कार्य एक नई एपीआई हैं और मुख्य कोड के साथ शांतिपूर्वक सह-अस्तित्व में हो सकते हैं, यह स्पष्ट नहीं है कि इस तरह के बगीचे की बाड़ क्यों है।

ये प्रयास कुछ महीनों तक जारी रहे, लेकिन अंत में सब कुछ इस तथ्य से निपट गया कि इंस्टॉलर प्रक्रिया के बीच में लटका होगा, न तो कोस और न ही गिरना।

होना, प्रतीत होना नहीं

गर्मियों में मैंने शेल पर लौटने का फैसला किया। फिर भी, इतना समय व्यतीत हो चुका है, और परिणाम शून्य है। इस बार मैंने सब कुछ अलग तरीके से करने का फैसला किया - जब रिपोर्ट किए गए संस्करण को 5.2 से 6.1 तक बदलते हुए सब कुछ यादृच्छिक रूप से काम करता है, तो आपको संस्करण को पूरी तरह से अलग दिशा से बदलने की आवश्यकता है - पूरी तरह से NT6 मोड में ReactOS बनाने की कोशिश करें।

ऐसा करने के लिए, मूल CMakeLists.txt में, निम्नलिखित स्थितियों को 0x600 के साथ 0x502 बदलें। हां, वसा का कोई समय नहीं है, आउटपुट प्राप्त करने के लिए कम से कम 6.0।

# Version Options add_definitions(-DWINVER=0x502 -D_WIN32_IE=0x600 -D_WIN32_WINNT=0x502 -D_WIN32_WINDOWS=0x502 -D_SETUPAPI_VER=0x502) 

इस उद्यम से सफलता की उम्मीदें शुरू-शुरू में इतनी थीं, हालाँकि यह पूरी तरह से सही था।
समस्या का सार यह है कि NT6 कर्नेल में कई फ़ंक्शन ने हस्ताक्षर बदल दिए, डेटा संरचनाएं खेतों की संरचना और क्रम में भिन्न होती हैं।

 #if (_WIN32_WINNT >= 0x600) NTSTATUS RxConstructSrvCall( _In_ PRX_CONTEXT RxContext, _In_ PIRP Irp, _In_ PSRV_CALL SrvCall, _Out_ PLOCK_HOLDING_STATE LockHoldingState); #else NTSTATUS RxConstructSrvCall( _In_ PRX_CONTEXT RxContext, _In_ PSRV_CALL SrvCall, _Out_ PLOCK_HOLDING_STATE LockHoldingState); #endif 

कॉर्नुकोपिया जैसी बारिश की त्रुटियों का निर्माण करें, जिनमें से सबसे सरल था कि कुछ dll, WinVER और _WIN32_WINNT की सीएमके फ़ाइलों में स्पष्ट रूप से अन्य मानों को पुन: असाइन किया गया था, उदाहरण के लिए, 0x602। इसी समय, रिएक्टोस डीएलएस से भरा होता है, जिसमें विनवर को अब 0x502 से 0x600 तक पुनः परिभाषित किया जाता है। कुछ वास्तविक बग # 356 # 359 # 747 # 814 # 815 थे ।

यह एक ही महीने या दो तक चला और परिणामस्वरूप, छवि सभी बैसाखियों के साथ इकट्ठा हुई, लेकिन इंस्टॉलर ने जीवन के किसी भी संकेत को नहीं दिखाया। थोड़ा और फ्यूज हो गया है

लॉजिक आयरन नहीं है

एक नया क्रिसमस आ रहा है, और .NET 4.5 सता रहा है। फिर से, मैं पहले विकल्प पर लौटता हूं, सभी संपादन दोहराए जाते हैं, लेकिन कुछ परिवर्तनों के साथ। यदि पहले, लापता कार्यों (जिसके लिए ओएस में कोई कोड नहीं है) के बजाय, मैंने सिर्फ स्टब्स बनाया, लेकिन अब मैंने उन्हें वाइन कोड में देखने का फैसला किया और, लो और निहारना, वे वहां थे। स्थानांतरण, रिएक्टोस के लिए अनुकूलित करें, अगले # 1045 पर । कहीं, एक ठूंठ के बजाय, आप वास्तविक कोड लिख सकते हैं :) # 1046 । इंस्टॉलर ने इस तरह के संपादन के साथ और अधिक सख्ती से काम किया और यहां तक ​​कि "सफलतापूर्वक" भी समाप्त हो गया, लेकिन इंस्टॉलर के विपरीत, .NET 4.0 ने स्थापना के बाद रिबूट करने की पेशकश नहीं की - मैंने लिखा है कि ओएस की नई पीढ़ी के लिए सभी समान सॉफ्टवेयर और हर बार रिबूट करने की कोई आवश्यकता नहीं है ( हा हा, पवित्र भोलापन)। जब मैंने हैलोवर्ल्ड एप्लिकेशन शुरू करने की कोशिश की, तो स्क्रीन पर कुछ भी नहीं हुआ; टास्क मैनेजर में भी, मेरे पास किसी भी गतिविधि को नोटिस करने का समय नहीं था।


थोड़ी देर बाद मैंने इंस्टॉलर के संसाधनों में तल्लीन करने का फैसला किया, जहां मुझे त्रुटि संदेशों का पाठ मिला और यहां SURPRISE - सभी प्रतिबंध ParameterInfo.xml फ़ाइल में इंगित किए गए हैं! यह स्टॉपब्लॉकर्स-कंडीशन IsInOSCompatibilityMode पर टिप्पणी करने के लिए पर्याप्त था और सब कुछ समस्याओं के बिना शुरू होता है। मैं संपादन संस्करणों को हटाता हूं जो 5.2 से 6.0 तक ओएस संस्करण को बदलता है, शॉर्टकट में विस्टा संगतता मोड को सेटअप पर चालू करें (इसलिए यह ट्रस्टेड इंस्टॉलर के अस्तित्व की उम्मीद नहीं करता है) और कुछ और फ़ंक्शन जोड़ने से इंस्टॉलर बस "सफलतापूर्वक" के रूप में समाप्त हो गया। हालांकि, यदि आप पहले 4.0 स्थापित करते हैं और फिर इंस्टॉलर 4.5 चलाते हैं, तो रिबूट करने के अनुरोध के साथ प्रक्रिया पहले ही पूरी हो चुकी है! विजय? नहीं। मैंने कहा कि यह सुखद अंत के बिना एक कहानी है। जब आप हैलोवर्ल्ड को शुरू करने की कोशिश करते हैं, तो परिणाम थोड़ा अलग होता है, लेकिन बहुत ज्यादा नहीं - यह प्रक्रिया 11-12MB मेमोरी लेती है और, 20 सेकंड लटकने के बाद समाप्त होती है। संगतता मोड में शुरू करना मदद नहीं करता है (आखिरकार, सीएलआर-रनटाइम प्रत्येक प्रक्रिया में अलग से लॉन्च किया जाता है, न कि एक सिस्टम-वाइड वातावरण जो ओएस के साथ ओएस संस्करण 5.2 से शुरू होता है)।
लॉग में, हम संस्करण को निर्धारित करने के लिए कॉल देखते हैं:



RtlVerifyVersionInfo में एक हैक जोड़ा गया है कि यदि संस्करण 6. * का अनुरोध किया गया है, तो ओएस संस्करण को 6.0 से बदल दें। तीर द्वारा चिह्नित लाइनें चली गई हैं, लेकिन परिणाम समान है।

सुखद अंत नहीं।

निष्कर्ष

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

उपरोक्त को दोहराने के लिए, पाठ में लिंक का उपयोग करके मास्टर शाखा पर पीआर को रोल करना आवश्यक है, विशेष फाइलों में फ़ंक्शन के बंडल को अनलॉक करें (संस्करण को -x500 + के साथ -version स्थिति में बदलें) और हेडर में कई 0x600 स्थितियां।

इकट्ठा करने का समय नहीं है, यहां निर्माण के लिए आओ!

यदि आप ReactOS के विकास का पालन करते हैं और एक नए अनुप्रयोग को स्थापित करने का प्रयास करते हैं, तो आप शायद इस तथ्य के साथ आए हैं कि कुछ फ़ंक्शन गायब हैं या एक दिलचस्प / उपयोगी पीआर अंतहीन लटका हुआ है। मैं इससे भी परिचित हूं और इसलिए नियमित रूप से ओएस असेंबली को लापता टुकड़ों और पीआरएस के साथ संकलित करने का फैसला किया है (मैं अनुसूची को साप्ताहिक या हर दो सप्ताह में रखना चाहता हूं)। इस विधानसभा की कोशिश करो, शायद यह उपयोगी होगा! यदि आप किसी अन्य लापता फ़ंक्शन पर आते हैं तो लिखें - यह अत्यधिक संभावना है कि यह पहले से ही रिएक्टोस कोड में है या वाइन में है। इसमें अभी तक कोई USB ड्राइवर नहीं है।

यहाँ डाउनलोड करें

नया साल मुबारक और स्थिर प्रतिक्रिया!

पुनश्च महत्वपूर्ण अद्यतन! एक डिस्क पर 4.0 या 4.5 लिस्टिंग फ़ोल्डर / फ़ाइलों के तहत बनाया गया एक साधारण कंसोल एप्लिकेशन ठीक काम करता है। तो कैंट कहीं-कहीं WinForms और WPF (WinForms उदाहरण की तरह लटका हुआ) है, और सभी CLRs नहीं।
अधिष्ठापन ४.५ के दौरान, मैंने ngen.exe प्रक्रियाओं को तर्क हटाने के साथ देखा। System। Windows .orms या System.Dynamic, आदि। ऐसा लगता है कि हटाए गए को हटा दिया गया है, लेकिन आम तौर पर नई विधानसभाओं को पंजीकृत नहीं किया गया है

पीपीएस सुपर महत्वपूर्ण अद्यतन! इंस्टॉलर 4.5 इस प्रक्रिया में GAC से कुछ असेंबली हटाता है, लेकिन कहीं न कहीं यह क्रैश हो जाता है और नए लोगों को कॉपी करने का समय नहीं होता है (\ Microsoft.NET \ विधानसभा \ GAC_MSIL)। नतीजतन, 115 विधानसभाओं में से, 73 बनी हुई है। यदि आप सिस्टम, System.Drawing, System.Windows.Forms और Accessibility असेंबलियों की प्रतिलिपि बनाते हैं, तो एक सरल WinForms अनुप्रयोग शुरू होता है!

PPPS यह एक शानदार क्षण निकला - यदि आप ms32e.dll को सिस्टम32 में 4.0 से कॉपी करते हैं, तो इंस्टॉलर 4.5 पूरी तरह से काम नहीं करता है, लेकिन कंसोल को रिबूट करने और जीतने के बाद एप्लिकेशन शुरू होता है।