यदि आप एक हजार टाइपराइटर के लिए एक हजार बंदर लगाते हैं, तो एक हजार वर्षों में वे एक टर्मिनल एमुलेटर लिखेंगे। - एक एपिग्राफ के बजाय।

क्षमा करें झूठी शुरुआत, यह मैं नहीं, यह एक Android स्मार्टबुक है।

जब हमने बस क्लाउड शुरू किया, तो पहली समस्या यह थी कि "हमें कंसोल कैसे मिलता है।" देशी XCP तंत्र का अर्थ है कि कंसोल VNCTerm का उपयोग करके तैयार किया गया है, और जो कोई भी इसे देखना चाहता है, उसे पहले XenAPI पर जाना होगा, वहां कंसोल सेशन-आईडी प्राप्त करें, कंसोल पोर्ट पर जाएं, सेशन-आईडी भेजें, HTTP पर आरएफआईडी लिपटे, HTTP को तैनात करें, बाहर निकालें। RFB (उर्फ VNC), इसे स्थानीय VNC रेंडरर (VNC क्लाइंट या जावा एप्लेट को समान कार्यक्षमता के साथ) दें। उसी समय, वर्चुअल मशीन के प्रत्येक रिबूट के साथ कंसोल को बंद कर दिया गया था (सत्र फट गया था)। वर्चुअल मशीन के प्रवास के दौरान भी वह टूट गई। दूसरे शब्दों में, यह एक तकनीक थी जिसका अर्थ था "एक आँख से देखा, निश्चित ssh / iptables और भूल गया।" असुविधाजनक, धीमा, कठिन। मैं इस तरह के उत्पाद को बिल्कुल भी रोल नहीं करना चाहता था।

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

उसके बाद, विचार आया: आपको अपना स्वयं का लिखने की आवश्यकता है, क्योंकि कोई भी अच्छा अजनबी तैयार नहीं है।

सबसे पहले, हम कम से कम तैयार किए गए घटकों को लेना चाहते थे और उनमें से अपना खुद का बनाना चाहते थे। मुझे अभी भी उस अद्भुत योजना को याद है जिसमें हमने डेटाबेस में किसी भी तरह के आउटपुट को बचाने के लिए, यूडीपी का उपयोग करके सीरियल पोर्ट की दोहरी टनलिंग करने की योजना बनाई थी ... यह देखा, इसे हल्के ढंग से, भद्दा रूप से डालने के लिए।

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

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

टाइपराइटरों

तो, शुरुआत में एक टाइपराइटर था। कुछ बिंदु पर, एक इच्छा एक टाइपराइटर के साथ एक टेलीग्राफ को संयोजित करने के लिए उठी। इसलिए एक टेलेटाइप था
बेशक, जिन इंजीनियरों ने टेलेटाइप बनाया था, उनके पास खरोंच से सब कुछ करने का कोई कारण नहीं था। वे बस प्रत्येक टाइपराइटर कुंजी को कोड संलग्न करते हैं। एमएस वीएस नेटस्केप की शैली में कुछ झगड़े के बाद, इन मशीनों के लिए कोड के लिए एचटीएमएल 5 मानक बनाया गया था, अर्थात् टेलेटेस। यदि मेरी मेमोरी मुझे सही सेवा देती है, तो यह ASCII है, जहां सभी कीबोर्ड शॉर्टकट जो एक अमेरिकी टाइपराइटर के लिए विशिष्ट हैं, प्रदान किए जाते हैं। बीईएल कोड सहित, जो संयोगवश, बीईईपी को बिल्कुल नहीं करना चाहिए, लेकिन एक "बैंग" करना चाहिए, क्योंकि टाइपराइटर में घंटी थी, स्पीकर नहीं।



इसके बाद, जब मेनफ्रेम दिखाई दिया, तो उन्होंने स्पष्ट रूप से मुद्रण उपकरणों पर जानकारी प्रदर्शित की। जो या तो टेलेटाइप्स या इसी तरह के प्रिंटिंग डिवाइस थे।

जब किसी ने मेनफ्रेम पर एक मॉनिटर और कीबोर्ड संलग्न करने का अनुमान लगाया, तो उसने स्वाभाविक रूप से मौजूदा मुद्रण उपकरणों के साथ संगतता सुनिश्चित करने का प्रयास किया। फिर, जब निर्माताओं ने टर्मिनलों के नए मॉडल बनाने शुरू किए, तो उन्होंने पिछले संस्करणों की कार्यक्षमता के कम से कम बुनियादी सेट के लिए समर्थन प्रदान करने का प्रयास किया ... यह श्रृंखला बहुत लंबे समय तक vt52 (बाद वाले लोगों के साथ असंगत) - और शानदार vt100, vt102, vt200, vt220, vt320, vt420 पर चली। vt520 ...

टेलेटाइप एमुलेटर टर्मिनल एक टाइपराइटर का अनुकरण करता है

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

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

इन सभी टर्मिनल एमुलेटरों ने एक ही काम किया - उन्होंने एक टर्मिनल के संचालन का अनुकरण किया जो पिछली पीढ़ियों के टर्मिनलों का अनुकरण करता है, जो एक टाइलेटाइप का अनुकरण करने वाले टाइपराइटर का अनुकरण करता है।

टाइपराइटर कभी नहीं मरते!

लाइव उदाहरण:

उदाहरण के लिए, सभी स्वाभिमानी टर्मिनलों में पंक्ति के अंत से पहले बीईएल 8 वर्ण जारी करने का विकल्प होता है। यह सुविधा टर्मिनल पर बेकार है - लेकिन एक टाइपराइटर के लिए बहुत उपयोगी है।

हमारे पास अलग-अलग कैरिज रिटर्न कोड क्यों हैं (अनुमान लगाएं कि प्रश्न में गाड़ी किस प्रकार की है) और लाइन फीड? बेशक, क्योंकि टाइपराइटर पर यह अलग-अलग क्रियाएं थीं (सबसे उन्नत टाइपराइटर पर सीआर / एफएफ का एक लीवर संयोजन था)।

एक अधिक सूक्ष्म और गैर-स्पष्ट उदाहरण। बैकस्पेस वर्ण बाईं ओर वर्ण को क्यों नहीं हटाता है, लेकिन केवल कर्सर को स्थानांतरित करता है, और दाईं ओर के चरित्र को हटाता है, और यहां तक ​​कि पूरी पंक्ति के बदलाव के साथ?

जाहिर है: टाइपराइटर पर एक बैकस्पेस बटन था। और, चूंकि टाइपराइटर केवल गाड़ी को आगे-पीछे कर सकता है, लेकिन वर्णों को हटा नहीं सकता, इसलिए बैकस्पेस वर्ण हटा नहीं सकता है। और टाइपराइटरों को हटाना नहीं था - और पिछड़े संगतता को करने का कोई कारण नहीं था।

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

एक और चीज जो आधुनिक कंसोल पर एक बड़ा प्रभाव डालती थी वह यह थी कि स्क्रीन पर चित्र कैसे प्रदर्शित किया गया था। इसने CGA टेक्स्ट मोड को प्रभावित किया (जो बदले में लिनक्स को बहुत प्रभावित करता है)। यह समझने के लिए कि यह कैसे हुआ, आपको यह याद रखना होगा कि कैसे आदिम पाठ स्क्रीन ने एक पाठ छवि प्रदर्शित की:

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

"ब्राइटनेस" विशेषता जो बाद में केवल अंतिम सिग्नल में अतिरिक्त वोल्टेज को जोड़ती है। यह भी बताता है कि कंसोल के लिए "चमकदार काला" गहरा काला क्यों नहीं है, लेकिन सिर्फ ग्रे है। खैर, यह काफी अप्रत्याशित है कि चमकीले काले रंग का चमकीला काला रंग काफी अलग है, यह लगभग काले रंग के गहरे सल्फर जैसा दिखता है।

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

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

19 वीं सदी से 21 वीं सदी में आई एक और बड़ी बात है, झांकी। जब टाइपराइटर में सुधार होने लगा, तो कई कॉलमों में टेक्स्ट दर्ज करने में समस्या हुई। समाधान सुरुचिपूर्ण था - टाइपराइटर की पीठ पर पिंस की एक लंबी पंक्ति थी, प्रत्येक एक चरित्र की चौड़ाई को मापता था। पिन सामान्य स्थिति या इंडेंट में हो सकता है। वर्तमान स्थिति में पिन को पुश करने के लिए, एक विशेष लीवर का उपयोग किया गया था। एक अन्य लीवर ने गाड़ी को जारी किया (जिसे वसंत द्वारा खींचा गया था) ताकि गाड़ी एक दिए गए टैबस्टॉप पर रुक जाए। इस मामले में प्रवेश करने वाला टेक्स्ट ऐसा लगता है जैसे "टेक्स्ट दर्ज करें, टैब दबाएं", निम्नलिखित टेक्स्ट दर्ज करें। सबसे उन्नत टाइपराइटर, जैसे कि बश्किरिया-एम, में बटन "2T", "3T" था, जिससे आपको कई सारे कंप्यूटर को छोड़ना पड़ सकता था। इसे यांत्रिकी में कैसे लागू किया गया - मुझे नहीं पता। टैबस्टॉप स्थापित करने के अलावा (जाहिर है, वे लगभग हर स्तंभ पर किए जा सकते हैं), "टैब रीसेट करने" के लिए एक लीवर था, जो सभी पिनों को बस "दबाया" गया था। और निश्चित रूप से, सभी टर्मिनल, vt102 से शुरू होते हैं और linux-3.0rc2 के साथ समाप्त होते हैं, "टाइपराइटर टैब पर टैब दबाने" के लिए esc-code का समर्थन करते हैं।

हमारा काम

जब हमने लिखा था कि टर्मिनल बहुत स्पष्ट नहीं था, उदाहरण के लिए, रीसेट के बाद टैब क्या बन जाते हैं? (Msdos में उठाए गए पाठक गलत तरीके से "8" का जवाब देंगे)। इसका जवाब टाइपराइटर में देखना है। सभी पिनों को स्पिन करने के बाद कौन से टैब रहते हैं? बेशक, कोई नहीं। जब तक आप उन्हें अपने हाथों से नहीं बनाते हैं, तब तक कुछ भी दिखाई नहीं देगा। यही कारण है कि, रीसेट कमांड, जिनमें से पहला कॉपीराइट मेरे जन्म से पहले ही वितरित किया गया था, टर्मिनल रीसेट के दौरान "रीसेट टैबस्टॉप" कोड भेजता है, और फिर स्क्रीन के माध्यम से 8 स्थानों के हिस्से में जाता है और वांछित टैबटॉप्स को हर 8 वर्णों पर रखता है। यद्यपि विभिन्न प्रकार के टर्मिनलों में "डिफ़ॉल्ट टैब" के विभिन्न आकारों की कल्पना की जा सकती है।

टर्मिनल एमुलेटर पर हमारे काम के दौरान, यह "लोहा तर्क" था जो केवल टाइपराइटर की यादों, ऑन-बोर्ड मेमोरी के 8kb, सिग्नल स्वीप हार्डवेयर सर्किट, आदि के साथ टर्मिनलों के साथ स्पष्ट हो गया। प्रोग्रामर के लिए सबसे बड़ी पीड़ा देना। दरअसल, प्रोग्रामर के लिए, बॉबी हमारे टर्मिनल इम्यूलेशन लाइब्रेरी के लेखक हैं।

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

टर्मिनल प्रलेखन के साथ स्थिति को इस तरह वर्णित किया जा सकता है: हमारे पास टर्मिनलों और उनके कोड के लिए उत्कृष्ट दस्तावेज हैं, इसमें से अधिकांश सी में लिखे गए हैं और एक-दूसरे के विपरीत हो सकते हैं।

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

पहले काम करने वाले प्रोटोटाइप और रिलीज़ के बीच लगभग दो महीने बीत गए - और इन दो महीनों में हमें हर समय ऐसा लगा कि जिस हिस्से में काम किया गया, उसके लिए बहुत कम चीजें रह गईं।

असल में, इस अवसर के मुख्य नायक, पुस्तकालय के मुख्य और मुख्य लेखक बौरी हैं , जिन्होंने हिम्मत के साथ एक्सट्रीम कोड में रसातल विरासत, सी और लॉन्जंप्स के साथ लड़ाई लड़ी है और टाइपरॉप्स की प्रकृति के बारे में टाइपराइटर और अद्भुत कहानियों के साथ संगतता के विषय पर ट्रोलिंग की मेरी संगत के तहत - दादी "बशीरिया -3 एम" अभी भी काम में आया, व्यर्थ नहीं मैं 90-93 के क्षेत्र में भूख और ठंडी 90 के दशक में इसके साथ व्यस्त था ...)। मैं गंभीरता से कह सकता हूं कि वह वर्तमान में देश के कुछ प्रोग्रामरों में से एक है (विशेषकर युवा प्रोग्रामर जिन्हें पीएल / आई प्रोडक्ट नहीं मिला) जो अच्छी तरह जानते हैं कि लिनक्स कंसोल कैसे काम करता है, एस्क कोड और अन्य भयावहताएं जानता है टर्मिनल एमुलेशन का गुप्त भोजन ... वैसे, नाम ncurses - एस्क कोड्स का उपयोग करके छवियों को प्रस्तुत करने के लिए पुस्तकालय, आम तौर पर बोलना, अंग्रेजी से अभिशाप के लिए आता है - एक सुविधाजनक और समझने योग्य चीज के लिए आभार व्यक्त करने के लिए।

हालांकि, मैं फिर से हमारी प्रशंसा करता हूं:

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

अगले भाग में मैं इस पुस्तकालय के बारे में अधिक बात करूंगा, इसके अलावा, आधुनिक मानव जाति का एक और नाटक होगा - ब्राउज़र और उनकी समझ कि "बटन दबाया गया" और हमने ब्राउज़रों में पेस्ट कैसे काम किया।