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

[form]

Хитрость в том, что если редактируется русский текст

С учетом того, что я использую родные непеределанные системы, даже при всем желании русский текст редактировать не получится
Точнее сама система как многотерминальная позволяет вводить-выводить 8bit, но это нужно флаги терминала выставлять. А KED/K52 все-равно с 8bit не работает. Там я смотрел в сорцах - есть зарубки в коментариях, но времени не было поковырять.

---------- Post added 20.11.2012 at 00:04 ---------- Previous post was 19.11.2012 at 23:58 ----------

Вобщем сейчас все отлично. HOLD вот только напрягает путанницей ибо все свалено в кучу до приведения собственно HOLD в неработоспособность

[Patron]

я использую родные непеределанные системы

Тогда проблем быть не должно.

Для контроля обмена управляющими кодами можно добавить в используемый файл конфигурации консоль, на которую будут копироваться байты, передаваемые из порта в терминал и из терминала в порт:

[objects]
Con = Ядро:Console


[links]
ComPort > Con
VT52    > Con

[form]

Тогда проблем быть не должно.

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

[Patron]

все свалено в кучу до приведения собственно HOLD в неработоспособность

На мой взгляд - там всё достаточно логично.

Сейчас после активации HOLD ( например, нажатием его кнопки ) скроллинг никогда не происходит до нажатия <Scroll Lock> ( или <Ctrl/Q> ).

[form]

На мой взгляд - там всё достаточно логично.

Сейчас после активации HOLD ( например, нажатием его кнопки ) скроллинг никогда не происходит до нажатия <Scroll Lock> ( или <Ctrl/Q> ).

Режим HOLD не предназначен для активации кнопкой. Он активируется програмно. С самим HOLD как таковым собственно проблем нет (по крайней мере на первый взгляд).

Зато кнопка, эмулирующая <SCROLL> херачит в линию то <DC3> то <DC1> тогда как эта клавиша на терминале ASCII кода не имеет ни постоянного ни сменного и ничего в порт не шлет сама по себе. Лишь должна проинструктировать терминал послать <DC1> если это требуется (вывод остановлен), а <DC3> ни сама клавиша не посылает, ни терминал к тому этой клавишей никогда не побуждается (у нас все-таки VT52, а не VT220).

Еще прикол. Запускаю прогу которая показывает коды нажатых клавиш, жму CTRL/S, прога честно рисует <023> (ну терминал конечно радостно мне меняет цвет HOLDу, к этому уже кажется привыкли), далее совсем смешно: нажимаю любую клавишу - скажем <CR>, он мне показывает, что нажаты <CR><DC1> тогда как никакого CTRL/Q я не нажимал. На лицо косяк который может заставить программы криво работать.

Все-таки по-моему не очень хорошая идея предполагать как ведет себя софт на основании своих правил

---------- Post added at 00:31 ---------- Previous post was at 00:22 ----------

Дописал еще идейку в список

[Patron]

Режим HOLD не предназначен для активации кнопкой. Он активируется програмно.

А у нас ещё и кнопкой!

Если эту кнопку не трогать - никто не пострадает, а если трогать - можно останавливать и продолжать вывод любого листинга при помощи кликов мыши, что бывает весьма удобно.

кнопка, эмулирующая <SCROLL> херачит в линию то <DC3> то <DC1>

Эта кнопка эмулирует <SCROLL> только когда вывод на экран остановлен в режиме HOLD. Всё остальное время эта кнопка переключает режимы Xoff/Xon ( что эквивалентно последовательным нажатиям <Cltrl/S><Ctrl/Q> ).

нажимаю любую клавишу - скажем <CR>, он мне показывает, что нажаты <CR><DC1> тогда как никакого CTRL/Q я не нажимал. На лицо косяк который может заставить программы криво работать.

Это косяк, исправленный вариант терминала VT52_19.11.12_22-06.

[Advertiser]

[form]

Если эту кнопку не трогать

Так тогда зачем мне этот режим? - один раз упереться в конец экрана и все на этом?

можно останавливать и продолжать вывод любого листинга при помощи кликов мыши, что бывает весьма удобно.

Э-э, я не про кнопку которая на экране - я про кнопку, эмулирующую <SCROLL>/<ROLL>.

переключает режимы Xoff/Xon ( что эквивалентно последовательным нажатиям <Cltrl/S><Ctrl/Q>

Что не эквивалентно останову/продолжению так как с точки зрения софта эти символы могут быть обыкновенными рядовыми ASCII кодами и попытка вмешательства (пример показал - жму одно, нажимается другое) может поломать всю картину

---------- Post added at 01:22 ---------- Previous post was at 01:17 ----------

Это косяк, в приложении - исправленный вариант терминала.

Во.
Теперь лишний CTRL/Q не выдается.
Осталась мелочь - отвязать кнопку ScrollLock от переключения режима и приделаеть ей родной функционал, да еще опционально убрать реакцию на CTRL/S и CTRL/Q вообще чтобы с толку не сбивали

Кстати ScrollLock параллельно работает по своему родному функционалу - по крайней мере лампочку переключает.

---------- Post added at 01:38 ---------- Previous post was at 01:22 ----------

Я тут кстати подумал - можно соединить HX и RTEM монитор и получить стопроцентно безконфликтную систему

[Patron]

Кстати ScrollLock параллельно работает по своему родному функционалу - по крайней мере лампочку переключает.

При включённом режиме KeyboardControlling = 1 ( в файле Terminal.ini ) - лампочка [Scroll Lock] индицирует состояние режима Xoff/Xon ( горит - Xoff, не горит - Xon ).

Если KeyboardControlling = 0 - терминал не может имитировать нажатия на <Scroll Lock> для синхронизации режима горения лампочки с режимом Xoff/Xon, поэтому в таком случае лампочка просто переключается при каждом нажатии на клавишу <Scroll Lock> без како-либо гарантированной системы.

опционально убрать реакцию на CTRL/S и CTRL/Q вообще чтобы с толку не сбивали

Добавлю такую возможность в следующем релизе.

можно соединить HX и RTEM монитор и получить стопроцентно безконфликтную систему

Что значит "соединить" ?
Я про RTEM ничего не знаю.

[form]

Если KeyboardControlling = 0 - терминал не может имитировать нажатия на <Scroll Lock>

У меня и стоит 0, а переключает ее система видимо

Что значит "соединить" ?
Я про RTEM ничего не знаю.

RTEM монитор - обычный RT-11, только собирается с опцией RTE$M=1 и файлом определений критических точек входа. При этом BSTRAP при загрузке патчит систему так, что вместо обращения к физическому железу в разных местах система вызывает соответствующие подпрограммы которые эмулируют нужный функционал (например переложив его на операционку внутри которой мы запускаем RT-11).
Посмотреть как это работает можно на CTAKAHе - команда "RTE /VS" загрузит RT-11 внутри RSX.

Ну а в данном случае, можно почти все подпрограммы заставить делать то, что они обычно и делали, а к примеру терминальные грамотно разделить одно от другого.

Хотя еще правильнее будет просто добавить такой функционал в сорцы системы (тем же способом как RTEM - заставить BSTRAP пропатчить)

[Patron]

RTEM монитор - обычный RT-11, только собирается с опцией RTE$M=1 и файлом определений критических точек входа. При этом BSTRAP при загрузке патчит систему

Т.е. диск ( или DSK-образ ) так загрузить нельзя.
Что BSTRAP будет патчить в 0-м блоке загружаемого образа..