मैंने बस खुद से यह पूछा और कुछ घंटों के लिए मेरे मस्तिष्क को चोट पहुँचा रहा था। फिर भी कुछ ऐसा नहीं मिला जो वास्तव में एक बिंदु बनाता हो। हर कोई जो किसी विषय पर कुछ लिखता है, वास्तव में "सिखा" नहीं पाता है। यदि आप किसी को पढ़ाना चाहते हैं, तो सबसे बुनियादी भाषा जिसे एक व्यक्ति समझता है, उसे लें, इसलिए उसे किसी विषय को संभालने के दौरान अन्य विषयों की परवाह करने की आवश्यकता नहीं है। इसलिए मैं अपने लिए एक निष्कर्ष पर पहुंचा जो इस सभी अराजकता में अच्छी तरह से फिट बैठता है।
प्रोग्रामिंग भाषा सी में, प्रत्येक प्रोग्राम मुख्य () फ़ंक्शन के साथ शुरू होता है। अन्य भाषाएं उन अन्य कार्यों को परिभाषित कर सकती हैं जहां कार्यक्रम शुरू होता है। लेकिन एक प्रोसेसर मुख्य () को नहीं जानता है। एक प्रोसेसर केवल पूर्वनिर्धारित कमांड जानता है, जिसे "0" और "1" के संयोजन द्वारा दर्शाया गया है।
माइक्रोप्रोसेसर प्रोग्रामिंग में, एक अंतर्निहित ऑपरेटिंग सिस्टम (माइक्रोसॉफ्ट विंडोज, लिनक्स, मैकओएस, ..) नहीं होने पर, आपको प्रोसेसर को स्पष्ट रूप से यह बताने की आवश्यकता है कि प्रोग्रामरकाउंटर (पीसी) सेट करके कहां से शुरू करें कि पुनरावृत्तियां और कूदता है (लूप, फ़ंक्शन कॉल)। प्रोसेसर को ज्ञात आदेश। आपको यह जानना होगा कि रैम कितनी बड़ी है, आपको प्रोग्राम स्टैक (स्थानीय चर) की स्थिति निर्धारित करने की आवश्यकता है, साथ ही हीप की स्थिति (गतिशील चर) और वैश्विक चर (i gues) का स्थान इसे SSER कहा जाता है ?) रैम के भीतर। एक एकल प्रोसेसर एक समय में केवल एक कार्यक्रम को निष्पादित कर सकता है।
Thats जहां ऑपरेटिंग सिस्टम आता है। ऑपरेटिंग सिस्टम खुद एक प्रोग्राम है जो प्रोसेसर पर चलता है। एक प्रोग्राम जो कस्टम कोड के निष्पादन की अनुमति देता है। कार्यक्रमों के निष्पादन कोड (जो रैम में लोड किए जाते हैं) के बीच स्विच करके एक समय में कई प्रोग्राम चलाता है। लेकिन ऑपरेटिंग सिस्टम IS A PROGRAM है, प्रत्येक प्रोग्राम को अलग तरह से लिखा जाता है। बस अपने कस्टम प्रोग्राम के कोड को रैम में डालने से यह नहीं चलेगा, ऑपरेटिंग सिस्टम को यह पता नहीं है। आपको अपने प्रोग्राम को पंजीकृत करने वाले ऑपरेटिंग सिस्टम पर फ़ंक्शन को कॉल करने की आवश्यकता है, ऑपरेटिंग सिस्टम को बताएं कि प्रोग्राम को कितनी मेमोरी की आवश्यकता है, जहां प्रोग्राम में प्रवेश बिंदु स्थित है (सी के मामले में मुख्य () फ़ंक्शन)। और यह वह है जो मुझे निर्देशित करता है कि RuntimeLibrary के भीतर स्थित है, और यह बताता है कि आपको प्रत्येक ऑपरेटिंग सिस्टम के लिए एक विशेष लाइब्रेरी की आवश्यकता क्यों है।
यह भी समझाता है कि यह गतिशील रूप से रनटाइम पर क्यों नहीं जुड़ा हुआ है। Dll फाइलें हैं, भले ही इसे RUNTIMELibrary कहा जाता है। RuntimeLibrary को सांख्यिकीय रूप से लिंक करने की आवश्यकता है, क्योंकि यह आपके प्रोग्राम के स्टार्टअप पर आवश्यक है। RuntimeLibrary आपके कस्टम प्रोग्राम को / से दूसरे प्रोग्राम (ऑपरेटिंग सिस्टम) में RUNTIME पर इंजेक्ट / कनेक्ट करती है। यह वास्तव में कुछ मस्तिष्क च का कारण बनता है ...
निष्कर्ष: RUNTIMELibrary नामकरण में विफल है। हो सकता है कि शुरुआती समय में .dll (रनटाइम पर लिंकिंग) नहीं किया गया हो और अंतर को समझने का मुद्दा बस मौजूद नहीं था। लेकिन अगर यह सच है, तो नाम बुरी तरह से चुना गया है।
RuntimeLibrary के लिए बेहतर नाम हो सकते हैं: StartupLibrary / OSEntryLibrary / SystemConnectLibrary / OSConnectLibrary
आशा है कि मुझे यह ठीक लगा, सुधार / विस्तार चीयर्स के लिए।