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

[form]

Тогда в чем эмулятор работает?

В W8.1 x64

Для никсов есть свои терминалы в т.ч. и с телнет.

Для никсов (да и для виндовсов) лично для меня вопросов нет - по определению
Вопросы есть конкретно к реализации связки VT52 эмулятора (представленного в этой теме) через сеть
Начал я с малого - с просьбы реализовать BREAK для COM, а дальше по ситуации - нареканий множество (не к терминалу как к таковому, а к HX), с другой стороны - пока что HX в принципе непригоден для работы - только как начальный шаг для установки системы - а значит и вопросов особо нет

[Patron]

HX в принципе непригоден для работы

Я сделал вариант драйвера HX, работающий по прерываниям, но он в десятки ( если не в сотни ) раз медленнее, потому что входит в системный обработчик драйверных прерываний при приёме каждого байта.

[form]

Я сделал вариант драйвера HX, работающий по прерываниям, но он в десятки ( если не в сотни ) раз медленнее, потому что входит в системный обработчик драйверных прерываний при приёме каждого байта.

Ну тут выбор между работоспособностью системы и скоростью которую можно применить только в ограниченном объеме
Кстати DD тоже входит в обработчик, но скорость его отнюдь не ниже чем у HX.

[Patron]

Кстати DD тоже входит в обработчик, но скорость его отнюдь не ниже чем у HX.

Во-первых ( в смысле числа тактов процессора на один байт ), скорость у DD раза в 3 ниже ( что не играет роли при скорости процессора 1 MIPS, потому что максимальная скорость порта при этом в ~10 раз ниже максимальной пропускной способности драйвера ), а во-вторых там используют хитрый способ, не вызывая INTEN при приёме байтов пакета.

Сейчас альтернативный драйвер HX выглядит так: HY.zip

[form]

хитрый способ, не вызывая INTEN при приёме байтов пакета.

Чего ж тут хитрого - все элементарно - если не требуется долгих действий, никто не заставляет. Вручную пишешь xxINT: и сам обрабатываешь все прерывание

[form]

Посмотрел HY немного.
Проверял как чистый диск - без совмещения (если он вообще предусматривает такое).
Насчет скорости - проигрыша не заметил.
В XM/ZM работает.

Беглый взгляд на исходники:

.IIF NDF MMG$T,  MMG$T  =: 0
.IIF NDF ERL$G,  ERL$G  =: 0
.IIF NDF TIM$IT, TIM$IT =: 0

бесполезные строчки, они уже есть в .DRDEF, если же хочется переопределять, то лучше сделать файл префикса в котором определять настройки и подключать его прилагаемым COM файлом... в этом случае драйвер будет совместим с SYSGEN (против драйвера в котором эти параметры задаются вручную без отдельного файла).

.DrSet  ERLG,     1,   O.GEN,  NO
.DrSet  TIMIT,    4,   O.GEN,  NO

смело в мусорку как нерабочий код - нельзя перестроить драйвер с поддержкой/без поддержки device timeout и error logging в драйвер с поддержкой и наоборот всего лишь изменением H.GEN. Такое возможно только если драйвер не использует прерываний (или использует свою реализацию) или содержит полный вектор для системных подпрограмм драйвера и при перенастройке меняет ссылки на него (что опять таки требует отказаться от макрокоманд .DRAST, .FORK), что в любом случае требует дополнительных шагов которые не выполнены (попутно, добавка .BLKW в конце не поможет)

        .ASCIZ  /R HY.SYS/

тут нужно или учесть, что драйвер может называться не HY.SYS (XM, ZM к примеру), в идеале лучше вообще отказаться от использования команды "R", а просто подгружать драйвер прямо из SET и запускать (или даже не выходить за рамки пространства SET вовсе - как это сделать можно посмотреть например в LD)

.Word   CHAIN$ ! OVLY$

...и соответственно OVLY$ станет не нужен ибо будет по определению...

[Patron]

Проверял как чистый диск - без совмещения (если он вообще предусматривает такое)

Это чистый диск. Совмещение (по идее) невозможно.

[form]

Это чистый диск. Совмещение (по идее) невозможно.

Ну я так и понял из сообщения которое он выводит.
В целом вполне работает.
Чуть позже сделаю патч чтобы драйвер и под TSX собирался - пусть будет

[Patron]

просто подгружать драйвер прямо из SET

Здесь меня ограничило непонимание, как из обработчика SET узнать спецификацию файла "сетуемого" драйвера или получить открытый канал чтения/записи к этому файлу.

[form]

Здесь меня ограничило непонимание, как из обработчика SET узнать спецификацию файла "сетуемого" драйвера или получить открытый канал чтения/записи к этому файлу.

Знать не надо, он открыт на канале 17 (15.).

---------- Post added at 15:31 ---------- Previous post was at 15:27 ----------

И еще на тему запускаемых драйверов полезно посмотреть исходники SL - там для ON делается проверка, что это последняя опция в строке и дается предупреждение, что остальное игнорится если не так.