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

[form]

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

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

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

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

SPL7:	MOV	#340,@#PS
	RETURN

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

SPL7:	DSAR$S
	RETURN

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

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

[Patron]

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

А зачем вообще что-то патчить для HX..

Можно написать версию HX.SYS которая будет читать/писать байты не через порт, а через системные вызовы. Правда, такая версия будет быстро работать только на быстрых машинах - на ДВК-1 потеря скорости составит > 25%.

[form]

А зачем вообще что-то патчить для HX..

Можно написать версию HX.SYS которая будет читать/писать байты не через порт, а через системные вызовы. Правда, такая версия будет быстро работать только на быстрых машинах - на ДВК-1 потеря скорости составит > 25%.

Это сведется по сути к тому же самому, что и сейчас: сестема будет много времени проводить внутри драйвера и имеет все шансы вообще зависнуть нам навечно. А RT-11 бывает не только однозадачным
И по прежнему не решается возможный конфликт когда мы вычитываем не свои данные к примеру, а потом нам остается либо их выкинуть либо городить огромный огород много сложнее двух-трех хуков в систему.

Кстати в 5.6 и 5.7 терминальные хуки в принципе предусмотрены без вмешательства в исходники, но в старых системах такого не было.

Интересна также ситуация когда делается .READC который превращается в .READW с последующим прерыванием - для SJ это вообще смерть как правило. Надо потестить для интереса.

[Patron]

не решается возможный конфликт когда мы вычитываем не свои данные

Когда драйвер HX принимает данные от мультиплексора, то это всегда именно то, что ему нужно. Другое дело, что контрольная сумма принятых данных может не совпасть - тогда драйвер сообщит об ошибке чтения.

[form]

Когда драйвер HX принимает данные от мультиплексора, то это всегда именно то, что ему нужно. Другое дело, что контрольная сумма принятых данных может не совпасть - тогда драйвер сообщит об ошибке чтения.

Проблема не в этом.
Проблема в том, что сейчас фактически попав в драйвер запрос блокирует вообще все, в том числе в ситуации когда программа обязана продолжать выполнение, а вместо этого она довисит до конца, а потом возможно обрушится вместе с системой.

Кстати простой тест сделал - COP HX1:file HX0: и пока оно копируется потыкал в клавиши. Результат - output i/o error
Это так сказать безболезненный случай.

---------- Post added at 02:59 ---------- Previous post was at 02:46 ----------

...и снова возвращаясь к терминалам. Сделай возможность игнорирования "<ESC>[?2l" - то есть <ESC>[ может включить HOLD SCREEN, но если следом идут ?2l - отключить обратно.

Это добавит совместимости с софтом который пробует принудительно заVT52ить терминал.

---------- Post added at 03:05 ---------- Previous post was at 02:59 ----------

А-а, кстати RSTS/E который мне сейчас выдал этот самый <ESC>[?2l попросту прав. У тебя терминал отвечает как <ESC>/Z, соответственно RSTS/E справедливо считает, что это VT100 и на <ESC>[ не обидится

Для пробы на CM7209 сделал SET TERM/INQ - честно определил тип и не засветил HOLD SCREEN.

[Patron]

Проблема в том, что сейчас фактически попав в драйвер запрос блокирует вообще все, в том числе в ситуации когда программа обязана продолжать выполнение, а вместо этого она довисит до конца, а потом возможно обрушится вместе с системой.

Прерывания (кроме экрана и клавиатуры) не запрещены, поэтому непонятно, почему запрос блокирует ВООБЩЕ всё.. В многозадачной системе прерывание от таймера вызовет переключение и если порт поддерживает RTS/CTS - HX ничего не потеряет.

Типа, предлагается переключать прерывания экрана и клавиатуры на HX, не запрещая их ?

[form]

Прерывания (кроме экрана и клавиатуры) не запрещены, поэтому непонятно, почему запрос блокирует ВООБЩЕ всё..

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

---------- Post added at 03:20 ---------- Previous post was at 03:16 ----------

Типа, предлагается переключать прерывания экрана и клавиатуры на HX, не запрещая их ?

В идеале прерывания вообще не запрещаем и работаем по прерываниям, а на уровне точек прерываний уже разруливаем что куда. Ввод-вывод дробим на мелкие блочки, чтобы иметь возможность между ними просунуть высокоприоритетную информацию (терминальный ввод-вывод), ну и не ломать асинхронный ввод-вывод, превращая мощную достаточно систему в MS-DOS когда он дискету читает

Правда все это скорее для общего развития так как изначально наколько я понимаю HX задумывался как некий workaround для машины где ничего нет и нужно подняться с нуля, а в этом случае можно и потерпеть мелкие неудобства.

[Patron]

терминал отвечает как <ESC>/Z, соответственно RSTS/E справедливо считает, что это VT100

Это ответ 15ИЭ.

Нужно открыть файл Terminal.ini и изменить значение:

TerminalID_ANSI_STR = "\033/Z"

[form]

TerminalID_ANSI_STR

Кстати к ANSI это не имеет отношения. В ANSI запрос типа терминала есть только в двух вариантах:

• <CSI>c
• <ESC>[c

А ответ - длинная пачка свойств с тем же c в конце.
А <ESC>Z - это для совместимости оставлено

[form]

Во, теперь не HOLDится.

--
кстати, как вы этом форуме картинки под спойлер запихивать?