DECSYSTEM-20 У КАЛУМБІЙСКІМ УНІВЕРСІТЭЦЕ (1977-1988)

Original article: http://www.columbia.edu/cu/computinghistory/dec20.html

Фрэнк да Крус і Крысцін Джаноне

Праект Керміта

Калумбійскі універсітэт, Нью-Ёрк, 29 снежня 1988 г.; Аўтарскае права © 1988, 2021,

Фрэнк да Круз і Крысцін М. Джаноне,

усе правы абаронены.

Глядзіце нядаўна раскапанае відэа аб вывадзе з эксплуатацыі аднаго з DEC-20 Калумбійскага універсітэта ў 1986 годзе:

Відэа галерэя скрыншотаў

Нетэхнічныя ўспаміны, напісаныя ў 1988 годзе (з нагоды адключэння апошняй DECSYSTEM-20 Калумбійскага ўніверсітэта) для кнігі Digital Press, якая павінна была ўшанаваць 36-бітныя машыны DEC серыяй артыкулаў, але так і не была апублікаваная. Нязначныя праўкі, нататкі, гласарый, спасылкі і фарматаванне HTML дададзены ў студзені 2001 г. (плюс невялікія абнаўленні час ад часу пасля гэтага). Каб даведацца больш пра гісторыю вылічэнняў у Калумбійскім універсітэце, КЛІКНІЦЕ ТУТ .

ЗАЎВАГА: гэты артыкул быў " выкрэслены" 18 студзеня 2001 г. і быў прачытаны многімі людзьмі, якія не ведалі, пра што ён. Майце на ўвазе, што гэта не прэтэндуе на тое, каб быць увядзеннем або тлумачэннем уплывовых 36-разрадных камп'ютараў Digital Equipment Corporation (DEC) 1964-1988 гг.; хутчэй, гэта павінна было быць адно эсэ ў кнізе, у якой іншыя эсэ тлумачаць архітэктуру і гісторыю тэхналогіі. Вы можаце знайсці некаторыя тэматычныя вэб-сайты ў раздзеле СПАСЫЛКІ ў канцы.

Для тых, каму паняцце 36-бітнага кампутара здаецца дзіўным: самым першым камерцыйным двайковым (у адрозненне ад дзесятковага) кампутарам быў IBM 701 , які ўпершыню з'явіўся ў сетцы ў 1952 годзе. У ім было 36-бітнае слова. За ім рушыў услед 704 (дзе першая мова высокага ўзроўню, Fortran, была распрацавана ў 1953-57 гадах, і чый 6-бітны набор сімвалаў BCD і 36-бітнае слова тлумачаць абмежаванне ў 6 сімвалаў для імёнаў зменных Fortran), 709 , 7090 і 7094 , усе 36 біт. 36-бітныя машыны IBM былі радзімай LISP (*) і ( магчыма ) падзелу часу (сумяшчальная сістэма падзелу часу MIT, CTSS, каля 1962 г.), а таксама натхненнем для36-разрадны PDP-6 ад DEC (1964), які быў папярэднікам PDP -10 і DECSYSTEM-20 , які праіснаваў да 1988, года, калі DEC спыніла вытворчасць 36-разрадных машын. Такім чынам, 36-разрадныя архітэктуры былі прыкметнымі (і шмат у чым дамінантнымі) асаблівасцямі вылічальнага ландшафту з 1952 па 1988 год: 36 гадоў.

*

Мова апрацоўкі спісаў, Джон Макарці, Стэнфардскі ўніверсітэт, 1960 г., па-ранейшаму асноўная мова для даследаванняў штучнага інтэлекту. CAR і CDR LISP - гэта паняцці IBM 704: змест адраснай часткі рэгістра і змест дэкрэментнай часткі рэгістра — г.зн. левая і правая паловы 36-бітнага слова. 36-бітныя машыны з іх 18-бітнымі левымі і правымі паўсловамі з'яўляюцца ідэальнымі машынамі LISP.

ЗМЕСТ

• УВОДЗІНЫ
• МОВЫ ПРАГРАМАВАННЯ
• СПРАВІЦЦА З РОСТАМ
• СЕТКІ
• КЕРМІТ
• ПАКЕТЫ ПРАГРАМ
• ІНШЫЯ ВАРТЫЯ ЎВАГІ УКЛАД
• ПЕРАТВАРЭННЕ Ў UNIX

• АСНОЎНЫЯ ПРАБЛЕМЫ КАНВЕРТАЦЫІ
• ЗАКЛЮЧНЫЯ СЛОВА...
• ЭПІЛОГ
• СЛОЎНІК
• ПЗЯЯ
• НАТАТКІ
• БІБЛІЯГРАФІЯ
• СПАСЫЛКІ

УВОДЗІНЫ

Да сярэдзіны 1970-х гадоў Калумбійскі універсітэт быў трывала ўкаранёны ў IBM мэйнфрэйм ​​OS/360 вылічэнняў у пакетным рэжыме. Зона « Самаабслугоўванне ўводу/вываду » была названа з гонарам, таму што гэта быў вялікі крок наперад у параўнанні з тымі днямі, калі студэнты і даследчыкі пакорліва прадстаўлялі свае калоды карт аператарам і вярталіся на наступны працоўны дзень за вынікамі — звычайна выяўляючы, што іх SYSMSG быў поўны незразумелых скаргаў, пакутлівая расшыфроўка якіх звычайна прыводзіла расчараванага карыстальніка да адсутнай коскі або лішняга прабелу ў мове кіравання заданнямі. Або, калі JCL прайшоў праверку, значыць, трэба было згарнуцца з адвалам ядра таўшчынёй 3 футы. Зона SSIO была пакоем, напоўненым ашаламляльнай какафоніяй удараў клавіш , віскам страшных друкарак IBM 1403, стакката трапятанне картрыдэраў , сартавальнікаў карт і перакладчыкаў ; устрывожаныя натоўпы сабраліся вакол друкарак, па пояс у выкінутай прадукцыі...

IBM 360 Model 91 ад Columbia з інтэрфейсам 360/75 быў адным з самых вялікіх, хуткіх, цяжкіх і гучных кампутараў у свеце, калі быў усталяваны ў канцы 1960-х. Ён займаў гектары плошчы, і вы маглі глядзець на магнітныя стрыжні праз вокны ў 6-футавых скрынях памяці ядра , якія стаялі ў шэрагі, якія знікалі ў кропцы знікнення. Энергія забяспечвалася грукатлівым чыгунным матор-генератарам памерам з невялікі грузавік, а астуджэннем астуджалася дыстыляваная вада (якая дастаўлялася з Аленевага парку ў вялікіх шкляных бутэльках у драўляных скрынях), якая прапампоўвалася праз мілі ўнутранай сантэхнікі. Панэль кіравання працэсарамбыло больш агнёў, чым Таймс-сквер. Паводле легенды, сярод тысяч тумблераў і кнопак была адна, смяротнай задачай якой было «Выгнанне лямпачкі» — верная смерць таму, хто яе націсне. Цяпер [1988] панэль кіравання ляжыць у Кампутарным музеі ў Бостане, яе гіпнатычныя лямпы патухлі назаўжды ( 1 ).

Гэты масіўны шэра-блакітны Стоўнхэндж, яго тоўстыя шчупальцы цягнуліся да вобласці SSIO, выконваў цяжкія "коды" Fortran для нашых інжынераў: звілістыя масты; бамбаванне няшчасных рэчываў нейтронамі; разлік Пі да мільёнаў лічбаў; пераўтварэнне магнітнага поля зямлі ў музыку... Для нашых сацыёлагаў год за годам ён прадказаў вынік прэзідэнцкіх выбараў 1956 года са смяротнай дакладнасцю. Для адміністратараў ён выкідваў чэкі, стэнаграмы і бухгалтарскія справаздачы. І ў рэшце рэшт невялікі куток гэтага быў выдзелены нашым студэнтам-інжынерам, якія прымянялі свае старанна створаныя цыклы DO і GOTO да шэрагу Тэйлара, правілы Сімпсана, квадратуры Гаўса і пераўтварэння Лапласа. Гэтыя студэнты мелі адносна простую задачу: напісаць праграму, змесціце яго ў сэндвіч з чароўнымі картамі JCL, падайце сэндвіч у счытвальнік карт і збярыце атрыманы вынік. Многія выкладчыкі азіраліся на гэтыя простыя дні з меланхалічным замілаваннем, хоць вучнёўскія ўспаміны больш пераследвалі вобразы слізкіх пальцаў, якія збіраюць стосы ўпушчаных перфакарт.

Тэрміналы пачалі з'яўляцца ў пачатку 1970-х гадоў, спачатку толькі сярод ценявых сістэмных праграмістаў на Алімпе, якія ўмелі размаўляць на таемных мовах з «тэрмінальнымі маніторамі» пад такімі назвамі, як Milten, Cleo, Orvyl і Wylbur, і ў рэшце рэшт APL і TSO (першы з'яўляецца "Irtnog" кампутарных моў, апошні - форма JCL, набраная на тэрмінале). Узаемадзеянне з кампутарам было прывабным, але не задавальняючым. Каманды былі незразумелымі, і вылічэнні ўсё яшчэ былі - акрамя APL - у партыі.

У 1975 годзе з'явілася наша першая сапраўдная сістэма падзелу часу, DEC PDP-11/50 з аперацыйнай сістэмай RSTS/E. Гэта павінен быў быць малабюджэтны эксперымент у галіне сапраўдных інтэрактыўных вылічэнняў. Пабудаваны на мове BASIC, RSTS дазваляў да 32 адначасовым карыстальнікам, якія сядзелі ў DECwriters, праграмаваць, адладжваць, мець зносіны адзін з адным і ўвогуле паводзіць сябе дрэнна — і ўсё гэта ў рэжыме рэальнага часу. RSTS апынуўся велізарнай папулярнасцю, і PDP-11 неўзабаве быў перапоўнены нецярплівымі студэнтамі.

DEC быў абраны таму, што ў тыя дні IBM насамрэч не прапаноўвала ніякага інтэрактыўнага размеркавання часу агульнага прызначэння. У параўнанні з іншымі прэтэндэнтамі, прапанова DEC была больш развітай, больш сталай і... больш вясёлай. І RSTS была абраная ў якасці аперацыйнай сістэмы, а не, скажам, UNIX, таму што версія 6 UNIX была магутнай даверлівай сістэмай, якая дазваляла любому рабіць што заўгодна. У нас была зародак ідэі, што сістэма павінна ўзяць на сябе пэўную ролю ў абароне карыстальнікаў адзін ад аднаго і ад саміх сябе. У той час як UNIX практычна не прапаноўваў магчымасці ў гэтай галіне, RSTS быў не пазбаўлены ўласных недахопаў. Неўзабаве карыстальнікі даведаліся, што яны могуць прызначаць усе TTY, каб ніхто іншы не мог імі карыстацца. А яшчэ лепш, прызначыўшы TTY, яны маглі б запусціць на ім праграму, каб маскіравацца пад працэс ўваходу ў сістэму,

WELCOxE T@\R\~~~~xxx }}}}}~~

Іншыя вынаходлівыя карыстальнікі выявілі, што калі яны адкрываюць новы файл для доступу да запісу, яны могуць прачытаць запісы перад іх запісам, падбіраючы старыя дадзеныя з выдаленых файлаў іншых карыстальнікаў або файла сістэмнага пароля.

І ў адзін момант наша сістэма была заражана групай падлеткаў з суседняй педагагічнай школы, якія ўварваліся, выкарыстаўшы памылку ў працэсе ўваходу. Яны працавалі з сістэмай некалькі тыдняў, перш чым іх выявілі, і спатрэбілася некалькі дзён кругласутачнай працы, каб знішчыць шматлікія люкі і бомбы запаволенага дзеяння, якія яны пакінулі.

Нягледзячы на ​​​​праблемы, RSTS апынуўся даволі папулярным і хутка стаў перагружаным. Эксперымент быў прызнаны паспяховым, і мы пачалі шукаць нешта большае і больш складанае - BASIC не з'яўляецца мовай, якую выбіраюць інфарматыкі. Гэта было прыблізна тады, калі DEC упершыню анансавала DECSYSTEM-20 (яго лагатып, увесь у верхнім рэгістры, у адрозненне ад лагатыпа яго старэйшага стрыечнага брата DECsystem -10, было сказана, што гэта слізгаценне клавішы Caps Lock у заяўцы на таварны знак). Яшчэ не азнаёміўшыся з сістэмай, мы прымусілі спецыялістаў па маркетынгу прыцягнуць некаторую тэхнічную дапамогу і бязлітасна пыталіся ў іх аб тым, ці могуць карыстальнікі прызначаць усе прылады, запаўняць дыск, націскаць клавішу Control-C з працэсу ўваходу, бамбіць адзін аднаго дурныя паведамленні, нават ці быў файл "вычышчаны" пры выдаленні. Калі ўсё нас задаволіла, мы паглядзелі на сістэму.

Здзіўленне і здзіўленне, гэты камп'ютар ведае, што вы збіраецеся набраць, і набірае гэта за вас! Ну, амаль. Але яго прывабнасць была бачная з першага погляду. Калі вы не ведаеце, што ўвесці, то ўвядзіце пытальнік, і ён пералічыць магчымасці для вас. Раптам "запоўні прабел" стала больш падобным на "множны выбар". Ну, вядома, можа сказаць вам! Яно ведае, якія ёсць выбары, дык чаму б яму не сказаць вам??? Пытанне, якое можна было задаць з карысцю дзесяць ці пятнаццаць гадоў таму (бачанне ветэранаў сістэмных праграмістаў, якія перабіраюць кіраўніцтва за кіраўніцтвам, шукаючы, што ўвесці ў наступным полі нейкай незразумелай каманды... звычайная з'ява на некаторых машынах нават для У гэты дзень). І гэта "?" не была вельмі прывілеяванай функцыяй (як і валоданне ручным наборам) — нават ЗВЫЧАЙНЫЯ КАРЫСТАЛЬНІКІ маглі яе выкарыстоўваць. Са здзіўленнем мы выявілі, што паведамленні пра памылкі выходзяць у выглядзе простага, зразумелага тэксту, а не 17-значных шаснаццатковых лікаў, так што іх можна зразумець без кнігі "Паведамленні і коды".

Мы адразу прадаліся прыязнасцю, нязмушанасцю, гумарам. Толькі пазней мы даведаліся, што COOKIE (які захаваўся сёння ў UNIX пад назвай «фартуна») не з'яўляецца стандартнай часткай сістэмы, а затым быў TECO ( 2 ):

@make love

not WAR?

DEC-20 была рэальнай сістэмай падзелу часу агульнага прызначэння. Ён не быў пабудаваны вакол пэўнай мовы, як RSTS быў вакол BASIC. Ён прапаноўваў шырокі спектр кампілятараў, інтэрпрэтатараў, тэкставых рэдактараў і ўтыліт, якія адлюстроўваюць шматгадовую распрацоўку праграмнага забеспячэння TOPS-10 і TENEX. Ён мог бы паглынуць не толькі нашых карыстальнікаў RSTS, але і многіх нашых карыстальнікаў мэйнфрэймаў IBM Fortran і APL, а яго прастата выкарыстання таксама прыцягне многіх карыстальнікаў, якія ўпершыню карыстаюцца ім.

Наш новы DEC-20 прыбыў 29 чэрвеня 1977 года з TOPS-20 версіі 1B. Мантаж быў завершаны да 26 ліпеня. Нараўне з IBM 360/91 і нават DEC PDP-11 ён быў на жаль безасаблівым — ні лямпачак, ні перамыкачоў для ўводу даных, ні цыферблатаў, ні рухавікоў, ні помпаў... Але DEC-20 быў бясконца больш магутны, чым слабы PDP-11. Ён быў абсталяваны чатырма самымі сучаснымі дыскаводамі RP06 ( 3 ), якія ніколі не маглі запоўніцца, і неймавернымі 256 КБ асноўнай памяці — слоў, а не байтаў! Такая машына адпавядала б нашым навучальным вылічальным патрабаванням на доўгія гады.

Кожны раз, калі камп'ютэрнае прадпрыемства атрымлівае новы від кампутара, праграмісты неадкладна пачынаюць бурную дзейнасць, каб ператварыць новую сістэму ў сваю любімую старую сістэму. Пасля пастаўкі адзіным рэдактарам DEC-20 (акрамя неафіцыйнай копіі TECO) быў загадкавы, радкова-арыентаваны EDIT, які паходзіць ад TOPS-10 SOS. Нашы карыстальнікі прызвычаіліся да Wylbur, нашмат менш загадкавага рэдактара радкоў на нашым IBM 360/91, таму мы неадкладна прыступілі да напісання версіі Wylbur для DEC-20, каб нашы карыстальнікі IBM адчувалі сябе як дома.

Мы пачалі вывучаць асэмблер DEC-20 і чытаць Даведнік па маніторынгу выклікаў. Неўзабаве мы выявілі, што гэта сапраўды цудоўная машына. Набор інструкцый і рэпертуар выклікаў манітора (JSYS) былі надзіва багатымі. Сярод выклікаў манітора быў адмысловы набор, не падобны ні на што, што мы калі-небудзь бачылі: у самой аперацыйнай сістэме былі ўбудаваныя стандартныя функцыі для пераўтварэння паміж унутранымі і знешнімі прадстаўленнямі ўсіх розных відаў даных, якія маюць значэнне для сістэмы: лікаў у розных радыкалах, сімвалы, радкі, імёны файлаў, імёны каталогаў, даты і час. Праграмісты ранейшай эпохі ведалі, што самай складанай і стомнай часткай напісання інтэрактыўнай праграмы з'яўляецца запыт, прыняцце і праверка дадзеных, уведзеных карыстальнікам.

Лепш за ўсё тое, што гэтыя функцыі пераўтварэння былі сабраны ў адзіны пакет пад назвай COMND JSYS, распрацаваны Дэнам Мэрфі , які дазваляў праграмістам выкарыстоўваць той жа «карыстальніцкі інтэрфейс» у сваіх праграмах, што і ў TOPS-20 Exec: поўны падказка, рэдагаванне, дапамога па ўсіх напрамках; скарачэнне і распазнаванне ключавых слоў і перамыкачоў; завяршэнне імёнаў файлаў; прабачэнне, калі карыстальнік робіць памылку друку і г.д.

Праграмы, закадзіраваныя з дапамогай COMND JSYS, мелі шмат пераваг. Яны былі прыязнымі, карыснымі і паслядоўнымі. Усе праграмы, напісаныя з дапамогай COMND, працавалі аднолькава: увядзіце "?" каб даведацца, што гэта за каманды або параметры, увядзіце ESC, каб запоўніць бягучае поле (калі магчыма) і атрымаць падказку для наступнага поля. Людзі могуць выкарыстоўваць "?" і ESC асаблівасці, каб вывучаць іх шлях праз новую праграму, а пазней, можа ўводзіць кароткія, скарочаныя каманды для хуткасці. Гэты падыход, званы «меню па патрабаванні», не аддае перавагу пачаткоўцу перад экспертам (як гэта робяць сістэмы, арыентаваныя на меню), ні эксперту перад пачаткоўцам (як гэта робяць загадкавыя, кароткія наборы каманд APL або UNIX).

Наш новы рэдактар, падобны на Wylbur, пад назвай "Otto" быў напісаны, каб у поўнай меры выкарыстоўваць перавагі COMND JSYS. Нягледзячы на ​​ўсе свае ўпартыя абмежаванні, Otto меў неадкладны поспех, таму што дазволіў карыстальнікам мэйнфрэймаў IBM бязбольна перайсці ў новае асяроддзе, адначасова навучаючы іх спосабам DEC-20. Яго схаваная мэта заключалася ў тым, каб зачапіць іх, а потым расчараваць іх настолькі, каб яны знайшлі час, каб навучыцца "сапраўднаму" рэдактару.

[ Топ ] [ Далей ]

МОВЫ ПРАГРАМАВАННЯ

Ішлі месяцы, і мы звязаліся з іншымі 36-бітнымі сайтамі DEC, многія з іх — Stanford, CMU, MIT, Rutgers, BBN, SRI — з шматгадовым вопытам TOPS-10, TENEX, WAITS або ITS, і атрымалі ад іх праграмы, якія павінны былі заняць нас на гады наперад. Некаторыя з іх былі фальстартамі, але іншыя будуць у той ці іншай форме квітнець і ў наступным стагоддзі, спадчына DEC-10 і -20. З гэтага досведу мы даведаліся пра перавагі абмену і ведалі, што калі мы калі-небудзь вырабім што-небудзь агульнакарыснае, мы будзем дзяліцца гэтым з іншымі ў тым жа духу, у якім гэтыя інстытуты дзяліліся з намі сваёй працай.

Нашай галоўнай мэтай у агітацыі гэтых сайтаў было даведацца, што яны робяць з праграмаваннем. У задуме карыстальніцкі і сістэмны інтэрфейсы DEC-20 былі настолькі блізкія да дасканаласці, наколькі хто-небудзь у той час (за межамі Xerox PARC) мог сабе ўявіць, але на практыцы канцэпцыя была рэалізавана не цалкам. Большасць моў праграмавання прыйшлі непасрэдна з TOPS-10 і не забяспечвалі доступ да выклікаў манітора TOPS-20 або яго файлавай сістэмы. І ўсё ж мы вырашылі, што ў гэтую эпоху структураванага праграмавання мы не будзем пісаць код сістэмнага ўзроўню на мове асэмблера. Пасля кароткіх фліртаў з Bliss-10, BCPL, Simula і нават раннім Portable C (які дрэнна падыходзіў для 36-бітнай архітэктуры), мы спыніліся на Sail Стэнфардскага універсітэта ў якасці нашай «афіцыйнай мовы». Але некалькі гадоў адданасці «Ветразю» нарэшце прывялі да расчаравання. Было занадта шмат памылак, занадта вялікая залежнасць ад сістэмы выканання і ведаў, дзе яна знаходзіцца, занадта шмат пераўтварэнняў, неабходных пасля новых выпускаў Sail або TOPS-20, занадта шмат гратэскавых абыходных шляхоў, каб выканаць тое, што было б натуральным у асэмблеры - адзінае мова, якая сапраўды разумее машыну і аперацыйную сістэму. І з таго дня ўсё наша сістэмнае праграмаванне рабілася на асэмблеры. Але некалькі гадоў адданасці «Ветразю» нарэшце прывялі да расчаравання. Было занадта шмат памылак, занадта вялікая залежнасць ад сістэмы выканання і ведаў, дзе яна знаходзіцца, занадта шмат пераўтварэнняў, неабходных пасля новых выпускаў Sail або TOPS-20, занадта шмат гратэскавых абыходных шляхоў, каб выканаць тое, што было б натуральным у асэмблеры - адзінае мова, якая сапраўды разумее машыну і аперацыйную сістэму. І з таго дня ўсё наша сістэмнае праграмаванне рабілася на асэмблеры.

Як і многія рэчы, залежнасць ад асэмблера - гэта добра і дрэнна. Гэта было добра, таму што закранула творчы нерв — праграмісты былі свабодныя, не скоўваліся бюракратычнымі патрабаваннямі і аўтарытарнымі абмежаваннямі моў высокага ўзроўню, і яны мелі поўны доступ да набору інструкцый машыны і рэпертуару выклікаў манітора, якія на DEC- 20, было радасна глядзець. Праграмаванне на асэмблеры было простай забавай, і нашы праграмісты з радасцю выдавалі мільёны радкоў кода, але з ныючым адчуваннем, што ў гэтым ёсць нешта грахоўнае. Гэта адбылося з-за дрэннага боку: праграмы асэмблера спецыфічныя для асноўнай машыны і аперацыйнай сістэмы. Што адбываецца з гэтымі праграмамі, калі машына знікае?

Тым не менш, MACRO быў непераадольны (MACRO выкарыстоўваецца тут як агульны тэрмін, які ахоплівае MACRO-10 і -20 DEC, а таксама Midas MIT і FAIL Ральфа Горына). У адрозненне ад FORTRAN або BASIC або любой іншай мовы на DEC-20 (за выключэннем Sail, для якой мы напісалі пакет інтэрфейсу COMND JSYS), MACRO дазваляе пісаць сапраўдныя праграмы DEC-20 — праграмы, якія былі карыснымі, далікатнымі і паблажлівымі да карыстальніка. Для праграмістаў на мове асэмблера з досведам працы з IBM 360 архітэктура машыны і набор інструкцый былі цудоўнымі. Лінейная адрасная прастора з 256 тысяч слоў (больш ніякіх BALR і USING!), сотні экзатычных інструкцый... І сам асэмблер дазваляў адносна чыстыя, нават "структураваныя" праграмы. Напрыклад, убудаваныя літэралы MACRO амаль эквівалентныя блокам "пачатак ... канец" у Algol або Pascal, ухіляючы жудасную логіку спагецці, якая пакутуе ад большасці праграм на асэмблеры. Напрыклад, вось канструкцыя IF-THEN-ELSE з некалькімі аператарамі ў кожнай частцы і без GOTO або метак (прабачце за памылкі, гэта па памяці):

CAIL B, FOO ; IF (b >= foo) THEN

PUSHJ P, [ ; ПАЧАЦЬ

HRROI A, [ASCIZ/.LT./] ; паведамленне = ".LT.";

СЕТОМ МЕНШ ; менш = -1;

AOS (P); END (прапусціць ELSE-частку)

POPJ P, ] ; ІНША

ПУШЖ П, [ ; ПАЧАТАК

HRROI A, [ASCIZ/.GE./] ; паведамленне = ".GE.";

СЕЦМ МЕНШ ; менш = 0;

POPJ P, ] ; КАНЕЦ;

PSOUT ; ДРУКАВАЦЬ паведамленне;

Усё, што знаходзіцца ў квадратных дужках, з'яўляецца літаральным; асэмблер знаходзіць месца для яго размяшчэння і замяняе літар на адрас гэтага месца. Такім чынам, (амаль) любы аб'ём даных або кода можна размясціць "у радку", а не ў асобнай вобласці даных. І як вы можаце бачыць з прыкладу, літэралы могуць быць укладзенымі. Іншыя агульныя структуры кіравання таксама можна змадэляваць з дапамогай літэралаў, такіх як аператар CASE:

MOVEM B, @[EXP FOO, BAR, BAZ](A)

Гэты прыклад захоўвае B у FOO, BAR ці BAZ, у залежнасці ад значэння A. Для такой аперацыі спатрэбіцца шмат радкоў кода ў большасці іншых моў асэмблера і ў большасці моў высокага ўзроўню.

У завяршэнне можна сказаць, што праграмы на мове асэмблера можна інтэрактыўна адладжваць на сімвалічным узроўні з дапамогай "DDT" - не дыхлара-дыфеніл-трыхларэтану, а "інструмента дынамічнай адладкі", прызначанага для ліквідацыі памылак гэтак жа эфектыўна, як і рэальнага, з менш непажаданых пабочных эфектаў (іншыя сродкі адладкі насілі такія ж інсектыцыдныя назвы, як RAID). З ДДТ ( 4) больш не трэба праглядаць раздрукоўкі тоўстых шаснаццатковых дампаў, больш не трэба ўстаўляць аператары друку і перазборваць і г. д. і г. д. Сінтаксіс яго каманды крыху незразумелы, у асноўным складаецца з загадкавых асобных літар, знакаў прыпынку, табуляцый і шырокага выкарыстання ESC. ("Altmode") характар, часта падвойваецца. Але ДДТ можа ўсё. Фактычна, паколькі ён можа выконваць усе камп'ютэрныя інструкцыі і сістэмныя службы, стваральнікі MIT "Несумяшчальнай сістэмы падзелу часу" (ITS) для PDP-10 выкарыстоўвалі яго ў якасці інтэрпрэтатара каманд верхняга ўзроўню. Гаворка пра зручны...

Набор інструкцый DEC-10/20, выклікі манітора, асэмблер і адладчык прыцягнулі многіх разумных праграмістаў да працяглых сеансаў кадавання або «хакерскіх нападаў». Узнікла субкультура праграмістаў DEC-10/20, якія прамаўлялі дзіўныя словы і фразы, этымалогія якіх у асноўным прасочвалася да Даведніка па абсталяванні PDP-10. Інгрэдыентам, дададзеным хакерамі (у тыя часы гэта быў не прыніжальны тэрмін), было вымаўленне мнемотэхнікі, ніколі не прызначанай для маўленчых органаў чалавека (AOS, BLT, JRST, ILDB, HRROI), і пашырэнне іх значэнняў на іншыя сферы жыцця ( у асноўным ядуць). У рэшце рэшт гэты лексікон быў сабраны і кадыфікаваны Гаем Стылам з CMU і іншымі пад назвай «Жаргон хакера», першапачаткова апублікаваны ў выглядзе файла, пазней пашыраны ў кнігу (гл. бібліяграфію).

Хакеры DEC-10/20 спачатку былі невялікай групай, галоўным чынам з-за недахопу карыснай дакументацыі. Каб напісаць працуючую праграму, можна пракансультавацца з Даведнікам па апаратным забеспячэнні, Даведнікам па маніторынгу выклікаў і Даведнікам па асэмблеру MACRO. Але гэтыя дапаможнікі былі толькі спісамі інструкцый, выклікаў манітора і псеўдааперацый і не давалі ні найменшага паняцця аб тым, як сабраць праграму. У 1981 г. сітуацыя рэзка змянілася з публікацыяй кнігі Ральфа Горына па праграмаванні на асэмблеры DEC-20, і свет неўзабаве быў перанаселены студэнтамі-праграмістамі DEC-20.

Крыс Райланд і Фрэнк працавалі над кіраўніцтвам па праграмаванні на асэмблеры DEC-20 у 1979-80 гадах, якое магло б стаць кнігай, калі б Ральф не апярэдзіў нас у гэтым :-) КЛІКНІЦЕ ТУТ, каб праглядзець яго тэкставую версію, нядаўна знойдзены (верасень 2002 г.), каля 220 старонак.

Тым не менш, адсутнасць цэласнага набору моў праграмавання высокага ўзроўню, цалкам інтэграваных з аперацыйнай сістэмай і файлавай сістэмай, была адной з фатальных недахопаў DEC-20. Гэтая слабасць была выпраўлена DEC у VAX/VMS, дзе праграмы, напісаныя на розных мовах, могуць выкарыстоўваць агульную або сумяшчальную падтрымку выканання, а сістэмныя праграмы могуць быць напісаны практычна на любой мове — нават на BASIC або FORTRAN.

Многія перажытыя TOPS-10 працавалі — і будуць працаваць да апошняга DEC-20 — у «рэжыме сумяшчальнасці». Гэта азначала, што праграмы, напісаныя на гэтых мовах, могуць атрымліваць доступ да файлаў толькі ў адпаведнасці з правіламі TOPS-10: ніякіх доўгіх імёнаў файлаў, ніякіх смешных сімвалаў у назвах файлаў, ніякіх відавочных спасылак на каталогі або нумары пакаленняў. У прыватнасці, зыходныя праграмы для большасці моў праграмавання мелі такое абмежаванне: большасць кампілятараў не было TOPS-20-ized, і нават калі яны былі, LINK не было. У рэшце рэшт, гэта азначала, што карыстальнік павінен быў ведаць пра TOPS-10, каб выкарыстоўваць TOPS-20, і што праграмістам высокага ўзроўню мовы было адмоўлена ў доступе да многіх функцый TOPS-20.

Інструменты распрацоўніка

(Гэты раздзел дададзены ў студзені 2019 г.) Праз дзесяцігоддзі сапраўдныя DECSYSTEM-20 цяжка знайсці, але эмулятары існуюць; знайдзіце іх у Google . Выкарыстанне эмулятара DEC-20 падобна на выкарыстанне сапраўднага DEC-20. Напрыклад, вы можаце пісаць і выконваць праграмы на мове зборкі. Для гэтага вам спатрэбяцца падручнікі. Вось некаторыя лакальна архіўныя копіі:

Назва	Прадмет	Дата	фармат	Памер
Даведачны дапаможнік працэсара DECsystem-10 DECSYSTEM-20	Архітэктура і набор інструкцый	Чэрвень 1982 года	PDF	29 МБ
Даведачны дапаможнік па асэмблеру макрасаў DECSYSTEM-20	Падручнік па асэмблеру	Красавік 1978 года	PDF	5 МБ
TOPS-20 Monitor Calls Даведачны дапаможнік	ён жа кіраўніцтва JSYS (сістэмныя службы)	Снежань 1982 года	PDF	26 МБ
TOPS-20 ДДТ кіраўніцтва	Інструмент дынамічнай адладкі	Травень 1985 года	PDF	5 МБ
ВЕТРАЗЬ	Стэнфардская мова штучнага інтэлекту	Жнівень 1976 года	PDF	5 МБ

Глядзіце праграму DEC-20 Kermit як прыклад кадавання на мове асэмблера.

SAIL (мова праграмавання высокага ўзроўню са Стэнфарда) звычайна не ўсталёўваецца на DEC-20s, таму, калі інструкцыя вас зацікавіць, вам прыйдзецца шукаць загрузку.

[ Топ ] [ Наступны ] [ Папярэдні ]

СПРАВІЦЦА З РОСТАМ

На працягу года наш DEC-20 быў безнадзейна перагружаны, з сярэдняй нагрузкай праз дах і рэгулярна запаўняючымі дыскамі. Ён заставаўся ў такім стане яшчэ год, пакуль мы не знайшлі спосаб купіць другую машыну. Неўзабаве і гэта было поўна, а ў наступныя гады з'явіліся трэці і чацвёрты, плюс DEC-20 на факультэце інфарматыкі Калумбіі і яшчэ адзін у Калумбійскім педагагічным каледжы. Сістэмы Кампутарнага цэнтра былі мадэрнізаваны шляхам дадання памяці і дыскаў і, у рэшце рэшт, злучэння іх усіх з дапамогай CFS і ўстаноўкі дыскаводаў RA-81 і HSC-50. У рэшце рэшт, усе працэсары былі абноўлены да 2065 з максімальнай памяццю, і мы нічога не маглі зрабіць, каб атрымаць ад іх большую прадукцыйнасць. Як і іншыя лаялісты DEC-20, мы запоўнілі машыннае аддзяленне DEC-20 ушчэнт, і больш не было месца. Нашым адзіным варыянтам пашырэння будзе новая мадэль з большай магутнасцю і меншай плошчай. На працягу некалькіх гадоў мы перыядычна ездзілі ў Marlboro, каб абмеркаваць будучую машыну. Фактычна было 2 праекты.

DOLPHIN пачынаўся як сістэма высокага класа, якая прапаноўвала сапраўды размеркаваную 36-бітную архітэктуру. Вялікія DOLPHINS будуць знаходзіцца сярод невялікіх аднакарыстальніцкіх MINNOWS у сетцы з высокай прапускной здольнасцю. І DOLPHIN, і MINNOW паддаліся праблемам з тэхналогіямі. DOLPHIN выкарыстаў спецыяльныя чыпы Motorola, якія мелі праблемы з надзейнасцю. Шчыльная ўпакоўка MINNOW, распрацаваная для размяшчэння ў корпусе тэрмінала VT52 , у спалучэнні з неабходнасцю лакальна падключанага дыскавода RP06 (!), сталі яго падзеннем. Камерцыйнае выкарыстанне Ethernet было яшчэ некалькі гадоў, і праблема сеткі таксама засталася. [2]

Праект JUPITER з'явіўся праз некалькі месяцаў пасля адмены DOLPHIN. Яго канструкцыя не ўключала ў сябе размеркаваныя MINNOW, але ўхваліла патрабаванне да хуткага цэнтралізаванага працэсара. Гэта павінна было быць 10+MIPS і танна. Доўгі і цяжкі працэс распрацоўкі прывёў да таго, што ні адна з гэтых мэтаў не была дасягнута, і ў 1983 годзе праект быў адменены, хоць некаторыя яго часткі ў рэшце рэшт выйшлі на рынак — CI, HSC-50 і г.д. [2] .

Кіраўніцтва і інжынеры LCG заўсёды запэўнівалі нас падчас кожнага візіту ў Marlboro (Масачусетс) (часам уключаючы паездкі на верталёце і лімузіне, а таксама пражыванне ў «тэматычных» гатэлях), што новая сістэма засталася ўсяго за «18 месяцаў» да анонсу, незалежна ад яе кодавай назвы . Кошт валодання любой сістэмай быў бы значна ніжэй, чым эквівалентная колькасць KL.

У чаканні з'яўлення Юпітэра нам усё яшчэ патрэбны былі спосабы размеркавання існуючых рэсурсаў DEC-20 паміж карыстальнікамі самым справядлівым спосабам. Гэта выклікала заклапочанасць з самага пачатку. DEC-20 у першапачатковым выглядзе дазваляў звычайным карыстальнікам завалодаць машынай рознымі спосабамі, робячы яе непрыдатнай для ўсіх астатніх. Карыстальнікі пісалі праграмы для бясконцага стварэння самарэплікацыйных форкаў, яны прызначалі ўсе PTY і выкарыстоўвалі іх для напісання выкрадальнікаў пароляў, яны запускалі праграмы ў бясконцых цыклах, якія спажывалі ўсе даступныя цыклы працэсара, яны манапалізавалі дэфіцытныя лініі тэрміналаў на доўгія гадзіны, яны запаўнялі пакетныя чэргі, яны засыпалі аператараў тысячамі фальшывых запытаў на мантаванне стужкі, яны друкавалі мільёны старонак глупства і г.д.

З'яўляючыся зыходным сайтам для маніторынгу і выканання, Columbia змагла ўнесці змены, каб абмежаваць доступ да пэўных рэсурсаў для пэўных класаў карыстальнікаў на аснове ідэнтыфікатара карыстальніка або радка ўліковага запісу, або пераняўшы «нявыкарыстаныя» біты ў слове магчымасці. Але яшчэ ў дні нашай OS/360 мы засвоілі балючы ўрок, што мясцовыя мадыфікацыі аперацыйных сістэм вяртаюцца да нас, калі з'яўляюцца новыя выпускі: спатрэбіліся гады, каб абнавіць нашу моцна мадыфікаваную IBM OS/360 21.0 да 21.8. Таму мы лічылі сябе абавязанымі пераканаць DEC, што нашы патрабаванні прымяняюцца паўсюдна. Для гэтага мы прайшлі па розных каналах, спачатку адправіўшы формы справаздачы аб прадукцыйнасці праграмнага забеспячэння, потым напісаўшы лісты, і, нарэшце, у нас была серыя сустрэч з групай назіральнікаў у Marlboro.

Адным з прадуктаў гэтых сустрэч стала праца па кантролі доступу. Гэта была задача, прапанаваная кліентам, да якой манітор звяртаўся кожны раз, калі карыстальнікі запытвалі доступ да пэўных рэсурсаў. ACJ можа вырашаць, даць ці забараніць доступ на аснове ўласных крытэрыяў сайта кліента. Некаторыя з гэтых рэсурсаў уключалі ўваход у сістэму, уключэнне функцый, стварэнне заданняў, стварэнне разгалінаванняў, прызначэнне прылад, пакетную адпраўку заданняў, мацаванне стужкі, мацаванне структуры, стварэнне каталогаў, змены класаў планавальніка, доступ і падключэнне і г.д. Гэта было вялікім дабром для бяспекі і кіраванне рэсурсамі.

Але ACJ не дазволіў нам рэгуляваць пастаяннае спажыванне рэсурсаў. Для гэтага нам трэба было стварыць праграму маніторынгу для збору статыстыкі кожнага карыстальніка па працэсары і часу падключэння. Студэнтам быў прадастаўлены штотыднёвы бюджэт падключэння і працэсарнага часу, і яны атрымлівалі перыядычныя папярэджанні, калі яны набліжаліся да адключэння. Нават пасля адключэння ім дазволілі вярнуцца ў непікавы час, каб завяршыць працу. ACJ і Omega дазволілі нашым DEC-20s прыняць больш за 6000 актыўных студэнтаў на чатырох машынах на піку эры DEC-20.

Адзін напрамак нас асабліва зацікавіў. Тэрміналы не падключаліся непасрэдна да нашых DEC-20, а падключаліся праз АТС перадачы дадзеных. Такім чынам, DEC-20 не ведаў, што TTY37 (напрыклад) быў тэрміналам нумар X у памяшканні Y будынка Z. З меркаванняў бяспекі і зручнасці гэта неабходна было ведаць. Калі карыстальніка падазравалі ў неправамерных паводзінах, персанал павінен быў ведаць фізічнае месцазнаходжанне карыстальніка. А пасля стварэння задання выканаўцу трэба было ведаць тып і хуткасць тэрмінала, каб карыстальніка не збянтэжылі пабітыя, пераблытаныя экраны. На шчасце, у АТС перадачы дадзеных быў кансольны тэрмінал, які вёў журнал злучэнняў. Гэта было падключана праз кабель васьмінога RS-232 да партоў на кожным з DEC-20, якія захоўвалі базу дадзеных партоў PBX, месцазнаходжанняў, тыпаў тэрміналаў і хуткасцей.

Журналы, якія вядуць ACJ і Omega, уключалі фізічнае месцазнаходжанне працы. Гэтыя журналы дазволілі нам высачыць некалькі патэнцыйных і фактычных парушальнікаў бяспекі сістэмы і прыватнасці іншых карыстальнікаў.

[ Топ ] [ Наступны ] [ Папярэдні ]

СЕТКІ

Наш першы DEC-20 быў падлучаны да IBM 360/91 з дапамогай прадукту DEC HASP/RJE, для якога патрабаваўся ўласны спецыялізаваны інтэрфейс DN20. Гэты метад сувязі быў даволі хваравітым, патрабуючы DEC-20 маскіравацца пад счытвальнік карт і лінейны прынтэр для сістэмы IBM. Мы напісалі серыю праграм Sail, якія стварылі б "чароўны сэндвіч JCL" для нашых карыстальнікаў, якія жадалі адпраўляць файлы або адпраўляць заданні ў сістэму IBM.

Як толькі мы атрымалі наш другі DEC-20, мы падключылі яго да першага з дапамогай DECnet [1980], а потым злучылі гэтую невялікую сетку з іншымі сістэмамі DEC на кампусе. DECnet таксама выкарыстоўваўся на машынах камп'ютэрнага цэнтра Універсітэта Карнегі-Мелана, і таму мы аб'ядналі дзве нашы сеткі DECnet у адну з арандаванай тэлефоннай лініяй паміж Нью-Ёркам і Пітсбургам, назваўшы пашыраную сетку CCnet [1982] (CC расшыфроўваецца як Computer Center, ці, магчыма, Карнэгі-Калумбія). Неўзабаве да сеткі далучыліся іншыя ўстановы — Тэхналагічны інстытут Стывенса, Універсітэт Вестэрн Рэзерв Кейса, Нью-Йоркскі ўніверсітэт, Універсітэт Таледа і іншыя. Галоўнай перавагай было сумеснае выкарыстанне праграмнага забеспячэння і праграміравання супрацоўнікамі камп'ютэрнага кіравання на гэтых сайтах, якія ўключалі DEC-20, DEC-10, VAX, PDP-11 і іншыя сістэмы DEC. На працягу многіх гадоў, Columbia і CMU запусцілі агульную сістэму DEC-20 Galaxy, распрацаваную сумесна, якая дазваляла празрысты друк праз DECnet і шпулькі для друку на стужках для друкаркі Xerox 9700. Адзін з DEC-20 Columbia служыў паштовым шлюзам паміж CCnet і BITNET, вялікай акадэмічнай сеткай, заснаванай на мэйнфрэймавых пратаколах RSCS IBM.

Найбольш важным унёскам DEC-20 у стварэнне сетак стала яго падтрымка пратаколаў ARPANET, спачатку NCP, а пазней TCP/IP. На працягу многіх гадоў DEC быў адзіным буйным пастаўшчыком камп'ютэраў, які падтрымліваў гэтыя пратаколы, якія ў асноўным былі распрацаваны на 36-бітных машынах DEC пад TENEX, TOPS-10 і TOPS-20 (а пазней на VAX для Berkeley UNIX). У канцы 70-х і пачатку 80-х, у дні, калі ARPAnet расла і квітнела за межы свайго першапачатковага малюсенькага даследчага мандата, у ёй дамінавалі 36-бітныя машыны DEC, і многія асноўныя пратаколы і працэдуры Інтэрнэту былі распрацаваны ў гэтай структуры. Сама DEC мела DEC-20 у ARPANET, што дазваляла буйным акадэмічным і даследчым сайтам DEC-20 мець зносіны наўпрост з інжынерамі TOPS-20, адпраўляць справаздачы аб памылках або выпраўленні па электроннай пошце, перадаваць файлы і гэтак далей. Марк Крыспін са Стэнфарда стварыў спіс рассылкі мэнэджараў TOPS-20 ARPANET. Спіс рассылкі ўключаў распрацоўшчыкаў TOPS-20 у DEC, і было шмат карыснага, каб абыйсці грувасткую працэдуру SPR.

Лакальна, нашы ўласныя DEC-20 атрымалі інтэрфейсы NIA20 Ethernet, каб замяніць нязручныя і вялікія пярэднія часткі DN20. Ethernet дазволіў нам запускаць TCP/IP разам з DECnet, і неўзабаве [прыблізна ў 1982 г.] з'явіўся вялікі Ethernet па ўсім універсітэцкім гарадку, які злучаў вылічальны цэнтр DEC-20s з сістэмамі аддзелаў па ўсім універсітэцкім гарадку і за яго межамі, дзякуючы Інтэрнэту аддзела інфарматыкі. членства [1982?], а пазней [1984?], наша ўласнае сяброўства ў іншых сетках на аснове TCP/IP, такіх як NYSERNET і JVNCNET. Ethernet і TCP/IP нават дазволілі нам адмовіцца ад нашай сувязі HASP RJE з мэйнфрэймамі IBM, якія да гэтага часу былі ў Ethernet і выконвалі код TCP/IP з Універсітэта Вісконсіна (пазней уключаны IBM у сваю ўласную лінейку прадуктаў).

[ Топ ] [ Наступны ] [ Папярэдні ]

КЕРМІТ

На піку папулярнасці DEC-20 попыт сярод студэнтаў і выкладчыкаў на ідэнтыфікатары карыстальнікаў быў настолькі вялікі, што мы больш не маглі дазволіць сабе выдаваць бестэрміновыя ідэнтыфікатары. Замест гэтага навучальныя ідэнтыфікатары прысвойваліся для кожнага курса, а потым выдаляліся ў канцы кожнага семестра. Нягледзячы на ​​тое, што рэзервовыя копіі файлаў старанна захоўваліся на стужцы, студэнтам не дазвалялася запытваць аднаўленне файлаў папярэдняга семестра з-за абмежаванай ёмістасці стужкавага назапашвальніка і ахопу аператара. І нават падчас семестра дыскавай квоты студэнта (35K — K, а не M або G!) часта не хапала, каб адначасова захоўваць усе яе файлы онлайн.

Калі б у карыстальнікаў DEC-20 быў нейкі здымны носьбіт, яны маглі б узяць на сябе адказнасць за кіраванне і архіваванне сваіх файлаў. Наша першая спроба ў гэтай галіне ўключала малавядомы прадукт пад назвай DN200, выдаленую станцыю DECnet, якая першапачаткова была распрацавана для падлучэння 32 тэрміналаў і лінейнага прынтара да DEC-20 (гэты прадукт так і не паспеў). DN200 быў PDP-11/34, які працуе на нейкай вытворнай ад RSX. Наш — адзіны ў сваім родзе — уключаў 8-цалевы дыскавод для гнуткіх дыскаў. Мы планавалі напісаць праграмнае забеспячэнне DN200 для капіравання файлаў паміж дыскетамі і файлавай сістэмай DEC-20. Карыстальнікі проста ўставілі б свае ўласныя дыскеты і выдалі б каманды COPY, каб захаваць або аднавіць свае файлы. На шчасце, гэты праект так і не запусціўся.

Але ідэя здымных носьбітаў падалася правільнай. Карыстальнікі камп'ютэраў мелі гэта на працягу многіх гадоў у выглядзе картак, папяровай стужкі ці нават уласных непераадольных маленькіх DECtapes, якія круцяцца наперад-назад, такіх прыстасаванняў на PDP-8, -9, -10, -11, - 12 і г.д., і вельмі не хапае -20. Шэраг вар'яцкіх схем былі разгледжаны і адхілены: дазвол карыстальнікам адпраўляць файлы на перфаратар карты мэйнфрэйма IBM, размяшчэнне 9-дарожкавага стужкавага назапашвальніка "самаабслугоўвання" ў грамадскім месцы, напісанне праграмы, якая пераўтварала б дадзеныя карыстальніка ў штрых-коды для друк на нашых прынтэрах Printronix...

Прыкладна ў гэты час (1980) на сцэне з'явіліся 8-разрадныя мікракампутары CP/M. Нават калі яны не падыходзілі ні для чаго іншага, яны маглі мець зносіны, а таксама маглі чытаць і запісваць дыскеты. Размясціце некалькі з іх у грамадскіх месцах, падключыце іх да DEC-20s, і студэнты будуць мець свае здымныя носьбіты — маленькія дыскі, якія яны могуць забраць з сабой, захоўваць і выкарыстоўваць паўторна, не залежачы ад супрацоўнікаў камп'ютэрнага цэнтра. Вялікае пытанне заключалася ў тым, як перанесці файл з вялікага мэйнфрэйма з падзелам часу на невялікі персанальны кампутар.

Мы паглядзелі на рынак і ўбачылі, што ёсць некалькі камерцыйных пакетаў сувязі RS-232 для micros, але ніводнага для DEC-20. І нам трэба было турбавацца не толькі аб DEC-20 і Micros, але і аб нашых мэйнфрэймах IBM. Калі б мы купілі праграмнае забеспячэнне для перадачы файлаў паміж DEC-20 і Intertec Superbrain(Гэта была мікратэхніка, якую мы абралі, перш за ўсё з-за яе бяспечнай для карыстальніка канструкцыі, падобнай да танка, і, нягледзячы на ​​яе дурную назву), калі выказаць здагадку, што яна была даступная, нам прыйшлося б набыць яшчэ адзін пакет праграмнага забеспячэння для нашых карыстальнікаў мэйнфрэймаў IBM, каб зрабіць тое ж самае. Нам таксама трэба было ўлічваць, што Superbrain можа быць выбарам не для ўсіх. Калумбія, будучы вельмі дэцэнтралізаванай і разнастайнай арганізацыяй, верагодна, мела столькі розных камп'ютараў, колькі было месцаў для іх размяшчэння. Калі б для злучэння кожнай унікальнай пары сістэм патрабаваўся асобны пакет праграмнага забеспячэння, то нам бы спатрэбіліся розныя пакеты амаль у n -квадраце, дзе n - колькасць розных тыпаў камп'ютэрных сістэм, з дастатковай колькасцю копій для кожнага асобніка кожнай сістэма.

Значна лепш мець адзін пакет праграмнага забеспячэння на кожным кампутары, пакет, які здольны абменьвацца дадзенымі з усімі іншымі кампутарамі. Гэта скарачае колькасць неабходных праграм да n , што, у сваю чаргу, здымае нагрузку на бюджэт і крыху палягчае жыццё карыстальніка.

Усе гэтыя пытанні прывялі да рашэння інвеставаць у нашых уласных праграмістаў, а не ў кампаніі, якія займаюцца праграмным забеспячэннем. Такім чынам мы маглі б мець праграмнае забеспячэнне, спецыяльна распрацаванае для нашых уласных патрэб. Канчатковым вынікам стаў пратакол перадачы файлаў Kermit. Нашы першыя праграмы Kermit былі напісаны для DEC-20 і Superbrain. Супермозгі былі размешчаны ў грамадскіх месцах, каб студэнты маглі капіяваць свае ўласныя файлы на дыскеты і пазней аднаўляць іх на DEC-20.

На пратакол Керміта ў значнай ступені паўплывалі абмежаванні DEC-20. DEC-20 з яго пярэднім канцом PDP-11/40 быў распрацаваны зыходзячы з здагадкі, што тэрмінальны ўвод паступае непасрэдна ад людзей, якія сядзяць за клавіятурай і друкуюць пальцамі з адносна нізкай хуткасцю - магчыма, 10 сімвалаў у секунду, верхнія - у той час як вялікія сумы ўстойлівага выхаду могуць быць адпраўлены з кампутара на экран. RSX20F, інтэрфейсная аперацыйная сістэма, таму выдзяляе малыя буферы для ўводу і вялікія для вываду. Мы даведаліся пра гэта на цяжкім шляху, калі набылі нашы першыя тэрміналы з функцыяй «экран перадачы» (HDS Concept-100s). Як толькі хто паспрабаваў, перадок разбіўся. Падобныя з'явы назіраліся з аўтапаўторам клавіш (напрыклад, калі адзін з нашых праграмістаў заснуў на клавіятуры) ( 5), і яшчэ раз, калі DEC упершыню выпусціў свой тэрмінал VT100 : пры плыўнай пракрутцы з хуткасцю 9600 біт/с тэрмінал заваліў дрэнны інтэрфейс XOFF і XON. Пазнейшыя выпускі RSX20F спраўляліся з гэтымі праблемамі драконаўскім спосабам - калі ўваходныя буферы не маглі быць размеркаваны досыць хутка, інтэрфейс абнуляў хуткасць лініі на секунду ці дзве! Урок? Не адпраўляйце ў DEC-20 працяглыя парывы ​​тэрмінальных даных — гэта ўсё роўна, што спрабаваць прымусіць вераб'я з'есці героя-фрыкадэльку. Такім чынам, звычайныя пакеты Керміта даволі кароткія, максімум 96 сімвалаў — насенне, насякомыя і чарвякі, якія можа пераварыць верабей.

Яшчэ адна асаблівасць DEC-20 - адчувальнасць да кантрольных знакаў. Падчас звычайнага дыялогу тэрмінала 17 з 33 сімвалаў кіравання ASCII выкарыстоўваюцца для спецыяльных мэтаў — рэдагавання, перапынення праграмы, кіравання патокам, паведамлення аб стане, сігналізацыі аб канцы файла і г. д. — замест таго, каб быць прынятымі ў якасці даных. Нягледзячы на ​​тое, што праграма DEC-20 можа адкрыць тэрмінал у "двайковым рэжыме", каб абыйсці спецыяльную апрацоўку гэтых сімвалаў, рабіць гэта неабавязкова, таму што некаторыя з гэтых функцый могуць быць карысныя падчас перадачы даных. Урок тут - не адпраўляць кантрольныя сімвалы "голымі" пры перадачы даных. Фактычна, пратакол Kermit (у самай базавай канфігурацыі) адпраўляе пакеты, якія ўяўляюць сабой строга кароткія радкі тэксту.

Мэйнфрэйм ​​IBM (да гэтага часу 360/91 быў заменены на 4341 з аперацыйнай сістэмай VM/CMS) меў свой уласны набор асаблівасцей. У адрозненне ад DEC-20, ён выкарыстоўваў паўдуплексную сувязь і выкарыстоўваў 7 біт дадзеных з парытэтам пры сувязі са знешнім светам ASCII. Гэта азначала, што наш пратакол перадачы файлаў таксама павінен быць паўдуплексным і патрабаваць спецыяльнага механізму для перадачы 8-бітных двайковых даных праз 7-бітную лінію сувязі. Больш за тое, паколькі ўся сувязь адбывалася альбо праз інтэрфейс 3705 (лінейны рэжым), альбо праз канвэртар пратаколаў IBM Series/1 (або эквівалент, напрыклад, 7171 ці 4994), абодва з якіх разглядалі многія сімвалы кіравання як каманды, якія трэба неадкладна выканаць, была ўзмоцнена забарона на голыя кантрольныя сімвалы ў дадзеных. Звядзенне пратаколу да найменшага агульнага назоўніка прымусіла яго працаваць ва ўсіх выпадках, але за кошт эфектыўнасці і элегантнасці. Некаторыя з выніковых недахопаў былі ліквідаваны ў наступныя гады шляхам дадання ў пратакол доўгіх пакетаў і поўнадуплекснай перадачы пакетаў са слізгальным вокнам, а таксама опцыі «адсутнасці прэфікса» кантрольных сімвалаў.

Па шчаслівай выпадковасці сумяшчэнне асаблівасцей DEC-20, мэйнфрэйма IBM і мікракампутара CP/M прывяло да распрацоўкі, якая апынулася адаптаванай практычна да любога кампутара, здольнага да асінхроннай сувязі. Упершыню файл быў перададзены з дапамогай пратакола Kermit 29 красавіка 1981 г. двума асобнікамі Kermit-20, якія працуюць на адным DEC-20, з выкарыстаннем двух паслядоўных партоў, злучаных паміж сабой нуль-мадэмным кабелем.

Ідэя падзяліцца нашымі праграмамі Kermit і раздаць зыходны код стала натуральным вынікам нашага досведу працы з супольнасцю сайтаў DEC-10/20. Мы атрымалі так шмат уласнага праграмнага забеспячэння з іншых сайтаў, што гэта было справядліва. Мы ўключылі Керміта ў нашы экспартныя стужкі і адправілі яго ў DECUS. DEC была першай кампаніяй, якая прызнала Kermit інструментам шырокай каштоўнасці і апублікавала яго ў сваіх улётках і інфармацыйных бюлетэнях аб вялікіх сістэмах (напрыклад, Copy-N-Mail , Large Systems News і EDU). І DEC была першай арганізацыяй, якая перанесла Kermit на новую платформу — VT-180 CP/M micro. Паколькі мы хацелі, каб праграмнае забеспячэнне Kermit распаўсюджвалася адкрыта, мы не размяшчалі нашы праграмы Kermit у адкрытым доступе. Нягледзячы на ​​тое, што гэта можа здацца супярэчлівым, мы палічылі, што, абараняючы аўтарскія правы на праграмы, мы можам прадухіліць іх захоп прадпрымальнікамі і продаж у якасці камерцыйных прадуктаў, што здавалася неабходным, бо мы чулі гісторыі іншых універсітэтаў, якім было забаронена выкарыстоўваць праграмы, якія яны самі былі напісаны фірмамі, якія ўзялі іх творы грамадскага здабытку і ахоўвалі іх аўтарскім правам для сябе.

З-за шырокага распаўсюджвання ранніх праграм Kermit разам з зыходным кодам і спецыфікацыяй пратаколу сайты з іншымі тыпамі кампутараў пачалі пісаць уласныя праграмы Kermit і дасылаць іх нам. Некаторыя з першых унёскаў у гэтым ключы былі праграмы DECsystem-10 і VAX/VMS Kermit ад Тэхналагічнага інстытута Стывенса (напісаныя на Common Bliss, каб код можна было выкарыстоўваць паміж TOPS-10, VMS і P/OS), PDP-11 Керміт з Універсітэта Таледа і першы голы UNIX Kermit на C з нашага ўласнага аддзела інфарматыкі. Працэс працягваўся шмат гадоў, у выніку чаго з'явілася вялікая калекцыя праграм Kermit, якую вы сёння можаце знайсці на вэб-сайце праекта Kermit .

Columbia's Kermit Project выкарыстоўваў DEC-20, нашу сістэму CU20B, у якасці выпрабавальнага стэнда, бібліятэкара і хатняй сеткі з самага пачатку, пакуль CU20B (наш апошні DEC-20, які застаўся) не быў адключаны ў верасні 1988 г. Быў выпушчаны электронны бюлетэнь Info-Kermit. і разасланы людзям у акадэмічных і карпаратыўных сетках па ўсім свеце з DEC-20 з дапамогай MM, праграмы электроннай пошты DEC-20. Тыя ж карыстальнікі могуць выкарыстоўваць MM і іншыя паштовыя кліенты для запытаў і інфармацыі, а таксама могуць атрымліваць доступ да праграм, зыходнага кода і дакументацыі праз файлавыя серверы DECnet і TCP/IP DEC-20. Нават нашы стужкі для распаўсюджвання першапачаткова пастаўляліся з нашых DEC-20 у фарматах DUMPER, BACKUP і ANSI.

Прыкладна да 1985 года DEC-20 Kermit быў «эталонам», па якім правяралася ўзаемадзеянне ўсіх іншых Kermit. Многія новыя функцыі Kermit былі дададзены ў DEC-20 Kermit спачатку (рэжым сервера, макрасы і г.д.). Карыстальніцкі інтэрфейс DEC-20 стаў узорам для большасці праграм Kermit, таму мільёны людзей сёння выкарыстоўваюць (выдатнае мадэляванне) COMND JSYS DEC-20, не ведаючы пра гэта. Яшчэ доўга пасля таго, як DEC-20 знік са сцэны, праграмы Kermit на Windows, UNIX, VMS, MS-DOS і многіх іншых платформах працягваюць "захоўваць веру".

Неўзабаве пасля з'яўлення Керміта мікракампутары сталі важнай сілай з увядзеннем IBM PC . Камп'ютары раптам самі па сабе сталі карыснымі кампутарамі агульнага прызначэння. У адказ на тэрміновыя запыты выкладчыкаў Columbia, якія атрымалі першыя IBM PC, мы спешна падрыхтавалі версію 1.0 IBM PC Kermit і выявілі, што Kermit выкарыстоўваўся такім чынам, якога мы не чакалі. Замест таго, каб выкарыстоўваць дыскеты ПК для захоўвання файлаў мэйнфрэйма, карыстальнікі рабілі большую частку свайго стварэння файлаў і працы з імі на ПК і адпраўлялі вынікі на мэйнфрэйм ​​для архівавання і сумеснага выкарыстання. Kermit стаў ранняй мадэллю размеркаванай апрацоўкі.

[ Галоўная старонка праекта Kermit ] [ Выпускі Kermit News ] [ Архіў спісаў рассылкі Kermit ] [ Архіў груп навін Kermit ]

[ Топ ] [ Наступны ] [ Папярэдні ]

ПАКЕТЫ ПРАГРАМ

Вялікія 36-разрадныя сістэмы DEC былі крыніцай некаторых з самых уплывовых і трывалых пакетаў праграмнага забеспячэння, якія яшчэ не былі напісаны. Тут мы адвольна згадваем некалькі нашых фаварытаў, прыносячы прабачэнні сотням, якімі мы занядбалі.

Рэдактары

Галоўнай сярод праграм, створаных на гэтых сістэмах, з'яўляецца тэкставы рэдактар ​​EMACS, створаны Рычардам М. Столманам на ITS, "несумяшчальнай сістэме падзелу часу" MIT для PDP-10. EMACS увасабляе рэвалюцыйную канцэпцыю таго, што экран тэрмінала павінен дзейнічаць як акно для тэксту, які рэдагуецца, і што любыя змены ў тэксце павінны неадкладна адлюстроўвацца на экране. Пасля многіх гадоў радковага рэдагавання (а да гэтага націскання клавіш) спачатку нам было цяжка зразумець магутнасць і зручнасць экраннага рэдактара. Была нават дыскусія наконт таго, ці варта дазваляць гэта ў нашай сістэме, нібыта гэта падрыўны ўплыў... «Навошта нам гэта трэба? Кожнае націсканне клавішы прыводзіць да 37 пераключэнняў кантэксту!» і г. д. і г. д. Але неўзабаве нават скептыкі пачалі цаніць EMACS за велізарнае павышэнне прадукцыйнасці чалавека, і ён хутка стаў любімым рэдактарам для супрацоўнікаў, студэнтаў і выкладчыкаў. Хатняя прамысловасць узнікла ў Калумбіі для дадання новых тыпаў тэрміналаў і аперацый у базу дадзеных TECO (DEC-10/20 EMACS быў напісаны на TECO), а таксама новых бібліятэк для самой EMACS.

Хаця некаторыя могуць разглядаць EMACS і яго нашчадкаў і сваякоў як «састарэлыя» сёння, у параўнанні з рэдактарамі GUI і тэкставымі працэсарамі, яны маюць адну вялікую перавагу перад новымі рэдактарамі: яны цалкам абапіраюцца на звычайныя сімвалы ASCII ( 6) (у адрозненне ад функцыянальных клавіш або кнопак са стрэлкамі, мышы і г.д.), так што сэнсарным наборшчыкам ніколі не давядзецца пакідаць хатнія клавішы, а дасведчаныя карыстальнікі EMACS могуць уводзіць і маніпуляваць тэкстам хутчэй, чым эксперты з іншымі рэдактарамі, асабліва сучаснымі, але працаёмкімі рэдактарамі GUI . І дзякуючы абмежаванню набору каманд звычайнымі сімваламі ASCII, EMACS можна выкарыстоўваць на любой платформе, незалежна ад таго, як вы да яе звяртаецеся (уласная клавіятура і экран працоўнай станцыі, акно xterm, telnet, dialin, rlogin, ssh і г.д.). Яшчэ адной перавагай EMACS, вядома, з'яўляецца яго магчымасць наладжвання і праграмавання, але толькі старэйшае пакаленне карыстальнікаў кампутараў ведаюць або клапоцяцца пра такія рэчы.

Праграмы для фарматавання тэксту

EMACS — гэта рэдактар ​​для простага тэксту, што азначае, што сам па сабе ён звычайна не можа вырабляць спецыяльныя эфекты друку, такія як тлусты шрыфт, курсіў, падкрэсліванне, матэматычнае абазначэнне, розныя памеры кропак, графіку і г.д. Для гэтага нам патрэбны — прынамсі ў свеце сімвалаў тэрміналы — фарматавальнік тэксту. EMACS быў адным з некалькіх рэдактараў экрана для DEC-20 (TV і TVEDIT былі іншымі раннімі прэтэндэнтамі), а таксама было некалькі праграм для фарматавання тэксту. Вядома, DEC-20 пастаўляецца з RUNOFF, стандартным фарматаўшчыкам DEC. RUNOFF просты, не занадта магутны, але мае перавагу ў тым, што файлы RUNOFF у асноўным пераносныя сярод PDP-11, VAX, DEC-10 і DEC-20. Аднак RUNOFF з'яўляецца ўласнасцю і таму недаступны ў сістэмах, якія не належаць да DEC. RUNOFF таксама мае тры асноўныя недахопы. Па-першае, гэта строга працэдурна, што азначае, што пісьменнік павінен паводзіць сябе як праграміст, інструктаж RUNOFF ў драбнюткіх дэталях. Па-другое, ён не можа рабіць матэматыку. І па-трэцяе, ён не падтрымлівае шырокі спектр прылад вываду.

Гэтыя недахопы ўхіляюцца некалькімі праграмамі фарматавання тэксту, якія былі распрацаваны карыстальнікамі вялікіх сістэм DEC, а таксама некаторых меншых сістэм (UNIX, напрыклад, першапачаткова быў напісаны для PDP-7, а пазней перанесены ў PDP-11 UNIX nroff і troff, верагодна, з'яўляюцца адгалінаваннямі RUNOFF). Раннія намаганні па 36-разрадных сістэмах уключалі R і Pub.

Браян Рэйд, працуючы над сістэмай DECsystem-10 для сваёй доктарскай дысертацыі ў CMU, распрацаваў мову вытворчасці дакументаў пад назвай Scribe, якая датычыцца працэдурнага элемента. Там, дзе ў RUNOFF трэба сказаць: «адцэнтраваць і падкрэсліць гэтае слова, пакінуць 7 пустых радкоў, зрабіць водступ 4 прабелы і г.д.», у Scribe сказаць: «Гэта артыкул, вось назва, вось раздзел, вось зноска , вось бібліяграфічная цытата, змясціце гэта ў індэкс, устаўце сюды фатаграфію і змяніце яе такім чынам і г.д.» і пакідае стылістычныя рашэнні і дэталі Scribe, які ўключае шырокую базу дадзеных тыпаў дакументаў і стыляў публікацый. Напрыклад, калі вы напісалі артыкул для CACM, вы можаце папрасіць Scribe адфарматаваць яго ў неабходным стылі CACM. Калі CACM адхіляе яго, вы проста кажаце Scribe паўтарыць яго ў фармаце IEEE Computer,7 ).

У працэсе распрацоўкі Scribe свабодна дзяліліся з іншымі ўніверсітэтамі, і паміж Браянам і карыстальнікамі было шмат што даваць і браць. Аднак калі Браян пакінуў CMU, правы на Scribe былі прададзеныя прыватнай кампаніі Unilogic Ltd, якая прадала яго як камерцыйны прадукт ( 8 ). Scribe быў нязменным на многіх сайтах DEC-10 і -20 і быў ператвораны з арыгінальнай Bliss на іншыя мовы для выкарыстання ў такіх сістэмах, як UNIX, VMS і нават мэйнфрэймы IBM.

Тым часам у Стэнфардзе Дональд Кнут планаваў новыя выданні сваёй шматтомнай працы « Мастацтва праграміравання» . Але неўзабаве ён выявіў, што за той час, які прайшоў пасля выхаду яго першых выданняў, мастацтва матэматычнай вёрсткі, як і мастацтва архітэктурнай рэзкі па каменю, памерла: ён не мог знайсці наборшчыка, які мог бы справіцца з гэтай задачай. Такім чынам, ён узяўся за працу над кампутарнай праграмай для матэматычнага набору і наборам гарманічных шрыфтоў, прыдатных для загрузкі з кампутара на лазерны прынтар. Праца была зроблена на PDP-10 у Стэнфардзе, дзе працуе іх дамарослая аперацыйная сістэма WAITS ("Яна чакае ад вас рук і ног") на мове Sail. У выніку атрымалася сістэма пад назвай T EX (tau epsilon chi) і METAFONT, яго спадарожны канструктар шрыфтоў, прыцягнулі шмат прыхільнікаў, і арыгінальная праграма Sail неўзабаве была перакладзена на іншыя мовы для мабільнасці. Цяпер ён працуе на многіх розных платформах і адказвае за выпуск шматлікіх кніг і артыкулаў неверагоднай друкарскай прыгажосці.

І TeX, і Scribe падтрымліваюць шырокі спектр прылад вываду і з'яўляюцца аднымі з першых фарматаў тэксту, якія гэта робяць. Калі ў пачатку 70-х Xerox дазволіла некалькім са сваіх прынтараў XGP (эксперыментальны прынтэр Xerographic са шрыфтамі, спампаванымі з хоста) уцячы ў лабараторыі Стэнфарда, Масачусецкага тэхналагічнага інстытута і КМУ, іх хутка падключылі да PDP-10, каб кіраваць фарматаўкі, такія як R і Pub. Іх гнуткасць падштурхнула такіх людзей, як Дон і Браян, уключыць у свае праекты поўнамаштабныя канцэпцыі вёрсткі, і дзякуючы гэтаму пазней стала магчыма дадаць падтрымку TeX і Scribe для такіх друкарак, як GSI CAT-4 (тады шырока выкарыстоўваўся ў Bell Labs з Troff), Xerox Dover, Imagen і сучасныя прынтэры PostScript (і, калі мы не памыляемся, Браян таксама быў кіруючай сілай PostScript).

У новым тысячагоддзі Scribe практычна знік, што вельмі шкада. Але ў пэўным сэнсе яна жыве ў LaT E X, якая з'яўляецца мовай, падобнай на Scribe, створанай на аснове T E X. Як і многія іншыя інструменты 1970-х і 80-х гадоў, Scribe, T E X і LaT E X (і, для што важна, EMACS) трэба добра вывучыць, каб пачаць, але гэта таго варта, таму што як толькі вы адчуеце сябе камфортна ў іх, вы можаце пераўзысці ўсіх!

Электронная пошта

Перавагі электроннай пошты наўрад ці трэба рэкламаваць, але былі часы, калі людзі ёю не карысталіся і ёй не давяралі. Сёння многія з гэтых самых людзей наўрад ці могуць жыць без гэтага. Яго галоўная перавага ў тым, што ён дазваляе людзям, якія ў ім удзельнічаюць, зручна мець зносіны і з пэўнай упэўненасцю, што паведамленне будзе атрымана. У адрозненне ад паштовай пошты, электронная пошта можа быць адпраўлена імгненна, і адно паведамленне можа быць адпраўлена больш чым аднаму чалавеку адначасова. У адрозненне ад тэлефонных званкоў, электронная пошта не залежыць ад прысутнасці абанента падчас адпраўкі паведамлення. Ёсць тыя, хто кажа, што гэта дэгуманны ўплыў, што людзі ў суседніх офісах, якія калісьці наведвалі і размаўлялі, цяпер сядзяць, прыклееныя да сваіх экранаў, і адпраўляюць адзін аднаму электронныя паведамленні, сапраўдныя намеры якіх немагчыма зразумець па выразе твару, мова цела, або тон голасу. Гэта можа быць праўдай, але электронная пошта тут, каб застацца, і большасць людзей знойдуць спосаб уключыць яе ў сваё жыццё разумным чынам.

Хаця электронная пошта была даступная для выкарыстання ў камп'ютары з пачатку 1960-х гадоў (напрыклад, у сістэме падзелу часу CTSS Масачусецкага тэхналагічнага інстытута), электронная пошта паміж кампутарамі пачалася ў DEC-20s (ці, строга кажучы, у KL-10, якія працуюць пад кіраваннем TENEX, "proto-TOPS-20"), у BBN у Кембрыджы, штат Масачусэтс, у 1972 годзе, калі Рэй Томлінсан з BBN адаптаваў сваю праграму электроннай пошты TENEX для адпраўкі паведамленняў на іншыя вузлы ARPANET. Гэта датычылася не толькі новага праграмнага забеспячэння і пратаколаў, але і новых абазначэнняў: цяпер паўсюднага фармату адрасу user @ host .

Калі б вы рабілі SYSTAT на любым DEC-20 у Калумбійскім універсітэце паміж 1978 і 1988 гадамі, вы б убачылі, што прыкладна палова карыстальнікаў працуе з EMACS, а другая палова з MM, толькі час ад часу з тайм-аўтам для фарматавання тэксту, кампіляцыі праграм, перадачы файлаў і іншых відаў "сапраўднай працы". MM - гэта менеджэр пошты, першапачаткова напісаны Майкам МакМэхонам, а пазней пераняты Маркам Крыспінам. Гэта бок «агента карыстальніка» паштовай сістэмы. MM - звычайная непрывілеяваная карыстальніцкая праграма, якая дазваляе вам чытаць вашу пошту, пісаць і адпраўляць пошту іншым карыстальнікам, перасылаць пошту і кіраваць сваім паштовым файлам. MM дазваляе перамяшчаць паведамленні ў розныя файлы, друкаваць паведамленні, выдаляць іх, пазначаць іх для наступнага ўвагі і гэтак далей.

Любая аперацыя, якую MM можа выканаць з адным паведамленнем, можа таксама прымяняцца да паслядоўнасці паведамленняў. Гэта адна з самых магутных функцый ММ. Функцыі выбару паведамленняў MM дазваляюць разглядаць ваш паштовы файл амаль як базу дадзеных і выдаваць складаныя запыты кшталту "паказаць мне (або адказаць, або выдаліць, або пераслаць, або пазначыць, або раздрукаваць) усе паведамленні, адпраўленыя такім-то паміж такімі і такімі датамі, якія даўжэйшыя за столькі знакаў і ўключаюць у сваю тэму слова «фу».

MM надзвычай магутны, але ён таксама просты ў выкарыстанні, таму што ён цалкам выкарыстоўвае COMND JSYS. Карыстальнікі могуць даведацца, што чакаецца ў любы момант, увёўшы пытальнік (за выключэннем напісання тэксту паведамлення, у гэтым выпадку пытальнік становіцца часткай тэксту). Існуе каманда SET, якая дазваляе наладзіць многія аперацыі MM і змяніць яе дзеянні па змаўчанні. Карыстальнікі могуць захоўваць гэтыя налады ў файле ініцыялізацыі, каб яны выконваліся аўтаматычна пры кожным запуску MM.

MM быў хутка прыняты на карысць DEC-20 MAIL і RDMAIL і першапачаткова выкарыстоўваўся сярод праграмістаў. Яго выкарыстанне хутка распаўсюдзілася сярод студэнтаў і выкладчыкаў да такой ступені, што некалькі курсаў сталі цалкам залежаць ад яго. Задаваліся хатнія заданні і чытанні, праводзіліся канферэнцыі, здаваліся заданні, задаваліся пытанні і адказваліся на іх, усё з М.М. MM таксама выкарыстоўваецца для размяшчэння паведамленняў на агульнадаступных «дошках аб'яваў», якія выкарыстоўваліся для ўсяго: ад продажу патрыманых матацыклаў да дробязяў і бурных спрэчак на палітычныя тэмы.

У Калумбійскім універсітэце многія кафедры размешчаны ў розных будынках, на кампусе і за яго межамі. Гэтыя аддзелы былі ідэальнымі кандыдатамі для электроннай пошты, і многія з іх вялі свой штодзённы бізнес з дапамогай MM. І MM аднолькава добра сябе адчувае ў сеткавым асяроддзі. Пры наяўнасці адпаведных сеткавых злучэнняў і агента дастаўкі MM можа выкарыстоўвацца — і выкарыстоўваецца — для перадачы электроннай пошты па ўсім свеце хутчэй, чым любое паштовае аддзяленне або служба дастаўкі можа даставіць паперу. З Калумбіі мы адпраўляем электронную пошту ў такія далёкія краіны, як Юта, Англія, Нарвегія, Аўстралія, Бразілія, Японія, Кітай і СССР, і атрымліваем адказы на працягу некалькіх хвілін (пры ўмове, што нашы карэспандэнты працуюць у той жа час, што і мы рабіць!).

Травень 2003 г. Пастскрыптум: спатрэбілася яшчэ адно дзесяцігоддзе, каб электронная пошта стала больш праклёнам, чым дабраславеньнем, і кожны карыстальнік камп'ютара быў перапоўнены смеццем і/або шкоднаснай электроннай поштай, вядомай як "спам". DEC-20 таксама быў піянерам у гэтай галіне: першы спам быў адпраўлены 1 мая 1978 г. 1233-EDT ад DEC-MARLBORO.ARPA (DEC-20) усім кантактам ARPANET (з базы дадзеных WHOIS), рэкламуючы новыя Мадэлі DEC-20.

У 2015 годзе Columbia перадала сваю электронную пошту Google.

[ Топ ] [ Наступны ] [ Папярэдні ]

ІНШЫЯ ВАРТЫЯ ЎВАГІ УКЛАД

Архітэктура DEC-20 фактычна ўзыходзіць да сярэдзіны 1960-х гадоў, да DEC PDP-6, які быў распрацаваны з улікам LISP — паўсловы і звязаныя з імі інструкцыі ідэальна падыходзяць для CAR і CDR (гэта размова LISP, якая паходзіць ад набору інструкцый IBM 704, дзе ўпершыню быў распрацаваны LISP). Большасць вялікіх рэалізацый LISP былі зроблены для 36-разрадных машын DEC — MACLISP, INTERLISP — і сярод прыкладанняў, заснаваных на іх, MACSYMA MIT вылучаецца як арыенцір. MACSYMA выкарыстоўваецца навукоўцамі і інжынерамі для апрацоўкі матэматычных выразаў адвольнай складанасці на сімвалічным, а не лікавым узроўні. Ёсць адна вядомая (магчыма, апакрыфічная) гісторыя пра астранома-матэматыка XIX стагоддзя, які прысвяціў сваё жыццё распрацоўцы дакладнага ўраўнення руху Месяца. У выніку атрымалася кніга на 300 старонак.

У 1971 годзе Ральф Горын са Стэнфардскага ўніверсітэта напісаў першую вядомую камп'ютарную праверку арфаграфіі для тэксту SPELL for TOPS-10. Пазней ён быў адаптаваны да DEC-20 і "ўзаемадзеяны" з такімі пакетамі, як EMACS і MM. Нашчадкаў SPELL легіён - ні адна паважаючая сябе праграма апрацоўкі тэкстаў на ПК не з'явіцца на публіцы без карэктара арфаграфіі.

[ Топ ] [ Наступны ] [ Папярэдні ]

ПЕРАТВАРЭННЕ Ў UNIX

[Памятайце: гэты дакумент быў напісаны ў 1988 годзе.]

« Гладкае плаванне праз 80-я..." Да канца 80-х попыт на паслугі DEC-20 выраўняўся, а потым пачаў падаць. DEC-20 быў падобны на карабель-кліпер, найвышэйшае ўвасабленне тэхналогіі, якую многія лічылі састарэлай - вялікі цэнтральны камп'ютэр з падзелам часу Цяпер студэнты былі гатовыя адмовіцца ад выгод DEC-20 дзеля кантролю і прадказальнасці ўласнага ПК.Дзякуючы членству Калумбіі ў кансорцыуме універсітэта Apple, неўзабаве ў руках студэнтаў апынуліся тысячы Macintosh.Асаблівыя дамоўленасці з IBM таксама паставілі IBM PC у сотні офісаў і інтэрнатаў. Гэтыя сістэмы задаволілі патрэбы студэнтаў у невялікіх заданнях праграмавання на Pascal і Basic, а таксама ў сціплай апрацоўцы тэкстаў і вызвалілі цэнтральныя сістэмы ад вялікай нагрузкі. Аднак ПК не выконвалі патрэбы інфарматыкі і іншых інжынерных аддзелаў,дзе больш буйныя праекты былі прызначаныя на такіх мовах, як Fortran, C, Prolog і Lisp, якія не былі лёгка і недаступныя для ПК.

Тым часам UNIX заваёўваў свет вылічальнай тэхнікі — на мэйнфрэймах, міні, працоўных станцыях і нават ПК. Наша асноўная група навучальных карыстальнікаў — студэнтаў CS — рабіла большую частку сваёй працы над ведамаснымі ATT 3B2, але востра мела патрэбу ў цэнтралізаваным, надзейным асяроддзі з прымальнай прадукцыйнасцю, рэзервовым капіраваннем, абслугоўваннем і ўсім астатнім. Мы ўжо выкарыстоўвалі UNIX на VAX 750 на працягу некалькіх гадоў (для ўнутраных распрацовак), а таксама Amdahl UTS на мэйнфрэйме IBM, таму набылі пэўныя веды па UNIX.

Па гэтых прычынах мы вырашылі, што прыйшоў час пачаць пераўтварэнне з TOPS-20 на UNIX. Па фінансавых прычынах мы абралі для гэтай мэты VAX 8650. Абмен DEC-20 быў прывабным, і мы змаглі захаваць нашы старыя дыскавыя і стужкавыя назапашвальнікі. Фактычна, мы палічылі, што за 3 гады купіць VAX было танней, чым захаваць DEC-20. І ён быў больш магутным, з большай адраснай прасторай і меншай плошчай, чым DEC-20, які ён замяніў.

VMS не быў абраны па некалькіх прычынах. Па-першае, мы адчувалі сябе крыху здраджанымі з-за таго, што DEC адмовілася ад TOPS-20, і не хацелі пакідаць сябе адкрытымі для такога ж лячэння ў будучыні. UNIX, у адрозненне ад VMS, не прывязвае вас да пэўнага пастаўшчыка. Акрамя таго, UNIX мае сеткі і камунікацыі для ўсіх нашых асноўных патрабаванняў: Ethernet, TCP/IP, DECnet (наш першапачатковы UNIX быў Ultrix-32), BITNET (UREP), тэрміналы RS-232 і LAT, Kermit. І сам UNIX мае шмат пераваг: вельмі магутнае асяроддзе распрацоўкі прыкладанняў для вопытных праграмістаў, праграмуемая абалонка, канвеер праграм, простыя, але магутныя ўтыліты.

UNIX, аднак, славіцца лаканічным, загадкавым і недружалюбным, асабліва для пачаткоўцаў карыстальнікаў кампутараў. VMS, хоць і не мае COMND JSYS DEC-20, безумоўна, больш прыязны, чым UNIX, і шматслоўны да памылкі. Такім чынам, мы не без пэўных асцярог прыступілі да пераўтварэння.

Многія з нас, карыстальнікаў DEC-20, былі ўстойлівыя да зменаў. Знаёмства, да лепшага ці да горшага, часта больш прывабнае, чым няўпэўненасць. Але пераўтварэнне ў UNIX прымусіла нас адмовіцца ад некаторых функцый, якія першапачаткова прыцягнулі нас да DEC-20.

"Дружалюбная" абалонка, прадстаўленая TOPS-20 Exec, якая аказвае дапамогу тым, хто ў ёй мае патрэбу, але не карае дасведчаных карыстальнікаў, напэўна, асаблівасць, якой больш за ўсё не хапае. У UNIX большасць каманд з'яўляюцца праграмамі, якія маюць аргументы толькі з опцый або імёнаў файлаў. Гэта азначае, што вы не можаце мець "?" для каманд і аргументаў у абалонцы, таму што праграмы, якія будуць дзейнічаць па запыце дапамогі, яшчэ нават не пачалі працаваць. Гэта супрацьлегласць TOPS-20, дзе большасць асноўных функцый убудаваныя ў exec, але гэта не дазваляе сціслыя праграмы будаўнічых блокаў, як гэта робіць UNIX.

Каб прывесці прыклад радыкальнай розніцы паміж філасофіямі TOPS-20 і UNIX, выкажам здагадку, што вы хочаце стварыць працэдуру, якая стварае спіс каталогаў, сартуе яго ў адваротным парадку па памеры файла і фарматуе спіс у пранумараваныя старонкі з трыма слупкамі на старонкі, прыдатныя для друку. У TOPS-20 вы выдаткуеце тыдзень на напісанне праграмы на асэмблеры, каб зрабіць усё гэта. У UNIX інструменты ўжо ёсць, і іх трэба толькі аб'яднаць патрэбным чынам:

ls -s | сартаваць -r | пр -3

Гэта робіць UNIX даволі прывабным. Але пасля напісання праграма DEC-20 будзе ўтрымліваць убудаваную дапамогу, запаўненне каманд і імёнаў файлаў і г.д., у той час як працэдура UNIX можа выкарыстоўвацца толькі тымі, хто дакладна ведае, што робіць. Калі вы ўвялі «ls -s | sort», але не ведаеце, які варыянт сартавання падыходзіць, увод пытальніка ў гэты момант не прынясе карысці, бо праграма сартавання яшчэ не запушчана.

DEC-20 (як і большасць распаўсюджаных аперацыйных сістэм) выкарыстоўвае незалежныя ад рэгістра каманды і імёны файлаў. Аднак залежнасць ад рэгістра - асаблівасць UNIX, якую рашуча абараняюць яе прыхільнікі. Гэта можа збянтэжыць карыстальнікаў іншых аперацыйных сістэм. Увогуле, каманды UNIX моцна адрозніваюцца ад каманд, якія выкарыстоўваюцца ў іншых сістэмах. Нават калі б у DEC-20 не было меню дапамогі па запыце, сярэдні карыстальнік мог бы здагадацца, якія правільныя каманды трэба ўвесці — DELETE для выдалення файла, COPY для капіравання файла, RENAME для перайменавання файла і г.д. Як выдаліць файл у UNIX? ВЫДАЛІЦЬ? Не.... СЦІРАЦЬ? Не, гэта "rm" (толькі маленькія літары!).

Без інструкцыі пад бокам, як вы маглі гэта даведацца? Нават калі вы ведаеце пра "man -k" (пошук па ключавым слове ў онлайн-інструкцыі), UNIX не дасць вам асаблівай дапамогі: "man -k delete" не дае нічога актуальнага, як і "man -k erase" . Але, па меншай меры, «rm» у пэўнай ступені наводзіць на думку пра слова «выдаліць», і сапраўды «man -k выдаліць» выявіла б няўлоўную каманду (раннія версіі UNIX мелі яшчэ больш няўлоўную назву для гэтай каманды: dsw, абрэвіятура для «do swedanya», расейскае на разьвітаньне, трансьлітараванае на польскую ці, магчыма, нямецкую; гэта не адзінае месца, дзе працаваў цэнзар... Цяперашнія «стандартныя» вэрсіі UNIX ня маюць каманды «дапамога», але ў больш раннія выпускі,

Я (fdc) не памятаю, дзе я выкапаў спасылку на "do swedanya", але, відавочна, гэта гарадская легенда. Дэніс Рычы сказаў у 1981 годзе ў Usenet, што фактычная этымалогія - "выдаліць з пераключальнікаў"; арыгінальная праграма PDP-7 dsw была папярэднікам "rm -i" (выдаліць у інтэрактыўным рэжыме), у якой пераключальнікі працэсара забяспечвалі ўзаемадзеянне.

Асаблівай перавагай TOPS-20 з'яўляецца захаванне некалькіх пакаленняў (версій) кожнага файла, што дае магчымасць вярнуцца да больш ранняй версіі, калі апошняя пацярпела ад чалавечай памылкі, глупства або трагедыі. Гэта, у спалучэнні з магчымасцю ўваскрасіць файл пасля яго выдалення, надае адчуванне камфорту і бяспекі, якія можна ацаніць толькі пасля пераходу на больш звычайную і хісткую файлавую сістэму. Калі вы выдаліце ​​файл у UNIX або створыце новы файл з такой жа назвай, як і існуючы, то стары файл проста знікне. Каманда "rm *" у UNIX проста занадта магутная і занадта ціхая. Так, ён зрабіў тое, што вы сказалі, але як ён даведаўся, што вы мелі на ўвазе тое, што сказалі? UNIX не ратуе карыстальнікаў ад саміх сябе.

Яшчэ адной важнай асаблівасцю TOPS-20 з'яўляецца лагічнае імя прылады, якое можа быць вызначана ў бясконцай колькасці як для сістэмы ў цэлым, так і для кожнага асобнага карыстальніка. Кожнае лагічнае імя можа паказваць на пэўную прыладу і/або каталог, або на цэлы шэраг з іх, у якіх трэба шукаць па парадку. Яны ўбудаваныя ў саму аперацыйную сістэму, у той час як паняцці PATH і CDPATH з'яўляюцца пазнейшымі думкамі, прышчэпленымі ў абалонку UNIX, недаступнымі знутры праграм і непрымяняльнымі па-за межамі іх абмежаваных сфер працы.

Затым у нас ёсць мовы праграмавання, якія больш не будуць даступныя — ALGOL (60 і 68), APL, BASIC, BCPL, BLISS (10, 11 і 36), CPL (і "сапраўдная" PL/I), ECL, FOCAL , PPL, SAIL, SIMULA, SNOBOL, ... І TECO! І MACRO, і Midas, і Fail... Насамрэч, мала хто прапусціць што-небудзь з гэтага, за магчымым выключэннем APL (выкарыстоўваецца ў некаторых класах) і SNOBOL (які ўсё яшчэ можна знайсці для UNIX на асобных платформах).

Вядома, усе нашы дамарослыя прыкладанні, напісаныя на мове асэмблера, трэба было перарабіць для UNIX: увод ідэнтыфікатара карыстальніка і кіраванне ім (у адрозненне ад рэдагавання файла passwd), улік, абмежаванні карыстальнікаў (ACJ, Omega). І адна асаблівасць, без якой мы ніколі не абыдземся, - гэта MM, магутная сістэма кіравання поштай, якой аднолькава могуць карыстацца як пачаткоўцы, так і эксперты.

Са станоўчага боку, мы б не адмовіліся ад EMACS, Scribe, TeX, Kermit або TCP/IP утыліт Telnet і FTP. Усе гэтыя праграмы даступныя ў той ці іншай форме для UNIX. Некаторыя з рэалізацый UNIX з'яўляюцца пэўнымі паляпшэннямі, напрыклад, GNU EMACS ад Free Software Foundation без абмежаванняў памяці TOPS-20 EMACS. Ёсць таксама высакаякасны Fortran ад DEC для нашых інжынераў і, вядома, усе асяроддзя праграмавання на C і LISP для студэнтаў CS і іншых распрацоўшчыкаў праграмнага забеспячэння, а таксама набор магутных утыліт для працы з тэкстам, такіх як sed, grep, awk, lex і yacc. , функцыі якіх павінны быць відавочныя з іх назваў.

Ўстаноўка VAX была нашмат хутчэй, чым звычайная ўстаноўка DEC-20. Прадукцыйнасць 8650 была даволі хуткай, а яго надзейнасць была выдатнай. Праз год 8650 быў прададзены, а другі DEC-2065 быў прададзены DEC на VAX 8700. 8700 мае прыкладна такую ​​ж магутнасць, як і 8650, але, у адрозненне ад 8650, сумяшчальны з новымі прыладамі BI, і магчымасць абнаўлення да большай мадэлі VAX, калі яна вычарпаецца.

Аднак аказалася, што калі прыйшоў час для пашырэння, было больш эканамічна выгадна купіць сістэмы Sun UNIX, чым абнавіць 8700 да большага VAX. Гэта выбар, які вы не атрымаеце з прапрыетарнай аперацыйнай сістэмай, такой як TOPS-20, VMS і г.д. Пераўтварэнне з VAX у SUN патрабуе некаторай "адмовы" (напрыклад, DECnet), але не так моцна, як падарожжа з DEC -20 да VAX, а ўзамен вы атрымаеце вельмі магутную машыну на долі плошчы VAX — тое, чым павінен быў быць Юпітэр, але з UNIX замест TOPS-20.

[ Топ ] [ Наступны ] [ Папярэдні ]

АСНОЎНЫЯ ПРАБЛЕМЫ КАНВЕРТАЦЫІ

[Памятайце: гэта было напісана ў 1988 годзе.]

Вялікім пытаннем падчас пераходу на UNIX было навучанне карыстальнікаў. UNIX не дапамагае карыстальнікам так, як TOPS-20. Няма стылю COMND? дапамагчы, няма нават каманды "дапамога". Самі каманды не маюць інтуітыўна зразумелых назваў: карыстальніку будзе цяжка здагадацца, што "mv" - гэта каманда для перайменавання файла, "cat" для ўводу файла і г.д. Як карыстальнікі даведаюцца, як рэагаваць на адключэнне гуку "$" (або "%)" глядзіць ім у твар? Ці варта нам напісаць для іх зручную абалонку? Або стосы падручнікаў і даведачных дапаможнікаў?

Пры ўсёй сваёй загадкавай лаканічнасці UNIX стаў вельмі папулярным. Сістэмы UNIX працуюць на камп'ютарах усіх тыпаў, ад ПК да суперкампутараў. Такім чынам, камп'ютарныя кнігарні перапоўнены кнігамі разнавіднасці "Навучы сябе UNIX". Мы лічым, што незалежна ад таго, наколькі загадкавым і недружалюбным можа быць сам UNIX, яго не варта мяняць. У адваротным выпадку мы губляем сумяшчальнасць з іншымі сістэмамі UNIX, кнігамі і артыкуламі, пакідаем сябе адкрытымі для кашмару абслугоўвання і падпускаем нашых карыстальнікаў да грубага сюрпрызу, калі яны калі-небудзь сутыкнуцца з сапраўднай сістэмай UNIX.

Яшчэ адна праблема — паштовая сістэма. У якасці паштовага агента на ўзроўні карыстальніка вы можаце выбраць пошту UNIX або GNU EMACS RMAIL. Пошта UNIX прымітыўная і неінтуітыўная, а RMAIL даступны толькі тым, хто ведае EMACS. Перавагай RMAIL з'яўляецца паслядоўны інтэрфейс - адсутнасць заходу і выхаду з рэдактара - але ён мае адносна абмежаваны набор каманд.

Нашы карыстальнікі прызвычаіліся да электроннай пошты, у асноўным дзякуючы магутнасці, зручнасці і прыязнасці MM. Многія з найбуйнейшых карыстальнікаў MM - гэта выкладчыкі або адміністратары, якім не трэба вывучаць новую паштовую сістэму. Але такая магутная праграма, як MM, патрабуе вялікай колькасці каманд, і калі ў вас шмат каманд, вам патрэбна такая ўбудаваная даведка, якая бясплатная ў DEC-20. Падобныя каментарыі адносяцца да іншых складаных праграм, напрыклад (у нашай сістэме) праграм уводу ідэнтыфікатара карыстальніка і кіравання імі, інтэрфейсу аператара (напрыклад, OPR на DEC-20) і г.д.

Па гэтай прычыне мы вырашылі "ператварыць нашу новую сістэму ў нашу любімую старую", напісаўшы пакет COMND для UNIX. Гэты пакет, CCMD, быў створаны ў рамках праекта "Пустэльнік", даследчай працы Калумбіі, якая фінансуецца DEC, 1983-87. Мы спрабавалі распрацаваць сеткавую архітэктуру, якая дазволіла б розным тыпам ПК — IBM, Rainbow, Pro-380, VAXstation, SUN, Macintosh і г. д. — атрымліваць доступ да файлаў і сэрвісаў нашых мэйнфрэймаў DEC-20 і IBM у паслядоўным і празрысты спосаб. Праект у канчатковым выніку праваліўся, таму што тэхналогія прайшла міма нас (танныя злучэнні і шлюзы Ethernet і Token Ring, Sun NFS, файлавыя серверы Macintosh на аснове VAX і г.д.).

CCMD, цалкам напісаны на C, выконвае ўсе функцыі COMND і многае іншае, аналізуе з тэрмінала, файл, перанакіраваны стандартны ўвод або радок у памяці. Ён не арыентаваны на нейкую канкрэтную клавіятуру або экран. Гэта не на карысць ні пачаткоўцам, ні спецыялістам. Ён працуе пад кіраваннем 4.xBSD, Ultrix, AT&T System V, SunOS і MS-DOS і павінен лёгка пераносіцца на VAX/VMS і любую іншую сістэму з кампілятарам C.

CCMD - гэта паўнавартасная рэалізацыя COMND, якая дазваляе ланцужковыя FDB (напрыклад, аналіз імя файла, нумара або даты), перанакіраванне ўводу каманд і гэтак далей. Дапаўненні да DEC-20 COMND JSYS уключаюць спісы даведкі "?" для супастаўлення імёнаў файлаў, частковае завяршэнне імёнаў файлаў (да першага сімвала, які не з'яўляецца унікальным), вельмі гнуткі аналізатар часу і даты і дадатковыя тыпы даных.

Выкарыстоўваючы CCMD, праграмісты Columbia змаглі напісаць клон DEC-20 MM цалкам на C. Ён мае ўсе магчымасці DEC-20 MM, а таксама некаторыя іншыя. Ён апрацоўвае розныя фарматы паштовых файлаў, у тым ліку DEC-20, Babyl (RMAIL) і mbox (пошта UNIX). Ён выкарыстоўвае UNIX sendmail у якасці сістэмы дастаўкі і павінен быць адаптаваны да службаў дастаўкі сістэм, якія не ўваходзяць у UNIX.

Аўтары — і дзіўная колькасць іншых людзей ва ўсім свеце — па-ранейшаму выкарыстоўваюць Columbia MM у якасці паштовага кліента (але, на жаль, не ў Columbia з 2015 года). Яго можна стварыць і ўсталяваць (прынамсі) на Linux, FreeBSD, OpenBSD, NetBSD, Solaris і SunOS. Вы можаце знайсці яго ТУТ .

[ Топ ] [ Наступны ] [ Папярэдні ]

ЗАКЛЮЧНЫЯ СЛОВА...

[Памятайце: гэта было напісана ў 1988 годзе.]

Калумбія вельмі дэцэнтралізаваная і сутыкаецца са сціскам бюджэту, агульным для ўсіх вышэйшых навучальных устаноў. Няма цэнтральнага мандата паставіць дарагія працоўныя станцыі на кожным стале, злучаныя гігабітнымі валаконна-аптычнымі сеткамі. Студэнты, выкладчыкі і супрацоўнікі па большай частцы выкарыстоўваюць свае ўласныя сродкі або сродкі аддзела, каб атрымаць лепшы ПК, які яны могуць выкарыстоўваць, як правіла, IBM PC або Macintosh з інтэрфейсам RS-232. Большасць карыстальнікаў маюць зносіны толькі эпізадычна праз камутаваную сувязь або пераносячы дыскету ў публічную камп'ютэрную лабараторыю, дзе ПК падлучаны да сеткі або лазернага прынтара.

Паколькі ПК становяцца ўсё таннейшымі і больш магутнымі, што застаецца рабіць цэнтралізавана? Ёсць тыя, хто сцвярджае, што ўсё, што можа зрабіць VAX або DEC-20, можна зрабіць і на ПК. Адзіным выключэннем могуць быць вельмі вялікія прыкладанні, агульныя і/або вялікія і/або пастаянна змяняюцца базы дадзеных і камунікацыя ў цэлым — глабальныя сеткі, пошта, агульныя бібліятэкі праграм, дошкі аб'яў, канферэнцыі, ...

Але масавая дэцэнтралізацыя вылічэнняў азначае велізарнае дубляванне намаганняў і выдаткаў на абсталяванне, ліцэнзіі на праграмнае забеспячэнне і абслугоўванне. Кожны становіцца сістэмным мэнэджарам, займаючыся рэзервовым капіраваннем, пошукам непаладак, устаноўкай і адладкай праграмнага забеспячэння, кансультаваннем, навучаннем, пошукам запчастак. Даследчыкі, якія калісьці былі па гарачых слядах лекаў ад раку ці СНІДу, цяпер круцяць DIP-пераключальнікамі, запускаюць утыліты Norton на сваіх зламаных цвёрдых дысках, праглядаючы апошнія старонкі BYTE у пошуках здзелак. Кожны чалавек або група можа мець унікальную калекцыю праграмнага і апаратнага забеспячэння, што робіць навучанне, супрацоўніцтва і большасць іншых функцый значна больш складанымі, чым у дні падзелу часу. І месца для вылічальнай тэхнікі трэба знайсці практычна ў кожным офісе і інтэрнаце, а не ў адной цэнтральнай зоне. Аднойчы, бюджэтнікі могуць заўважыць кумулятыўны эфект ад усіх гэтых размеркаваных вылічэнняў, і маятнік пачне вагацца ў іншы бок. Што значыць фраза "эканомія ад маштабу?"...

Некалькі гадоў таму падчас паліўнага крызісу ў газеце быў артыкул пра вяртанне караблёў-кліпераў... Вялікія сістэмы DEC, караблі-кліперы эпохі падзелу часу, ніколі не вернуцца, але яны будуць жыць у праграмным забеспячэнні, якое яны спарадзілі. — EMACS, TeX, Scribe, Spell, MM, Kermit, пашыраныя дыялекты LISP і гэтак далей. Між тым, пакуль кампутарная індустрыя змагаецца за тое, каб ператварыць ПК у шматкарыстальніцкую сістэму і аднавіць шматпрацэсарнасць, бяспеку і іншыя забытыя канцэпцыі, яна магла б зрабіць паўзу, каб азірнуцца на мінулыя дзесяцігоддзі, калі кошт і абмежаванні вылічальнага абсталявання прымушалі дызайнераў і праграмістаў быць... ну, разумнейшым.

[ Топ ] [ Наступны ] [ Папярэдні ]

ЭПІЛОГ

(студзень 2001)

Сёння, калі вы можаце зайсці ў звычайную рознічную краму і купіць камп'ютар з магутнасцю ў 10 разоў (і ў 100 разоў большай асноўнай памяццю, і ў 1000 разоў большай ёмістасцю дыска) у параўнанні з самым вялікім і хуткім KL10, калі-небудзь вырабленым менш чым за 1000 долараў, падключыце яго да звычайная насценная разетка і тэлефонны гняздо (або кабельная скрынка і г.д.), і быць у Інтэрнеце за некалькі хвілін з поўнакаляровай графікай, відэа, гукам і, хто ведае, чым яшчэ, мы можам лёгка забыць, як камп'ютары развіліся з вялікіх аўтаномныя калькулятары з захаванай праграмай у «камунікатары». Прынамсі, для нас у Калумбійскім універсітэце змены пачаліся з буйных сістэм DEC, якія адначасова далі доступ да абмену файламі, электроннай пошты і лакальных і глабальных сетак, адкрываючы магчымасці для супрацоўніцтва і камунікацыі ў працы і ў жыцці: у камп'ютары, на кампусе і ва ўсім свеце.

Пасмяротнае даследаванне PDP-10 было доўгім і пакутлівым (хто яго забіў і чаму, як ён мог выжыць і якім быў бы свет сёння, калі б ён быў), але тыя, хто ўсё яшчэ можа захацець зазірнуць у хвалюючыя часы 1970-х гг. і 80-я гады, калі камп'ютары ўпершыню сталі культурнай з'явай, а сродак камунікацыі цяпер можа зрабіць гэта дзякуючы некалькім праграмным праектам эмуляцыі PDP-10 . Мабыць, самая вялікая спадчына тых часоў - гэта сучасны рух за адкрытае праграмнае забеспячэнне, у якім распрацоўшчыкі з усяго свету супрацоўнічаюць над праектамі, пачынаючы ад аперацыйных сістэм (Linux, FreeBSD і г.д.) і заканчваючы рознага кшталту праграмамі, такімі як арыгінальны PDP-10 ARPANET "хакеры" зрабілі ( ці гэта жыццяздольная бізнес-мадэль - асобнае пытанне :-)

Між тым, многія з нас, хто жыў у тую эпоху, захавалі свае старыя звычкі, усё яшчэ выкарыстоўваючы тэкставыя прыкладанні, такія як EMACS і MM, а не іх модныя, але працаёмкія замены GUI, але на платформах UNIX, такіх як Linux, замест PDP-10. Кожны раз, калі новы ПК-вірус апускае ўсю планету ў хаос і паніку, мы амаль не заўважаем . Пра даўніну ёсць што сказаць.

[ Топ ] [ Наступны ] [ Папярэдні ]

СЛОЎНІК

3270	Поўнаэкранны блочны тэрмінал IBM System/370
ACJ	Праца кантролю доступу (TOPS-20)
AOS	Дадаць адзін і прапусціць (інструкцыя PDP-10)
APL	(Шыфраваная) мова праграмавання, Кенэт Э. Айверсан (1966)
ARPANET	Сетка агенцтваў перспектыўных даследчых праектаў, якая стала сусветным Інтэрнэтам.
ASP	Далучаны працэсар падтрымкі (манітор тэрмінала IBM 360)
БАЛР	Рэестр адгалінаванняў і спасылак (інструкцыя IBM 360)
АСНОЎНЫЯ	Базавы універсальны сімвалічны код інструкцый
BBN	Болт Беранэк і Ньюман, распрацоўшчыкі TENEX і большай часткі ARPANET
БІТНЭТ	Сетка "Таму што гэта ёсць" (на аснове аддаленага ўводу задання IBM)
BLT	Перадача блокаў (інструкцыя PDP-10)
CACM	Камунікацыі Асацыяцыі вылічальнай тэхнікі (часопіс)
CCMD	Пакет COMND JSYS, напісаны на C
CCNET	Сетка вылічальнага цэнтра (на базе DECnet)
CFS	Агульная файлавая сістэма (TOPS-20)
КАМАНД	Мнемонік каманды JSYS (TOPS-20).
КП/М	Праграма кіравання/мікракампутар (ранняя АС для 8-разрадных ПК)
Цэнтральны працэсар	Цэнтральны працэсар
CTSS	Сумяшчальная сістэма падзелу часу MIT для IBM 7094
CU20B	Другі і самы доўгажывучы DEC-20 Калумбійскага ўніверсітэта
ДДТ	Інструмент дынамічнай адладкі (PDP-10) Першапачаткова DEC Debugging Tape (PDP-1)
СНЕЖ	Digital Equipment Corporation, 1957-1998 (набыта ў 1998 Compaq, затым HP у 2001)
СНЕЖ-20	DECSYSTEM-20, PDP-10, спецыяльна распрацаваны для працы TOPS-20
ДЭКНЕТ	Патэнтаваны сеткавы набор DEC для большасці АС
DN20	Пярэдні канец сувязі PDP-11/34 для DEC-20
DN200	Тэрмінал/канцэнтратар друкаркі ў поўнай шафе PDP-11/34 для DEC-20
ДЭЛЬФІН	Ніколі не завершаны наступнік KL10
EMACS	Рэдагаванне макрасаў: поўнаэкранны рэдактар ​​Рычарда Столмана, першапачаткова заснаваны на TECO
ESC	Сімвал кіравання Escape (альтэрнатыўны рэжым) (ASCII 27)
ПАЛУЧАЦЬ	Хуткі асэмблер PDP-10 Ральфа Горына
ФОРТРАН	Перакладчык формул: першая мова праграмавання высокага ўзроўню (1957)
FTP	Пратакол перадачы файлаў (ARPANET/Інтэрнэт)
СПІК	Праграма аўтаматычнага спулінга Houston
ХРРОІ	Палова ад правых да правільных адразу (інструкцыя PDP-10)
IEEE	Інстытут інжынераў электратэхнікі і электронікі
ILDB	Павелічэнне паказальніка і загрузка байта (інструкцыя PDP-10)
ЯГО	Несумяшчальная сістэма падзелу часу (для PDP-10 у MIT; каламбур на CTSS (qv))
JCL	Мова кіравання заданнямі (IBM OS/360)
JRST	Перайсці і аднавіць (інструкцыя PDP-10)
JSYS	Перайсці да сістэмы (інструкцыя PDP-10)
ЮПІЦЭР	Яшчэ адзін незавершаны наступнік KL10
JVNCNET	Сетка суперкампутарнага цэнтра Джона фон Нэймана (Прынстан)
KA10	Першая мадэль PDP-10, працуе толькі з TOPS-10
KI10	Другая мадэль PDP-10 працуе толькі з TOPS-10
KL10	Трэцяя і самая вялікая / самая перадавая мадэль PDP-10, працуе з TOPS-10 і -20
KS10	Чацвёртая, маленькая мадэль PDP-10, працуе з TOPS-10 і -20
LCG	DEC's Large Computer Group, адказная за PDP-10
ШЭПАВ	Мова апрацоўкі спісаў (Jon McCarthy, Stanford U, 1960)
МАКРА	Сямейства асэмблераў DEC: MACRO-10, MACRO-11, MACRO-20 і інш.
МІДАС	Асэмблер PDP-10 MIT
ГАЙКА	Настольны PDP-10 (ніколі не завершаны)
MIT	Масачусецкі тэхналагічны інстытут
ММ	Паштовы мэнэджар (паштовы кліент DEC-20 — і пазней UNIX)
MS-DOS	Дыскавая аперацыйная сістэма Microsoft
НКП	Праграма кіравання сеткай (ранні пратакол ARPANET заменены на TCP/IP)
NJE	Запіс сеткавай працы
NYSERNET	Інжынерна-даследчая сетка штата Нью-Ёрк
ПАРК	Даследчы цэнтр Xerox Palo Alto
АТС	Біржа прыватнага аддзялення
PDP	Праграмаваны працэсар даных (PDP-7, PDP-8, PDP-10, PDP-11, іншыя)
RA81	Пазнейшая мадэль, большы, герметычны дыск (але ўсё роўна памерам з пральную машыну)
РЭЙД	Адладчык PDP-10 Ральфа Горына
RJE	Аддалены ўвод заданняў (мадэляванне счытвальніка карт / лінейнага друкаркі)
RP04	Самы распаўсюджаны дыскавод PDP-10 у сярэдзіне-канцы 1970-х гг
RP06	Найбольш распаўсюджаны дыскавод PDP-10 у канцы 1970-х - пачатку 80-х гг
RSCS	Падсістэма аддаленай сувязі (пратаколы BITNET)
RSTS/E	Аперацыйная сістэма сумеснага выкарыстання рэсурсаў / пашыраная аперацыйная сістэма DEC для PDP-11
RSX11	DEC's Realtime Executive для PDP-11 (не абрэвіятура)
RSX20F	Спецыяльная версія RSX11 для пярэдняга канца PDP-11/40 KL10
SOS	Son Of Stopgap (лінейны рэдактар ​​TOPS-20)
SSIO	Зона ўводу/вываду самаабслугоўвання Columbia
TCP/IP	Пратакол кіравання перадачай / Інтэрнэт-пратакол
TECO	Тэкставы рэдактар ​​і карэктар
TENEX	Старонкавая аперацыйная сістэма PDP-10 ад BBN, папярэднік TOPS-20
ТОПС-10	Аперацыйная сістэма (PDP-10, DECsystem-10)
ТОПС-20	Аперацыйная сістэма (DECSYSTEM-20)
TTY	Тэлетайп або тэлетайп; гэта значыць тэрмінал або тэрмінальны порт
UNIX	Папулярная аперацыйная сістэма ад Bell Labs (не абрэвіятура)
УРЕП	Версія RSCS для UNIX, якая дазваляе UNIX удзельнічаць у BITNET
VAX	Virtual Address Extended, 32-бітны працяг DEC PDP-11
VMS	Сістэма віртуальнай памяці, аперацыйная сістэма DEC для VAX
VT100	Відэатэрмінал DEC 24x80 з гладкай пракруткай у верхнім і ніжнім рэгістрах (1977)
ЧАКАЕ	Стэнфардская аперацыйная сістэма PDP-10 ("яна ЧАКАЕ ад вас")
XOFF	Control-S (ASCII 19), выкарыстоўваецца для кіравання патокам хаста/тэрмінала
XON	Control-Q (ASCII 17), выкарыстоўваецца для кіравання патокам хаста/тэрмінала

[ Топ ] [ Наступны ] [ Папярэдні ]

ПЗЯЯ

[1] Боб Клементс, BBN (2001).

[2] Джо Дэмпстэр, DEC (1988).

[3] Марк Крыспін, Вашынгтонскі ўніверсітэт (2001).

[ Топ ] [ Наступны ] [ Папярэдні ]

НАТАТКІ

Кампутарны музей у Бостане цяпер не існуе, як і Digital Equipment Corporation (DEC), яго першапачатковы спонсар. Яе калекцыя пераехала, спадзяюся, цалкам у Цэнтр гісторыі камп'ютэрнага музея ў Моффет-Філд, Каліфорнія*:
http://www.computerhistory.org/

дзе пошук "360/91" паказвае наступнае:
Назва артэфакта: Кансоль аператара System 360 Model 91

Вытворца: International Business Machines Corporation (IBM)

Нумар мадэлі: 360/91 або 91

Катэгорыя: Датчык: панэль кіравання

Год: каля 1968

Цэнтр гісторыі: ID # X01321.1997

1. Фатаграфіі няма, але калі памяць не здраджвае, яна была каля 4 футаў у вышыню і 6 футаў у шырыню, з магчымасцю 16 лямпачак на квадратны цаля. Шыльдзік «IBM 360/91» быў скрадзены ў чаканні самавывазу. Астатнюю частку машыны распілавалі і кінулі ў кіслотныя ванны для здабывання золата.
2. TECO (тэкставы рэдактар ​​і карэктар) быў і рэдактарам, і мовай для пісьмовых рэдактараў. Пры выкарыстанні "голай" мова каманд была разрэджанай і загадкавай, падобнай да ДДТ. Пры выкарыстанні ў якасці асновы для прадуктаў "вышэйшага ўзроўню", такіх як EMACS, яго моц можна было б лёгка ацаніць. «Займайцеся каханнем, а не вайной!» быў знаёмы спеў на дэманстрацыях супраць вайны ў В'етнаме ў 1960-х і 70-х гадах .

*	А затым пераехаў у Маунтин-Вью, Каліфорнія, у 2002 годзе.

1. Для тых, хто не памятае, RP06 мае памер посудамыйнай машыны , важыць 600 фунтаў і выкарыстоўвае здымны дыск, які змяшчае каля 175 мегабайт. У 1977 годзе гэта была захапляльная навіна, бо яна падвоіла магутнасць свайго папярэдніка, RP04 .
2. DDT паходзіць ад PDP-1 (дзе гэта абазначала DEC Debugging Tape, паколькі ён быў выкананы з папяровай стужкі), прыкладна ў 1960 годзе, праз PDP-6 (які быў папярэднікам PDP-10), і паходзіць ад больш ранняга знішчальнік памылак, FLIT (Flexowriter Interrogation Tape) на папярэдніку PDP-1, TX-0, на 2-м паверсе будынка 26 Масачусецкага тэхналагічнага інстытута. Першапачаткова і DDT, і TECO былі зроблены ў MIT для PDP-1[1]. DDT жыве ў сучасных адладчыках, такіх як GDB, дзе захавалася большасць яго канцэпцый - калі не унікальны карыстальніцкі інтэрфейс.
3. Пастаянны паток сімвалаў выклікаў збой; сістэма аднавілася, але ўстойлівы паток працягваўся; зноў адбыўся збой сістэмы, і так усю ноч.
4. 8-бітныя каманды таксама магчымыя, але не абавязковыя. Першапачаткова яны вырабляліся з ключом "Meta", які быў даступны на некаторых выбраных тэрміналах, такіх як Datamedia 2500. Але прыкладна з 1990 года стала больш важнай магчымасць уводзіць 8-бітныя сімвалы дадзеных, такія як акцэнт лісты італьянскай і іспанскай моў; спецыяльныя літары нямецкай і ісландскай моў; нелацінскія літары рускай, грэчаскай, яўрэйскай і інш.
5. Пачаткоўцам у вылічальнай тэхніцы можа не спадабацца аддзяленне рэдагавання тэксту ад фарматавання тэксту або перавага ўбудавання каманд фарматавання звычайнага тэксту ў тэкст у параўнанні з ручным вылучэннем гэтага слова тлустым шрыфтам, гэтага слова курсівам і гэтак далей у тэкставым працэсары. Але тут не месца гэта тлумачыць.
6. Права ўласнасці на Scribe з тых часоў некалькі разоў пераходзіла з рук у рукі і больш не так лёгка вызначыць, але, як паведамляецца [2001], яны ўсё яшчэ працуюць.
7. Гэта быў лозунг LCG, закліканы запэўніць сваіх кліентаў у тым, што лінейка 36-разрадных кампутараў будзе жыццяздольнай на працягу 1980-х гадоў. Кубкі, футболкі, налепкі і іншыя дробязі з гэтым слоганам і лагатыпам парусніка выдаваліся ў велізарных колькасцях прыкладна ў 1980-82 гадах.

[ Топ ] [ Наступны ] [ Папярэдні ]

БІБЛІЯГРАФІЯ

1. Ален, Джон, Анатомія Lisp , McGraw-Hill, ISBN 007001115X, 1978.
2. Bobrow, DG, і JD Burchfiel, DL Murphy, RS Tomlinson, TENEX, A Paged Timesharing System for the PDP-10 , CACM Vol 15 No 3, March 1972.
3. да Круз, Фрэнк, Керміт, Пратакол перадачы файлаў , Digital Press, 1987.
4. DECsystem-10/DECSYSTEM-20 Даведнік па апаратным забеспячэнні , Том I, Цэнтральны працэсар, Digital Equipment Corporation, EK-10/20-HR-001, 1978.
5. TOPS-20 Monitor Calls Reference Manual , AA-FV52A-TM (напрыклад, для TOPS-20 6.1, верасень 1985 г.).
6. Даведнік асэмблера MACRO , AA-4159B-TM, красавік 1977 г.
7. DECsystem-10 Journal of Applications and Research (без даты; верагодна, 1973 ці 1974 і, верагодна, адзіны выпуск); папярэднік Digital Technical Journal.
8. Джанон, Крысцін, рэдактар, Kermit News , перыядычна публікуецца праектам Керміт, Калумбійскі універсітэт, 612 West 115th Street, New York, NY 10025.
9. Горын, Ральф, Уводзіны ў праграмаванне на мове асэмблера DECSYSTEM-20 , Digital Press, 1981.
10. Кнут, Дональд Э, Мастацтва камп'ютэрнага праграмавання , ...
11. Knuth, Donald E, TeX and Metafont , Digital Press, 1979 (цяпер прадмет для калекцыянавання).
12. Мэрфі, Дэн, Арганізацыя і кіраванне захоўваннем у TENEX , Працы канферэнцыі AFIPS Vol. 41, 1972.
13. Петэрсан, Джэймс Л., Камп'ютарныя праграмы для выяўлення і выпраўлення арфаграфічных памылак , CACM, V23 #12, снежань 1980 г.
14. Столман, Рычард М., EMACS, пашыраемы, наладжвальны, самадакументаваны рэдактар ​​дысплея , ACM SIGPLAN Notices, V16 #6, чэрвень 1981.
15. Стыл, Гай Л., Дон Вудс, Рафаэль Фінкель, Марк Крыспін, Джэф Гудфелау, Рычард Столман, Слоўнік хакера , Harper & Row, 1983.
16. Хафнер, Кэці і Мэцью Ліён, Talking Headers (гісторыя электроннай пошты), Washington Post Magazine, 4 жніўня 1996 г.

[ Топ ] [ Папярэдні ]

СПАСЫЛКІ

Усе гэтыя спасылкі сапраўдныя па стане на 9 лютага 2019 г.; 14 іншых былі выдалены ў той дзень, таму што сайты або старонкі зніклі.

Дэн Мэрфі

Вікіпедыя

Дакументы Дэна Мэрфі TECO, TENEX і TOPS-20

http://tenex.opost.com/

TENEX і TOPS-20

Дэн Мэрфі, IEEE Annals of the History of Computing , том 37, нумар 1, студзень-сакавік 2015 г., стар.75-82.

TENEX (аперацыйная сістэма) , Вікіпедыя.

Агляд непасрэднага папярэдніка TOPS-20.

KLH-10: эмулятар KL10/KS10 Кена Харэнстыена (упершыню выпушчаны 10 лістапада 2001 г.):

http://klh10.trailing-edge.com ( АБ'ЯВА ).

Эмулятар SIMH PDP-1/4/7/8/9/10/11/15 Боба Супніка:

http://simh.trailing-edge.com/

Планета PDP Пола Алена (праект рэстаўрацыі і захавання PDP-10, PDP-11, PDP-8)

http://www.pdpplanet.com

Гісторыя вылічальнай тэхнікі ў Калумбійскім універсітэце:

http://www.columbia.edu/cu/computinghistory/

Мовы праграмавання DECSYSTEM-20 (Columbia U):

http://pdp-10.trailing-edge.com/mit_emacs_170_teco_1220/01/info/old-languages.info.html

http://www.columbia.edu/kermit/ftp/dec20/languages.info

Кіраўніцтва па праграмаванні на мове асэмблера DECSYSTEM 20 (Columbia U):

http://www.columbia.edu/kermit/ftp/dec20/assembler-guide.txt

Арыгінальны сайт праекта Kermit:

http://www.kermitproject.org/

DECsystem-10 Керміт:

Вэб-старонка PDP-10 Kermit

DECSYSTEM-20 Керміт:

Вэб-старонка PDP-10 Kermit

Паштовы кліент MM і CCMD:

СПАМПАВАЦЬ .

Фонд свабоднага праграмнага забеспячэння (пачалося з EMACS на PDP-10):

http://www.gnu.org/

Музей гісторыі кампутараў:

http://www.computerhistory.org/

Дакументы Дэна Мэрфі аб TENEX і TOPS-20:

http://www.opost.com/dlm/tenex/index.html

ITS - несумяшчальная сістэма падзелу часу

http://www.cosmic.com/u/mirian/its/

Старонкі гісторыі Джона Макарці:

http://www-formal.stanford.edu/jmc/history/

Unix для карыстальнікаў TOPS-20 Нэльсана Бібі (1987)

http://www.math.utah.edu/~beebe/publications/1987/t20unix.pdf

PDP-10 Webring:

http://n.webring.com/hub?ring=pdp10&id=1&hub

CyberMuseum Гордана Бэла для Digital Equipment Corporation:

http://research.microsoft.com/~gbell/Digital/DECMuseum.htm

Архіў праграмнага забеспячэння PDP-10 Ціма Шопа:

http://pdp-10.trailing-edge.com/

36 біт Джо Сміта назаўжды!:

http://www.inwap.com/pdp10/

Фота Tymshare PDP-10 (KA, KI, KL) 1980 года:

http://www.inwap.com/pdp10/tymshare/BubbRoad/

Публічны доступ SDF TWENEX::

http://twenex.org

GCC для PDP-10:

http://pdp10.nocrew.org/gcc/

Дадатковы гласарый (галоўным чынам для тэрмінаў і абрэвіятур RJE/NJE):

http://publib.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/IEA1M503/GLOSSARY

Дайджэст Info-Kermit

Архіў дайджэстаў Info-Kermit (1983-1995)

Група навін Kermit:

навіны:comp.protocols.kermit.misc

Архівы (1994-2006)