Эмулятор терминала типа VT52

[form]

OpenVMS который в составе эмулятора

В составе эмулятора нет и не может юыть OpenVMS
Там есть логин в систему OpenVMS и система при этом, разумеется, не настроит правильно тип терминала - по той причине, что клиент его просто не передает. Не настроит она его и если клиет передаст VT52 - это как уже было сказано выше неправильный тип согласно RFC, а OpenVMS с этим строг.

так работает в режиме VT52.

Разумеется, нет. Только сразу расставим точки над i. Сервер понятия не имеет ни о каких терминалах - у него просто нет такого функционала который бы требовал его знать. Тип терминала важен для запускаемых в сессии программ. И вот тут в зависимости от реализации или устанавливается переменная TERM (unix системы) -- тут как правило подойдет тип терминала "vt52" поскольку в termcap/terminfo базе есть такой алиас для dec-vt52, либо выставит тип терминала в локальных его настройках (OpenVMS) и вот тут важно, чтобы сервер при выставлении типа умел распознать переданный тип. "VT52", "VT100", "VT220" не будут опознаны как известный тип и тип терминала будет установлен как "unknown", что вызовет неработоспособность экранных программ...

[MiX]

В составе эмулятора нет и не может юыть OpenVMS

Я про конфиг.

Там есть логин в систему OpenVMS и система при этом, разумеется, не настроит правильно тип терминала - по той причине, что клиент его просто не передает. Не настроит она его и если клиет передаст VT52 - это как уже было сказано выше неправильный тип согласно RFC, а OpenVMS с этим строг.

Так клиент передаёт до или после логина.

Разумеется, нет. Только сразу расставим точки над i. Сервер понятия не имеет ни о каких терминалах - у него просто нет такого функционала который бы требовал его знать.

То есть это нужно операционке.

Тип терминала важен для запускаемых в сессии программ. И вот тут в зависимости от реализации или устанавливается переменная TERM (unix системы) -- тут как правило подойдет тип терминала "vt52" поскольку в termcap/terminfo базе есть такой алиас для dec-vt52, либо выставит тип терминала в локальных его настройках (OpenVMS) и вот тут важно, чтобы сервер при выставлении типа умел распознать переданный тип. "VT52", "VT100", "VT220" не будут опознаны как известный тип и тип терминала будет установлен как "unknown", что вызовет неработоспособность экранных программ...

Это идет согласование автоматически Телнетом?

[form]

То есть это нужно операционке.

Операционке самой - нет, а вот программам - да. В частности, DCL в OpenVMS согласно типу терминала решит - может ли он редактировать командную строку. Про экранные редакторы и так понятно...

Это идет согласование автоматически Телнетом?

Боюсь тут мы быстро выйдем за область моих знаний - я не знаток телнетного протокола, просто в памяти отложились некоторые ответы на вопросы которые в свое время задавал DEC/HP ну и чего сам накопал в поисках... Детально никогда не ковырялся...

[MiX]

Хорошо, не буду мучить.
Протокол согласования Здесь если что.

[form]

Хорошо, не буду мучить.
Протокол согласования Здесь если что.

Кстати так и не понял чего там не получилось с консолью через живой порт DS

Вроде все просто:

nrg:/tmp% telnet pdp-11.org.ru
Trying 85.118.227.58...
Connected to pdp-11.org.ru.
Escape character is '^]'.

Network Access SW V3.2 BL01 for DS90M   
DECserver 90M, Novosibirsk, RU

(c) Copyright 2005, Digital Networks, DNPG, LLC - All Rights Reserved
                 Visit us at www.digitalnetworks.net

Please type HELP if you need assistance

Local> C BIGSYS_CONS
Local -010- Session 1 to BIGSYS_CONS on node PDP11.ORG.RU established

Нажимаем CTRL, Shift и "-" - получаем подсказку и далее по тексту...

Local> SE SES PAS
Local> RE
Local -012- BIGSYS_CONS session 1 resumed

Вот после этого уже нельзя подсказку снова получить - командой SE SES PAS мы запретили распознавать любые комбинации и позволили передавать все что угодно... В оригинале подсказка вызывается по BREAK, но он нам нужен для другого - потому и перенастроил

[MiX]

form, Это лучше обсуждать в другой теме. А здесь надо выяснить однозначный ответ серверу на запрос о типе терминала. Скорей всего это IAC SB TERMINAL-TYPE IS DEC-VT52 IAC SE но что то очень длинная команда поэтому не уверен.

[Advertiser]

[form]

form, Это лучше обсуждать в другой теме. А здесь надо выяснить однозначный ответ серверу на запрос о типе терминала. Скорей всего это IAC SB TERMINAL-TYPE IS DEC-VT52 IAC SE но что то очень длинная команда поэтому не уверен.

В общем случае серверу вообще пофигу какой тип терминала, а в системах либо это предопределено заранее (RT-11 [ну можно использовать мой TTSET чтобы проверить тип на лету -- требует проверки в условиях далекого интернета]) либо можно явно опознать терминал (SET /INQUIRE=TI: -- RSX-11M/M+, MCR; SET INQ -- RSX-11M+; SET TERM/INQ -- VMS)... Из всех систем в любом случае только OpenVMS имеет функционал настройки типа терминала согласно переданного телнетом... Про UNIX-подобное не говорю

[Patron]

Обновилась текущая сборка эмулятора терминала типа VT52: VT52_04.11.14_01-42

Изменения:

1. Теперь при прекращении записи лога - терминал пишет в файл лога также и последнюю незавершённую строку.

2. В объект Terminal_IP_Adapter добавлена текстовая константа TelnetTerminalTypeReport :

[IP_Adapter.ini]
Listen_on_IP   = ""
Listen_on_Port = 0
Connect_to_IP  = 127.0.0.1
Connect_to_Port= 8023
Extended_Log=0
ReConnect=1
InitialStateOf[Connect]=1
SaveChangesFor[Connect]=0
NetMode = Auto
TelnetTerminalTypeReport = ""

Когда указанное значение не пустое - эта строка выдаётся в ответ на запрос типа терминала при согласовании опций протокола Telnet.

...

[shattered]

Из всех систем в любом случае только OpenVMS имеет функционал настройки типа терминала согласно переданного телнетом... Про UNIX-подобное не говорю

unix-подобное делает так же, если telnet-клиент передал переменную TERM.

[form]

unix-подобное делает так же, если telnet-клиент передал переменную TERM.

UNIX-подобное не делает также в силу отсутствия такого функционала
В OpenVMS (а также [к слову] в RSX, RSTS, TSX) тип терминала - это одна из настроек терминального устройства. Когда она выставлена правильно, сам терминальный драйвер умеет выполнять многие экранные функции. В UNIX же системах можно только передать TERM (о чем говорилось выше), а управление экраном должна взять на себя сама программа (ну или библиотека - slang, curses, ncurses итд), глядя на эту переменную