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

[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 ----------

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

[Advertiser]

[Patron]

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

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

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

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

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

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

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

[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-м блоке загружаемого образа..

[form]

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

Почему это нельзя?
Собственно именно образ и грузится в обычном RTEM. Даже еще хитрее - комбинируется из двух образов рабочий.

Причем тут нулевой блок?
BSTRAP патчит сам монитор который он уже загрузил в память.

К примеру есть в системе код:

SPL7:	MOV	#340,@#PS
	RETURN

А мы работаем в другой системе, ни о каком PS речи не идет, зато можно запретить AST прерывания. BSTRAP патчит этот кусок кода по таблице и меняет его на

SPL7:	DSAR$S
	RETURN

К слову, и без всякого ртема загрузчик такие патчи накладывает - к примеру для LSI-11 меняет команды запичи-чтения PSW

Также можно пропатчить точки драйвера терминала (что RTEM также делает) чтобы получить над ними контроль. Для HX собственно достаточно именно этого и ничего больше.