मैं अक्सर दोहराता हूं कि .NET कोर एक खुला स्रोत है और यह "हर जगह" काम करता है। मोनोमेग, यूनिटी, एप्पल वॉच, रास्पबेरी पाई और माइक्रोकंट्रोलर, एक दर्जन लिनक्स, विंडोज और इतने पर। पहले से ही बहुत कुछ।

लेकिन कोई अभी भी पर्याप्त नहीं है। Michal Strehowski C # को वास्तव में हर जगह लॉन्च करना चाहता है ।


विंडोज 3.11 पर सी #

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

विंडोज 3.11 के तहत रनिंग सी #

सात ट्वीट में, मिशल इस बारे में बात करते हैं कि कैसे वे विंडोज 3.11 के तहत C # कोड चलाने में कामयाब रहे। आवेदन सरल है, संबंधित संवाद बॉक्स के प्रदर्शन के साथ MessageBoxA फ़ंक्शन के लिए केवल एक कॉल है, जो पहले दिनों से विंडोज पर है। फ़ंक्शन को कॉल करने और परिणाम प्राप्त करने के लिए, DllImport / PInvoke का उपयोग किया जाता है।

मैंने पहली बार विंडोज 3.11 के लिए यह एप्लिकेशन दिखाया क्योंकि यह अच्छा है। लेकिन वास्तव में, लेखक उसी जगह से शुरू हुआ, जहां डॉस के साथ उसका प्रयोग समाप्त हुआ था। यह मूल C # कोड को संकलित करता है, और उसके बाद नियम मौजूद नहीं होते हैं।

इस उदाहरण में, यह Win32 नहीं बल्कि Win16 प्लेटफॉर्म पर चलता है। हालाँकि, 1992 में (हाँ, मैं तब रहता था और प्रोग्राम करता था, और अपनी परियोजनाओं में इसका इस्तेमाल करता था!) Win32s नामक एक निश्चित तकनीकी पुल था: Windows NT API का एक सबसेट जो Windows 3.11 पर वापस पोर्ट किया गया था। इसलिए, कुछ प्रतिबंधों को ध्यान में रखते हुए, आप 32-बिट कोड लिख सकते हैं और Win16 से Win32 तक पहुंच सकते हैं।

मिशल ने महसूस किया कि 2020 में CoreRT AOT कंपाइलर द्वारा बनाई गई ऑब्जेक्ट फाइल्स को 1994 के विज़ुअल C ++ 2.0 सैंपल से लिंकर द्वारा असेंबल किया जा सकता है। परिणाम मशीन कोड Win32s इंटरफेस के साथ जुड़ा हुआ है जो 16-बिट विंडोज 3.11 पर चल रहा है। जादू है। मिचलू का सम्मान करें।


सरल हैलो वर्ल्ड सी # आवेदन

डॉस के तहत 8K पर C # चल रहा है

मैंने स्टैंडअलोन .NET कोर 3.x निष्पादनयोग्य के बारे में पहले लिखा है, मैं इसका बहुत बड़ा प्रशंसक हूं। मेरा आवेदन पहले से ही 28 मेगाबाइट तक कम हो गया है। यह थोड़ा सा है, यह देखते हुए कि इसमें .NET रनटाइम और कई अन्य संसाधन शामिल हैं। बेशक, आपको न्यूनतम संभव कार्यक्रम के आकार से एक वीएम / रनटाइम का न्याय नहीं करना चाहिए, लेकिन मिशाल यह देखना चाहता था कि आप किस सीमा तक जा सकते हैं - और 8000 बाइट का लक्ष्य निर्धारित करें!

कार्यक्रम पाठ मोड में काम करता है, जो, मेरी राय में, महान है । यह कचरा संग्राहक की आवश्यकता को भी समाप्त करता है, क्योंकि संसाधन आवंटन नहीं है। इसका मतलब है कि आप कहीं भी नया प्रयोग नहीं कर सकते। कोई संदर्भ प्रकार नहीं।

स्थिर सरणियों को घोषित करने के लिए, यह fixed char [] फ़ील्ड का उपयोग करता fixed char [] : उन्हें स्टैक पर रहना चाहिए, और हमारे पास एक छोटा स्टैक है।

बेशक, जब आप किसी प्रकार की स्टैंडअलोन .NET निष्पादन योग्य बनाने की कोशिश करते हैं, तो आपको शुरू में एक 65 मेगाबाइट फ़ाइल मिलती है, जिसमें एप्लिकेशन, रनटाइम और मानक लाइब्रेरी शामिल होती हैं।

dotnet publish -r win-x64 -c Release

आप .NET कोर 3.x से ट्री ट्रिमिंग को अनुकूलित करने के लिए ILLinker और PublishedTrimmed का उपयोग कर सकते हैं, लेकिन इस तरह से आप फ़ाइल को केवल 25 मेगाबाइट तक कम कर सकते हैं।

उन्होंने मोनो और mkbundle का उपयोग करने की कोशिश की, आकार को 18.2 मेगाबाइट तक लाया, लेकिन फिर एक त्रुटि पकड़ी। और रनटाइम अभी बाकी है।

इस प्रकार, केवल उपयुक्त रनटाइम CoreRT था, जिसमें एक आभासी मशीन शामिल नहीं है, लेकिन केवल सहायक कार्य हैं।

dotnet publish -r win-x64 -c Release /p:Mode=CoreRT

इसलिए उन्हें 4.7 मेगाबाइट मिला, लेकिन यह अभी भी बहुत अधिक है। कुछ सेटिंग्स के साथ, आप 3 मेगाबाइट तक चल सकते हैं। आप पूरी तरह से प्रतिबिंब का विस्तार कर सकते हैं और 1.2 मेगाबाइट तक पहुंच सकते हैं। अब यह एक फ्लॉपी डिस्क पर फिट होगा!

dotnet publish -r win-x64 -c Release /p:Mode=CoreRT-ReflectionFree

यह एक मेगाबाइट आकार केवल .NET एसडीके के लिए एक कठिन सीमा की तरह लगता है।

यह वह जगह है जहां मिशाल मानक उपकरणों से दूर जाती है । यह सिस्टम के मूल प्रकारों के लिए एक पुन: कार्यान्वयन स्टब करता है! फिर यह कुछ मैजिक स्विच के साथ फिर से जुड़ जाता है ताकि निष्पादन योग्य का केवल IL संस्करण रिलीज़ हो।

csc.exe /debug /O /noconfig /nostdlib /runtimemetadataversion:v4.0.30319 MiniBCL.cs Game\FrameBuffer.cs Game\Random.cs Game\Game.cs Game\Snake.cs Pal\Thread.Windows.cs Pal\Environment.Windows.cs Pal\Console.Windows.cs /out:zerosnake.ilexe /langversion:latest /unsafe

फिर इसे मूल कोड प्राप्त करने के लिए कोरआरटी ​​के पास भेज दिया जाता है।

ilc.exe zerosnake.ilexe -o zerosnake.obj --systemmodule zerosnake --Os -g

और यहां हम हैं।

“अब हमारे पास zerosnake.obj है - एक मानक ऑब्जेक्ट फ़ाइल, जो अन्य मूल संकलक द्वारा बनाई गई ऑब्जेक्ट फ़ाइलों से अलग नहीं है, जैसे कि C या C ++। अंतिम चरण इसे एक साथ रखना है। ”

कुछ और ट्रिक्स - और आउटपुट 27 KB है! फिर वह लिंकर से कई स्विच हटाता है और एक ही तरीके का उपयोग करके विभिन्न चीजों को हटाता है जो कोडांतरक डेवलपर्स का उपयोग करते हैं, जिसके परिणामस्वरूप 8176 बाइट्स होते हैं। महाकाव्य थ्रिलर।

link.exe /debug:full /subsystem:console zerosnake.obj /entry:__managed__Main kernel32.lib ucrt.lib /merge:.modules=.rdata /merge:.pdata=.rdata /incremental:no /DYNAMICBASE:NO /filealign:16 /align:16

ट्विटर पर मिशल का अनुसरण करें और उनकी सराहना करें।