एक शेल के बिना एक ऑपरेटिंग सिस्टम कैसा दिखता है?


41

बैश या कॉमपीस (विंडोज एमई तक) या सीएमडी.ईएक्सई (बाद के संस्करणों में) जैसा शेल एक इंटरफ़ेस प्रदान करता है जो (अन्य चीजों के बीच) उपयोगकर्ता से कमांड स्वीकार करता है। शेल चलने से पहले ऑपरेटिंग सिस्टम कैसा दिखता है? पहले शेल के विकसित होने से पहले सिस्टम का उपयोग कैसे किया जाता था (उदाहरण 1970 के दशक में UNIX)? यदि कोई कंप्यूटर भी कमांड स्वीकार नहीं कर सकता है (कोई कमांड लाइन नहीं है), तो उपयोगकर्ता इसके साथ कैसे बातचीत कर सकता है? यह सबसे बुनियादी इंटरफ़ेस क्या है? क्या मैं इस इंटरफेस को टर्मिनल एमुलेटर में चला सकता हूं या शेल के पीछे कोई रास्ता नहीं है?



2
@ रामदूत बेशक आप एक कमांड लाइन के बिना एक सिस्टम के साथ बातचीत कर सकते हैं। सभी सप्ताह में विभिन्न यूआई डिजाइन दृष्टिकोणों के गुणों का तर्क दे सकते हैं, लेकिन निश्चित रूप से क्लासिक मैक ओएस के साथ-साथ अल्टेयर के साथ बातचीत करना संभव था, न तो बॉक्स से बाहर एक कमांड लाइन।
बजे एक CVn

4
सबसे बुनियादी इंटरफ़ेस शायद PDP11 में के रूप में एक स्विच पैनल होगा / 04 आदि
कपड़ा

1
यह एक शतरंज की तरह दिखता है raspberrypi.org/archives/4300
Nico Burns

1
यह देखने में ऐसा लगता है जैसे कोई जंगल में गिरता हुआ पेड़ हो।
नाथन हाइफील्ड

जवाबों:


35

शेल चलने से पहले ऑपरेटिंग सिस्टम कैसा दिखता है?

ओएस पर निर्भर करता है और आप इसे कैसे कॉन्फ़िगर करते हैं। लिनक्स को बूट टेक्स्ट को कंसोल डिवाइस में लिखने के लिए कॉन्फ़िगर किया जा सकता है, चाहे टेक्स्ट मोड कंसोल, फ्रेमबफर कंसोल या सीरियल पोर्ट। इसे पूरी तरह से चुप रहने के लिए भी कॉन्फ़िगर किया जा सकता है। कुछ OS के सिस्टम गैर-वाष्पशील मेमोरी में नैदानिक ​​जानकारी लिख सकते हैं, जिसे सिस्टम को डेवलपर, डीबग या डायग्नोस्टिक मोड में डालकर एक्सेस किया जा सकता है। कई ऑपरेटिंग सिस्टम UART के किसी न किसी रूप में आउटपुट बूटिंग और डायग्नोस्टिक जानकारी का समर्थन करते हैं, जो किसी तरह यूनिट पर उपलब्ध हो सकता है, भले ही उपयोगकर्ता से छिपा हो (उदाहरण के लिए, जहां निर्माता सीरियल पोर्ट छिपाते हैं और कैसे, उदाहरण के लिए Google "सीरियल पोर्ट को DD-WRT में जोड़ें" आप उनसे मिल सकते हैं)।

एक OS में बाहरी प्रदर्शन बिल्कुल नहीं होता है - यह OS का सिर्फ एक और उपकरण है।

पहले शेल के विकसित होने से पहले सिस्टम का उपयोग कैसे किया जाता था (उदाहरण 1970 के दशक में UNIX)?

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

यदि कोई कंप्यूटर भी कमांड स्वीकार नहीं कर सकता है (कोई कमांड लाइन नहीं है), तो उपयोगकर्ता इसके साथ कैसे बातचीत कर सकता है?

मैं इस क्षेत्र में कोई विशेषज्ञ नहीं हूं, लेकिन पुराने, पुराने कंप्यूटर जैसे कि अल्टेयर, आईएमएसएआई, और पीडीपी -8 और इस तरह के फ्रंट पैनल स्विच थे जो सीधे सीपीयू को नियंत्रित करते थे और सीपीयू हस्तक्षेप के बिना मेमोरी को सीधे पढ़ और लिख सकते थे।

यह सबसे बुनियादी इंटरफ़ेस क्या है?

मेरा मानना ​​है कि यदि सभी आधुनिक सीपीयू में "जेटीजी पोर्ट" नहीं है, जो एक ही प्रकार के प्रत्यक्ष संचालन की अनुमति देता है। ध्यान रखें कि लंबे समय से अधिकांश कंप्यूटरों में ROM या फर्मवेयर होने की उम्मीद की जाती है जो सिस्टम को अपने नियंत्रण में ले लेता है जब इसे ओएस पर बंद करने से पहले इसे चालू किया जाता है। यहां, प्री-बूट उपयोगिताओं मौजूद हो सकती हैं, या ऐसी उपयोगिताओं को लोड करने के लिए एक न्यूनतम तंत्र मौजूद है। यू-बूट जैसे कुछ बूटलोडर्स को सीरियल पोर्ट के माध्यम से एक्सेस किया जा सकता है। बूटलोडर्स OS को "पीछे" नहीं चलाते हैं, वे OS को लोड करते हैं, इसे नियंत्रित करते हैं, और फिर वे नहीं चल रहे हैं।

क्या मैं इस इंटरफेस को टर्मिनल एमुलेटर में चला सकता हूं या शेल के पीछे कोई रास्ता नहीं है?

नहीं, आपको JTAG इंटरफ़ेस की आवश्यकता है। यह इलेक्ट्रॉनिक्स के दायरे में गोता लगा रहा है और मैं मानता हूं कि मैं इसके बारे में बहुत कुछ नहीं जानता, सिवाय इसके कि मेरा गुरुप्लग एक के साथ आता है और मैं सीधे इसके साथ गुरुप्लग के बोर्ड पर फ्लैश चिप प्रोग्राम कर सकता हूं - अगर कुछ बूट लोडर को मारता है गुरुप्लग, मेरे पास एक "सीपीयू स्वतंत्र" है जो इसे वापस चमकता है।


4
JTAG इंटरफ़ेस सामान्य ऑपरेशन मोड को दरकिनार करते हुए सभी घटकों के परीक्षण इंटरफेस तक पहुंच (एक समर्पित नियंत्रक की मदद से) की अनुमति देता है। उजागर किए गए परीक्षण की कार्यक्षमता के आधार पर, आप मेमोरी को प्रोग्राम कर सकते हैं, इनपुट / आउटपुट को नियंत्रित कर सकते हैं, सीपीयू को शुरू / बंद कर सकते हैं या आंतरिक रजिस्टरों को पढ़ सकते हैं।
Chaos_99

23

एक ऑपरेटिंग सिस्टम को एक शेल प्रदान करने की आवश्यकता नहीं होती है क्योंकि शब्द का आमतौर पर आज उपयोग किया जाता है (जिसका अर्थ है एक एप्लिकेशन जो उपयोगकर्ता से अंतःक्रियात्मक रूप से आदेशों को स्वीकार करेगा), लेकिन ऐसा ऑपरेटिंग सिस्टम वास्तव में "कुछ भी नहीं" जैसा प्रतीत होगा। उपयोगकर्ता। जैसा कि ओलिवर साल्ज़बर्ग ने उल्लेख किया है, यह शायद सिर्फ एक खाली स्क्रीन दिखाएगा (यदि इसमें बिल्कुल आउटपुट समर्थन है), हालांकि इसका कोई कारण नहीं है। उदाहरण के लिए लिनक्स कर्नेल के नैदानिक ​​आउटपुट को बूट और कर्नेल इनिशियलाइज़ेशन प्रक्रिया के दौरान लें।

शेल, चाहे एक ग्राफिकल शेल, कमांड लाइन दुभाषिया या कुछ और, ऑपरेटिंग सिस्टम द्वारा दी गई सुविधाओं का उपयोग रीड कमांड, लॉन्च प्रक्रिया, आई / ओ पुनर्निर्देशन और जैसी चीजों को करने के लिए करता है।

हालाँकि, कोई कारण नहीं है कि उन सुविधाओं का उपयोग करने वाले एप्लिकेशन को एक शेल होना चाहिए ।

पुराने दिनों में, ऑपरेटिंग सिस्टम केवल उन "उपयोगी दिनचर्या" का एक संग्रह था जो कि प्रत्येक एप्लिकेशन को अन्यथा स्क्रैच से फिर से लिखना होगा, और कंप्यूटर अनिवार्य रूप से बैच प्रोसेसिंग डिवाइस थे। फ़ाइल, डिस्क और प्रिंटर I / O जैसी चीजें संभवत: सबसे पहले उन लोगों के बीच थीं जिन्हें अब एक ऑपरेटिंग सिस्टम के रूप में जाना जाता है, इसके बाद प्रक्रिया शेड्यूलिंग होती है (यह ध्यान देने योग्य है कि 1960 के दशक में अपोलो गाइडेंस कंप्यूटर एक मल्टीटास्किंग कंप्यूटर था)। एप्लिकेशन तब ऐसी चीज़ों को करने के लिए अपने स्वयं के रूटीन का उपयोग करने के बजाय OS पर कॉल कर सकते हैं, जिससे प्रोग्रामिंग जटिलता कम हो गई और संभवत: कोड आकार या निष्पादन समय को कम करने में मदद मिली (क्योंकि उन सिस्टम सुविधाओं को एक बार भारी अनुकूलित और डीबग किया जा सकता है, जिसके बाद सभी को लाभ होगा) । जैसे-जैसे कंप्यूटर अधिक से अधिक सामान्य होते गए, ऑपरेटिंग सिस्टम ने उन सुविधाओं को जोड़ा जो बड़े पैमाने पर उपयोगकर्ता-केंद्रित थे, जैसे कि उपयोगकर्ता के लिए कंप्यूटर के साथ बातचीत करने और एक इंटरैक्टिव फैशन में कमांड देने के लिए; चित्रमय गोले केवल तर्क की उस रेखा का एक विस्तार हैं।

इसके अलावा, बहुत पहले नहीं (1980 के दशक के उत्तरार्ध तक सोचें), किसी भी सामान्य ऑपरेटिंग सिस्टम की सहायता के बिना, नंगे व्यक्तिगत कंप्यूटर हार्डवेयर पर चलने के लिए एप्लिकेशन लिखना अभी भी काफी सामान्य था। यह खेलों के लिए विशेष रूप से उपयोगी था, क्योंकि यह ऑपरेटिंग सिस्टम की मेमोरी और प्रोसेसिंग ओवरहेड से बचा था, लेकिन मुझे यकीन है कि अन्य उदाहरण भी थे। उन मामलों में, कुछ हद तक, एप्लिकेशन का अपना ऑपरेटिंग सिस्टम था और इसके परिणामस्वरूप, उस एप्लिकेशन द्वारा प्रदान किया गया उपयोगकर्ता इंटरफ़ेस शेल था।


4
यह आज बहुत आम है कि बिना किसी ऑपरेटिंग सिस्टम के नंगे धातु पर चलने वाले प्रोग्राम लिखना - शायद पहले से कहीं ज्यादा आम था। इन दिनों बहुत ज्यादा कुछ भी है कि इसमें इलेक्ट्रॉनिक्स एक microcontroller है। इनमें से कुछ एम्बेडेड सिस्टम जैसे कार या राउटर में ऑपरेटिंग सिस्टम होते हैं, लेकिन थर्मोस्टैट्स, वॉशिंग मशीन आदि जैसी साधारण चीजें आमतौर पर नहीं होती हैं।
जीन पिंडार

1
@JeannePindar अच्छी बात; मैंने स्पष्ट किया है कि मेरा मतलब व्यक्तिगत कंप्यूटर के संदर्भ में था।
एक CVn

11

प्रारंभिक कंप्यूटरों में इस अर्थ में OS नहीं था कि आज हम इस शब्द का उपयोग करते हैं। उन्होंने हार्डवेयर में कार्यान्वित कार्यों को सीधे उस पर चल रहे किसी भी कार्यक्रम में उजागर किया। उस समय उन पर केवल एक कार्यक्रम चल रहा था। कार्यक्रम को सभी कार्यों को नियंत्रित करना था, एक ओएस द्वारा 'पृष्ठभूमि में' कुछ भी नहीं किया गया था।

लेकिन फिर भी उपयोगकर्ता के लिए एक कार्यक्रम शुरू करने के लिए एक प्रवेश बिंदु था। यदि आप शब्द को बढ़ाते हैं, तो आप इसे "शेल" कह सकते हैं। लेकिन मूल रूप से, यह केवल हार्डवेयर था जो उपयोगकर्ता को प्रोग्राम चलाने के लिए पहले बिट इनपुट करने के लिए इंतजार कर रहा था। इसे दबाए गए बटन, फ्लिच्ड स्विच, कनेक्टेड वायर पर एक स्विचबोर्ड, पंचकार्ड, छिद्रित फिल्म या चुंबकीय टेप के रूप में हो। शायद वे पहले से लोड किए गए कई प्रोग्राम विकल्पों में से भी चुन सकते हैं। लेकिन यहां तक ​​कि इसके आगे एक बटन दबाकर चमकती रोशनी के रूप में प्रदर्शित सूची से चयन करना पहले से ही एक 'खोल' माना जा सकता है।

इसलिए यदि आपकी 'शेल' की परिभाषा 'एक इंटरफ़ेस है जो एक उपयोगकर्ता से कमांड को स्वीकार करता है', तो इससे पहले कोई समय नहीं था, कम से कम उन उपकरणों के लिए जिन्हें आप एक कंप्यूटर भी कहेंगे।

आप कंप्यूटिंग के इतिहास के बारे में बहुत अच्छा विकिपीडिया पृष्ठ देख सकते हैं , हालांकि यह इनपुट / आउटपुट परिप्रेक्ष्य पर ज्यादा ध्यान केंद्रित नहीं करता है।


6

यह शायद एक खाली स्क्रीन होगी।

खोल शायद नाम पर है खोल क्योंकि यह कर्नेल के चारों ओर खोल (कर्नेल ऑपरेटिंग सिस्टम जा रहा है) है। तो, एक अर्थ में, यह ऑपरेटिंग सिस्टम के लिए उपयोगकर्ता इंटरफ़ेस है, जो भी इंटरफ़ेस है।

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


2

एक ऐतिहासिक दृष्टिकोण से, मुझे लगता है कि पंच कार्ड ( https://en.wikipedia.org/wiki/Punchedcard ) थे। एक कंप्यूटर सिस्टम के साथ बातचीत करने के लिए। लेकिन मुझे लगता है कि यह आपके प्रश्न के लिए बहुत दूर है।


छिद्रित कार्ड एक डेटा स्टोरेज मैकेनिज़्म था, न कि ऑपरेटिंग सिस्टम का एक दृश्य भाग।
एक सीवीएन

2

कॉलेज के बाद पहला ओएस मैंने (1981) का उपयोग किया था जो एक प्राइम मिनीकंप्यूटर पर PRIMOS था। यह एक समय-साझाकरण ऑपरेटिंग सिस्टम था और इसने कई उपयोगकर्ताओं का समर्थन किया, प्रत्येक ने RS232 केबल के माध्यम से कंप्यूटर से जुड़े टर्मिनल का उपयोग किया। आपको उपयोगकर्ता नाम और पासवर्ड देने वाले टर्मिनल पर लॉग इन करना था। आपका टर्मिनल सत्र एक प्रकार का खोल था। आप फ़ाइलों को संपादित कर सकते हैं, संकलन कर सकते हैं, उन सभी चीजों को चला सकते हैं जो हम आजकल करते हैं। सभी टर्मिनलों में एक ही फाइलिंग सिस्टम का उपयोग होता था। मोटे तौर पर ये टर्मिनल टाइपराइटरों से अधिक नहीं थे - कोई WYSISWYG संपादक नहीं थे, यहां तक ​​कि एमएसीएस भी एक सपना था।

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

एक प्रारंभिक कंप्यूटर को बूट करने के लिए आपको निर्देशों के एक मूल सेट को लोड करने की आवश्यकता होती है (इसमें कंप्यूटर पर सेट अनुक्रम में टॉगल करने वाले भौतिक स्विच शामिल हो सकते हैं)। यह क्रम एक दूसरे छोटे कार्यक्रम की शुरुआत करेगा, जो टेप रीडर को काम करने में सक्षम बना सकता है। तब आप टेप रीडर के माध्यम से एक अधिक जटिल प्रणाली को लोड करेंगे, जो डिस्क ड्राइव को लाइन पर ला सकता है। आप इन शुरुआती लोडर में से एक की तरह होने के कारण शेल-कम ओएस की कल्पना कर सकते हैं।

आजकल कंप्यूटर में समान अनुक्रम होते हैं, इसलिए जब आप मशीन शुरू करते हैं, तो यह अपने BIOS को लोड करता है, जो डिस्क, नेटवर्क कार्ड, वीडियो कार्ड और इतने पर शुरू होता है, फिर BIOS हार्ड डिस्क पर एक विशिष्ट कार्यक्रम की तलाश करता है और उसे चलाता है (विंडोज पर) कम से कम)। यूनिक्स कुछ ऐसा ही करता है यह क्रमिक रूप से कर्नेल को बहुत ही बुनियादी मॉड्यूल के साथ शुरू करता है और उन पर निर्माण करता है जब तक कि यह लॉगिन प्रॉम्प्ट तक नहीं पहुंच जाता है


1

एक परिभाषा के रूप में ऑपरेटिंग सिस्टम अस्पष्ट है। क्या यह एक कर्नेल ही है? क्या यह कर्नेल है और साथ में उपकरण भी है? लिनक्स कर्नेल है लेकिन GNU / Linux लिनक्स कर्नेल और GNU प्रोजेक्ट टूल्स पर आधारित ऑपरेटिंग सिस्टम है। शेल इस तरह के ऑपरेटिंग सिस्टम का एक अभिन्न अंग है।

हालांकि, एक बार जब लिनक्स उठता है और "बूटिंग" के साथ समाप्त हो जाता है, तो आपको यह बताने की आवश्यकता है कि किस प्रोग्राम को चलाना है। तब से सब कुछ उस विशेष कार्यक्रम के हाथों में है। डिफ़ॉल्ट रूप से यह वह है initजो जानता है कि आगे क्या करना है और अंततः आपको अच्छे GUI लॉगिन स्क्रीन पर ला सकता है। लेकिन यह इस तरह से नहीं है। आप इस तरह से बूट कर सकते हैं

kernel /boot/vmlinuz-2.6.30 root=/dev/sda1 ro init=/bin/fancy

फिर प्रोग्राम /bin/fancy"हैलो वर्ल्ड!" प्रिंट करेगा। हमें उसके लिए शेल की आवश्यकता नहीं है। आप से बस एक नई प्रक्रिया अंडे किसी अन्य प्रोग्राम शुरू करने के लिए चाहते हैं, तो man 2 forkऔर man 2 execve, या टर्मिनल डिवाइस से पढ़ सकते हैं और उपयोगकर्ता के इनपुट स्वीकार करते हैं। अभी भी शेल की कोई आवश्यकता नहीं है।

मेरे विचार में ऑपरेटिंग सिस्टम शेल एक प्रोग्राम है जो उपयोगकर्ता के इनपुट को पढ़ने में सक्षम है और फिर अन्य प्रोग्राम शुरू करता है। यदि आप ऐसा सोचते हैं, तो यह काफी स्पष्ट है कि कोई ऐसा कार्यक्रम क्यों लिखना चाहेगा।

यहां तक ​​कि अगर आपको उपयोगकर्ता के इनपुट को अंतःक्रियात्मक रूप से पढ़ने की आवश्यकता नहीं है, तो भी अपने कार्य के लिए सरल शेल स्क्रिप्ट लिखना अधिक सुविधाजनक है। उस मामले में यह संग्रहीत शेल कमांडों का सिर्फ दुभाषिया है। आप किसी अन्य भाषा के व्याख्याकार में भी अपना कार्यक्रम लिख सकते हैं।


1

कमांड लाइन के गोले या ग्राफिकल इंटरफेस के बिना ऑपरेटिंग सिस्टम में कई अन्य प्रकार के "चेहरे" होते हैं।

एंबेडेड सिस्टम सिर्फ किसी भी यूजर इंटरफेस के बिना अपना काम करते हैं, जैसे आपकी कार में इंजन प्रबंधन प्रणाली (जो आप ओबीडी 2 इंटरफेस और एक उपयुक्त टर्मिनल के माध्यम से कुछ तरीकों से प्राप्त कर सकते हैं)। या डिजिटल कीपैड, नॉब्स या जो कुछ भी हो सकता है (सोचते हैं: माइक्रोवेव ओवन, एलेवेटर, या आधुनिक साउंड सिस्टम का फेसप्लेट)। चाहे आप इन्हें शेल के रूप में मानते हैं, व्यक्तिपरक है, निश्चित रूप से।

यहाँ एक उच्च स्तरीय नुस्खा है कि कैसे, एक हॉबी के रूप में, आप उस पर एक खोल के बिना एक उपयोगी कंप्यूटर बना सकते हैं:

  • एक माइक्रोकंट्रोलर के लिए एक सर्किट बोर्ड बनाएं, या एक जेनेरिक बोर्ड प्राप्त करें।
  • कुछ उपयोगी उपकरणों को चलाने के लिए इसे हुक करें, जैसे, कहते हैं, एक नमी सेंसर, और एक पानी का वाल्व। माइक्रोकंट्रोलर में इस उद्देश्य के लिए परिधीय पिन हैं: UARTs, GPIO, और इसके आगे।
  • सेंसर की निगरानी करने के लिए फर्मवेयर लिखें, और मिट्टी को पानी दें।
  • फर्मवेयर को विकास उपकरण के माध्यम से अपलोड करें (इसलिए, कुछ भी लोड करने और चलाने के लिए होस्ट कंप्यूटर पर कोई शेल की आवश्यकता नहीं है, और फर्मवेयर को चिप में फ्लैश मेमोरी में संग्रहीत किया जाता है)। प्रोग्रामिंग में माइक्रोकंट्रोलर को एक विशेष प्रोग्रामिंग बोर्ड में प्लग किया जा सकता है, या ऐसा करने का एक तरीका हो सकता है जबकि यह आपके वास्तविक बोर्ड में बैठा हो। बोर्ड आपके पीसी (आजकल यूएसबी के माध्यम से, उदाहरण के लिए) को इंटरफेस करता है और आप कुछ टूल का उपयोग करते हैं: जैसे कि IDE, या होस्ट पर कमांड लाइन टूल।
  • बात को नियोजित करें: यह अब अनिवार्य रूप से एक इलेक्ट्रॉनिक ब्लैक बॉक्स है जो किसी भी तरह से मिट्टी की नमी की निगरानी करता है और पानी में बदल जाता है, जिसमें कोई अन्य इनपुट या आउटपुट नहीं होता है।

बिना शेल के बहुत ही सामान्य सामान्य प्रयोजन वाले कंप्यूटर में इनपुट के कुछ साधन होते थे, जैसे कि छिद्रित कार्ड पढ़ना। लेकिन निश्चित रूप से, छिद्रित कार्डों को प्रतिष्ठित किया जाना था: क्या एक छिद्रित कार्ड कंप्यूटर को कुछ विशेष कमांड देता है, या यह एक फोरट्रान प्रोग्राम का एक टुकड़ा है? इसलिए "जॉब कंट्रोल लैंग्वेजेस" को विकसित करना पड़ा, जो डी-फैक्टो कमांड लाइन हैं।

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


0

पहला कंप्यूटर जिस पर मैं अटक गया था वह 1977 में सीमेंस 305 था, मैं फोरट्रान IV सीख रहा था। इसके पास कमांड चलाने और कागज पर नैदानिक ​​संदेश प्रिंट करने, एक पंचकार्ड रीडर, पंचपट रीडर / लेखक और एक प्रिंटर होने का टाइपराइटर था। 40 एमबी रिमूवेबल हार्डडिस्क, 16 इंच या इतने पर नहीं भूलना चाहिए। तो यह पहले से ही एक खोल था, और इंटरफ़ेस टाइपराइटर था।


0

मुझे याद है कि 1970 के दशक में एक कमांड शेल के बराबर डिबगर और टेक्स्ट एडिटर (डीडीटी और एमएसीएस) चलाए जा रहे थे। इसलिए यदि आप कंसोल से मोड में ईमेक चलाते हैं, तो प्रोग्राम को निष्पादित करने वाले डीबगर के लिए किसी अन्य प्रोग्राम के साथ निष्पादित किया जाता है, तो आपके पास एक करीबी अनुभव होगा।

ध्यान दें कि emacs में एक पूर्ण लिस्प वातावरण है, इसलिए अच्छे कमांड इतिहास संपादन और कई वर्चुअल टर्मिनलों के अलावा, आपके पास बहुत ही सक्षम मैक्रो और स्क्रिप्टिंग सुविधा है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.