Patron, Подскажите пожалуйста, есть-ли возможность подсоединить папку WorkDir.
Так-же будет полезна эмуляция принтера.
Спасибо.
Вид для печати
Patron, Подскажите пожалуйста, есть-ли возможность подсоединить папку WorkDir.
Так-же будет полезна эмуляция принтера.
Спасибо.
Да. Не работает (последняя сборка 0.94).
---------- Post added at 23:12 ---------- Previous post was at 23:06 ----------
Отбой, Надо было сделать Alt на клавиатуре а Click мышкой.
---------- Post added 13.02.2015 at 00:07 ---------- Previous post was 12.02.2015 at 23:12 ----------
Ещё проблема.
Попробовал загрузить эм.PDP11 в конф. Server через эм. VT52 c папки AT11SJ.5M - загрузка не прошла, пишет HX-W-Bad Packet.
---------- Post added at 00:42 ---------- Previous post was at 00:07 ----------
Баг получается вот такой.
Заметил, при загрузке частота процессора подскакивает примерно до 600Мгц хотя стоит в True. Ну и процессор там ещё ВМ1.
Опробовал загрузку HX на Э100/25 (эмулятор). Загрузиться правда не загрузилось (ибо телнет только под рукой), но загрузчик загоняет и запускает.
Для работы нужно символ подсказки установить на "$". А скрипт оформить в виде команд диагрома:Это дословный скрипт - в нем нет никаких спецсимволов (вроде эмулятора LF). По сути команды эмулируют пульт старых UNIBUSных машин (каковой в сущности Э100/25 и является).Код:L 10000
D 12706
D 10000
D 12746
D 340
D 12746
D 10016
D 2
D 4567
D 14
D 105737
D 177560
D 100375
D 113703
D 177562
D 207
D 105737
D 177562
D 105737
D 177564
D 100375
D 112737
D 26
D 177566
D 12700
D 1000
D 5004
D 4715
D 110324
D 5300
D 1374
D 5007
L 10000
S
Ну, разумеется на живой Э100-25 без пульта (настоящего) не обойтись - как минимум придется повернуть ключик и нажать пару рычажков :)
Обновилась текущая сборка эмулятора терминала типа VT52: VT52_20.02.15_14-38
Изменения:
1. Произведён апгрейд до текущей версии модульного API.
2. Повышена совместимость терминала с игрой Space Invaders - теперь таблица результатов задерживается на экране на 4 секунды.
...
Есть ошибка в этой сборке.
При конфигурации НХ_СОМ происходит постоянная трансляция символа "0" после появления промпта.
Запускал 3 раза.
Скрытый текст
Код:==================== Протокол начат: 23/02/2015 14:54:15 =====================
000002
@000002
@
000004/000000 @
000000/000000 0000000/000000 0000000/000000 00000/000000 0000/000000 000/000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000000000000000000
================== Протокол остановлен: 23/02/2015 14:54:42 ==================
================== Протокол продолжен: 23/02/2015 14:54:48 ==================
0000000000000000000000000000000000000000000000000000000000000000000000000000000Щ
000002
@000002
@
000004/000000 @
000000/000000 000000/000000 000000/000000 000000/000000 000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000Э
================== Протокол остановлен: 23/02/2015 14:55:00 ==================
================== Протокол продолжен: 23/02/2015 14:55:07 ==================
0000000000000000000000000000000000000000000000000Э 000002
@000002
@
000004/000000 @
000000/000000 0
@0000/000000 00
@
000002/000002 0@
000000/000000
000002/000000
@
@002000000
@
000004/000000
@@
000000/000000
@
000002/000000 000000/000000 000000/000000 000000/000000 000000/000000 00000/0000
00 0000/000000 000/000000 000/000000 0000/000000 0000/000000 0000/000000 000/000
000 000/000000 000/000000 000/000000 0000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000Э
================== Протокол остановлен: 23/02/2015 14:55:26 ==================
[свернуть]
На предыдущей сборке всё нормально. Конфигурация HX_COM.cfg и Terminal_ComPort_Adapter.ini на обоих сборках одинаковая.
Ещё вот такой вариант проскакивает.
Скрытый текст
Код:==================== Протокол начат: 23/02/2015 15:14:49 =====================
000002
@000002
@
000004/000000 004/000000 004/000000 0004/000000 0004/000000 0004/000000 0004/000
000 0004/000000 004/000000 004/000000 0004/000000 0004/000000 00004/000000 00000
4/000000 00004/000000 0004000000004000000004000000004000000004000000004000000004
00000000400000000400000000400000000400000000400000000400000000400000000400000000
40000000040000000040000000040000000040000000040000000040000000040000000040000000
04000000004000000004000000004000000004000000004000000004000000004000000004000000
00400000000400000000400000000400000000400000000400000000400000000400000000400000
00040000000040000000040000000040000000040000000040000000040000000040000000040000
00004000000004000000004000000004000000004000000004000000004000000004000000004000
00000400000000400000000400000000400000000400000000400000000400000000400000000400
[свернуть]
Обновилась текущая сборка эмулятора терминала типа VT52: VT52_23.02.15_18-57
Изменения:
1. Исправлена ошибка модульного API, приводившая в некоторых случаях к неправильному соединению сокетов.
2. В образы дисков добавлен тест быстродействия DHRY.SAV
...
Что-то попытка загрузиться с HX с HX_COM приводит к тому, что команды пульта шлются без всякого ожидания и естественно ничего не поспевает... Что-то поменялось?
---------- Post added at 23:00 ---------- Previous post was at 22:58 ----------
И еще хрен про которую все забываю сказать... В Win 8.1 если окно эмулятора текущее, блокируется кнопка Start - видимо она через тот же хандлер проходит что и клава.
form, Надо изменить в выбранной конфигурации c 0 на 1 в строке -
Находится она в секции [VT52.ini]Код:InitialStateOf[SlowMultiByte] = 1
Да, в код была внесена глупая ошибка, из-за которой отключилось ожидание эха и ожидание пробела после передачи LF. Ожидание промпта ошибка не нарушила, поэтому заметить её при тестировании не удалось.
Надо отметить, что ожидание эха и ожидание ответа пульта после LF по идее должны включаться только если промпт состоит из одиночного символа "@", поэтому для всех остальных промптов ничего не изменится даже после исправления обсуждаемой ошибки ( исправление выложу завтра ).
Обновилась текущая сборка эмулятора терминала типа VT52: VT52_03.03.15_13-20
Изменения:
1. Исправлена ошибка в коде объекта ODT_Loader, отключавшая ожидание эха после передачи цифр и ожидание ответа пульта после передачи LF или /.
2. Добавлен файл ODT-скрипта TU58_Boot_(177560).odt, иллюстрирующий поддержку сервером HX загрузочного протокола TU58.
...
Не помогло:Код: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> SE PO TY SO
Local> C BIGSYS_CONS
Password>
Local -010- Session 1 to BIGSYS_CONS on node PDP11.ORG.RU established
*
Testing in progress - Please wait
Memory Size is 4088 K Bytes
9 Step memory test
Step 1 2 3 4 5 6 7 8 9
Message 04 Entering Dialog mode
Commands are Help, Boot, List, Setup, Map and Test.
Type a command then press the RETURN key:
165224
@?
@
Local> SE SES PAS
Local> RE
Local -012- BIGSYS_CONS session 1 resumed
?
@10000/000000 12706
00010002/000000 00
00010004/000000 746
00010006/000000 340
00010010/000000 12746
00010012/000000 10016
00010014/000000 4567
00010016/000000 14
00010020/000000 5737
00010022/000000 177560
00010024/000000 0375
00010026/000000 113703
00010030/000000 77562
00010032/000000 207
00010034/000000 105737
00010036/000000 7562
00010040/000000 105737
00010042/000000 7564
00010044/000000 100375
00010046/000000 2737
00010050/000000 26
00010052/000000 77566
00010054/000000 12700
00010056/000000 000
00010060/000000 004
00010062/000000 715
00010064/000000 110324
00010066/000000 5300
00010070/000000 74
00010072/000000 7
@10000G
007724
@
---------- Post added at 17:01 ---------- Previous post was at 16:44 ----------
Отбой! Это мой косяк - из-за неудобного именования файлов выбрал не тот архив.Код: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> SE PO TY SO
Local> C BIGSYS_CONS
Password>
Local -010- Session 1 to BIGSYS_CONS on node PDP11.ORG.RU established
Local> SE SES PAS
Local> RE
Local -012- BIGSYS_CONS session 1 resumed
*
Testing in progress - Please wait
Memory Size is 4088 K Bytes
9 Step memory test
Step 1 2 3 4 5 6 7 8 9
Message 04 Entering Dialog mode
Commands are Help, Boot, List, Setup, Map and Test.
Type a command then press the RETURN key:
165232
@10000/000000 12706
00010002/000000 10000
00010004/000000 12746
00010006/000000 340
00010010/000000 12746
00010012/000000 10016
00010014/000000 2
00010016/000000 4567
00010020/000000 14
00010022/000000 105737
00010024/000000 177560
00010026/000000 100375
00010030/000000 113703
00010032/000000 177562
00010034/000000 207
00010036/000000 105737
00010040/000000 177562
00010042/000000 105737
00010044/000000 177564
00010046/000000 100375
00010050/000000 112737
00010052/000000 26
00010054/000000 177566
00010056/000000 12700
00010060/000000 1000
00010062/000000 5004
00010064/000000 4715
00010066/000000 110324
00010070/000000 5300
00010072/000000 1374
00010074/000000 5007
@10000G
HX 2.0 - Warm boot v1.3 177560
HX DSK/TTY multiplexer v3.1 2014
SL V08.00 [SW] Сторожевых С.В. 1988
RT-11SJ (Y) V05.04 G
.SE USR NOSWAP
.SE EXIT NOSWAP
.SE TT SCOPE
.LO SL
.SE SL ON
.DAY
Время Дата
17:00:12 03-Мар-2015, Вторник
.
---------- Post added at 17:03 ---------- Previous post was at 17:01 ----------
Кстати - вроде предлагал уже - есть смысл в случае загрузки с HX автоматом прямо из драйвера включать NOSWAP хотя бы для USR. Для EXIT опционально - мало ли :)
---------- Post added at 17:10 ---------- Previous post was at 17:03 ----------
Пользуясь случаем...Код:.R DHRY
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 849 dhrystones/second.
.R DHRY
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 849 dhrystones/second.
.D 1000=52737,14,177746,104350
.ST 1000
.R DHRY
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 351 dhrystones/second.
.R DHRY
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 352 dhrystones/second.
.
Тогда можно запустить тестовый вариант эмулятора VT-52, который протоколирует в файле HX_COM.log все байты, получаемые и передаваемые объектом ODT_Loader ( в квадратных и фигурных скобках соответственно ).
У меня всё работает как надо, вот пример обработки нескольких строк скрипта:
[015][0][1][0][0][1][4][/][1][7][7][7][7][7][ ] <<< ANSWER O.K. >>> {2}[2] (ECHO O.K.) {012}
[012]
[015][0][1][0][0][1][6][/][0][0][0][0][0][0][ ] <<< ANSWER O.K. >>> {4}[4] (ECHO O.K.) {5}[5] (ECHO O.K.) {6}[6] (ECHO O.K.) {7}[7] (ECHO O.K.) {012}
[012]
[015][0][1][0][0][2][0][/][1][7][7][7][7][7][ ] <<< ANSWER O.K. >>> {1}[1] (ECHO O.K.) {4}[4] (ECHO O.K.) {012}
...
Точность здесь - весьма относительное понятие :)
Код:.RU DHRY ! 50 Hz clock
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 849 dhrystones/second.
.D 1000=52737,6000,177520,104350
.ST 1000
.RU DHRY ! 800 Hz clock
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 53 dhrystones/second.
.D 1000=42737,2000,177520,104350
.ST 1000
.RU DHRY ! 60 Hz clock
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 707 dhrystones/second.
.
Это не мешает ей выдавать совершенно разные результаты в зависимости от монитора даже при неизменной частоте таймера (совпадающей с мониторной установкой):Итого - имеем 5 разных результатов для разных мониторов :)Код:.BO SY:
RT-11ZM (S) V05.07
.SET TT QUIET
?ETM-I-Date & time - 3-MAR-2015 17:42:10
?ETM-I-Time server - 70-71-BC-50-EB-D0, OpenBSD 5.5 amd64
.R DATE
.RU D10:DHRY
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 534 dhrystones/second.
.RU D10:DHRY
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 534 dhrystones/second.
.BO RT11SB
RT-11SB (S) V05.07
.SET TT QUIET
?ETM-I-Date & time - 3-MAR-2015 17:42:41
?ETM-I-Time server - 70-71-BC-50-EB-D0, OpenBSD 5.5 amd64
.R DATE
.RU D10:DHRY
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 733 dhrystones/second.
.RU D10:DHRY
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 733 dhrystones/second.
.BO RT11FB
RT-11FB (S) V05.07
.SET TT QUIET
?ETM-I-Date & time - 3-MAR-2015 17:43:09
?ETM-I-Time server - 70-71-BC-50-EB-D0, OpenBSD 5.5 amd64
.R DATE
.RU D10:DHRY
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 729 dhrystones/second.
.RU D10:DHRY
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 729 dhrystones/second.
.BO RT11XM
RT-11XM (S) V05.07
.SET TT QUIET
?ETM-I-Date & time - 3-MAR-2015 17:43:43
?ETM-I-Time server - 70-71-BC-50-EB-D0, OpenBSD 5.5 amd64
.R DATE
.RU D10:DHRY
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 609 dhrystones/second.
.RU D10:DHRY
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 609 dhrystones/second.
.
Вполне показательно - тест демонстрирует реальное быстродействие программы пользователя под управлением различных мониторов.
Если активировать драйвер замедления компьютера - результат тестирования можно уменьшить почти до любой желаемой величины.
...
Ну да - про то и говорю - зависит от монитора, частоты таймера и навешенного на таймер софта.Код:.RU D10:DHRY
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 534 dhrystones/second.
.RU D10:DHRY
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 534 dhrystones/second.
.VDT
VDT V05.07
*177520/003007 5007
*^C
.SET CLOCK 60
.RU D10:DHRY
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 445 dhrystones/second.
.RU D10:DHRY
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 445 dhrystones/second.
.
---------- Post added at 18:04 ---------- Previous post was at 17:58 ----------
Ну и на закуску RTEM-11 под RSX-11M-PLUS. TSX-Plus и RSTS/E под рукой сейчас нету.По хорошему надо бы в тему быстродействия вынести или еще куда...Код:>VCP CON RT11PR.SYS/DRV:DU/MOU:FOR
VCP - Device VF0: (DU4:) has been assigned.
>MOU DU3:/FOR
>FLX /RS/IM=DU3:DHRY.SAV/RT:5
>FLX DU4:/RT/IM=DHRY.SAV
>VCP DIS /USE
DMO -- TT0: dismounted from DU4: *** Final dismount initiated ***
18:01:41 *** DU4: -- Dismount complete
>RTE /VS
RTEM-11 (RSX-11M) V01.00
RT-11FB V05.07
.SET TT QUIET
.RU DHRY
DHRY v3.0 - Dhrystone (1.1)
This machine benchmarks at 193 dhrystones/second.
.
FЕАТУРЕ РЕЯУЕСТ :)
Мысль такая - когда в неактивном табе меняется инфа, подсвечивать его заголовок другим цветом (с возможностью отключения фичи)...
Такое вряд ли скоро появится - более реально сделать для всех окон режимы автоматической активации, как у окна системной консоли.
Для системной консоли можно задавать условие, при котором активируется закладка: None, First, Error, Warning, Any.
Для примера можно в файле Config.ini изменить параметр:
Тогда при каждом выводе информации на системную консоль - её закладка выйдет на передний план.Код:ActivationMode = Any
Ничто особо не мешает добавить такую же настройку для обычных консолей и терминалов. У закладок терминала есть настройка
Которая в принципе соответствует настройке ActivationMode = First.Код:nFocusOnFirstOutput = 1
Да, когда окна при выводе в них сами переключаются - это не всегда удобно. Но чтобы во всех темах всех версий Windows аккуратно подсвечивать закладку - надо ( по моим ощущениям ) основательно потрудиться. Если где-то есть работающий образец такого использования Win32 Tab Control с исходником на С++ - это может помочь.
По ходу тестирования эмулятора в Windows 8.1 - обнаружилась серьёзная несовместимость оконной системы Windows 8 со всеми предыдущими версиями Windows ( и со спецификацией Windows ).
В спецификации Windows чётко указано, что невозможно запретить оконной системе Windows отработку сообщения WM_NCACTIVATE при активации окна. А в Windows 8 это возможно !!!
Эта ошибка Windows 8 обнаружилась благодаря ошибке в оконной системе модульного API. Понятно, что мало кто внимательно читает спецификации Windiws, пока всё работает, поэтому оконная система эмулятора в одном из случаев пыталась выбросить сообщение об активации окна. Во всех версиях Windows, совместимых со спецификацией Windows, это не удавалось, поэтому всё работало как надо и ошибка не мешала, а в Windows 8 "ошибки нашли друг друга", сообщение об активации окна стало успешно выбрасываться и стандартная работа программы оказалась нарушена.
Обновилась текущая сборка эмулятора терминала типа VT52: VT52_02.05.15_20-12
Изменения:
1. Улучшена совместимость с оконной системой Windows.
2. В каталог HX Sources\XXDP\ добавлен исходник драйвера HX.SYS для XXDP2 и ТМОС-2.
3. Добавлен образ диска TMOS-2_HX.DSK и файл конфигурации TMOS-2_HX_COM.cfg для загрузки ТМОС-2 через HX.
Типа, вместо вторичного загрузчика RT-11 по адресу 1000 оказался ноль.
Проблема вызвана тем, что в файле конфигурации HX_IP.cfg используется RT-11 Warm Boot, позволяющий устанавливать при загрузке время и дату, но работающий только с RT-11.
Чтобы грузить по HX любую операционку - нужно использовать Cold Boot, для чего выкинуть из файла конфигурации все упоминания про UKNCcomSender, а в разделе [ODT_Loader.ini] - заменить начальный загрузчик на TU58_Boot_(177560).odt или HX Boot.odt :
Код:[ODT_Loader.ini]
ScriptFile = TU58_Boot_(177560).odt
InitialStateOf[Load]=0
SaveChangesFor[Load]=0
Wait_at_Prompt_sec=1
PromptChar="@"
---------- Post added at 14:52 ---------- Previous post was at 13:54 ----------
Чтобы уменьшить путаницу с загрузчиками - начиная со следующего релиза у RT-11 Warm boot изменится начальное сообщение.
Сейчас начальное сообщение такое:
Будет такое:Код:@10000G
HX 2.0 - Warm boot v1.3 177560
Код:@10000G
HX 2.0 - RT-11 Warm boot v1.3 177560
Проблема в том, что модифицированный первичный загрузчик RT-11 умеет грузить только RT-11, поэтому если указать именно его в файле конфигурации в качестве начального загрузчика, то ничего кроме RT-11 загрузить не получится.
Чтобы стандартный первичный загрузчик ( находящийся не в отдельном файле, передаваемом с впечатыванием даты, а в нулевом блоке диска ) мог устанавливать дату при загрузке - эту дату надо записать в память на этапе записи в память загрузочного ODT-скрипта, для чего требуется существенно доработать ODT_Loader.
Плюс такого решения в том, что один первичный загрузчик сможет осуществлять и Cold boot, и Warm boot, а минус в том, что увеличение объёма кода может заставить выкинуть из первичного загрузчика какую-то из уже реализованных функций ( например - использование сжатия в первичном драйвере ).
Дело в том, что содержимое памяти в момент загрузки произвольно, поэтому для различения режимов Cold boot и Warm boot - загрузчику надо передавать не только дату и время, но и контрольный код, позволяющий точно определить режим загрузки. Кроме того, загрузочное сообщение должно точно идентифицировать режим загрузки, для чего необходимо хранить заметно больше кодов ASCII.
---------- Post added at 16:12 ---------- Previous post was at 15:42 ----------
В принципе - избыточность можно вынести в ODT-скрипт, который заметно увеличится в размере, но зато после считывания нулевого блока диска - будет не сразу переходить на адрес 000000, а сначала патчить в памяти прочитанный блок.
Но тогда этот ODT-скрипт должен научиться различать первичные загрузчики HX из разных операционных систем, чтобы патчить только первичный загрузчик RT-11, из-за чего скрипт ( скорее всего ) раздуется настолько, что весьма неторопливый процесс записи скрипта в пульте через ODT_Loader имеет все шансы продолжаться около минуты.
По-моему куда проще просто передавать время в RT-11 на этапе загрузки и при том не иметь абсолютно никаких конфликтов с другими системами (а про HX, а равно и любое другое устройство с этой точки зрения и вовсе понятия не иметь).