Полигон-2

Сергей С, вот мои результаты:
- версия BIOS совпадает, байты по команде -e f600:0 и т.д. совпадают с тем, что у Вас (полностью все, что на Вашем первом экране)
- команда g=f600:0 приводит к зависанию без каких-либо надписей.
- команда g f600:0 пыводит на экран 3 строки абракадабры с разной скоростью появления символов и вешает комп.
- без винчестера при двух дисководах, если дискета не вставлена, компьютер ждет ее бесконечно долго. Никакие нажатия не приводят к таймауту ожидания. Как только вставлю дискету, началась загрузка.

Я теперь попробую родной комплект Бейсика и тут же отпишусь. Сейчас я пробовал комплект от Tronix-а, якобы тоже Мазовий-ный, но он слегка отличался от родного.
Теперь с Вашей помощью нужно подумать - как прервать ожидание системной дискеты. Ведь если у человека нет дискет вообще, но есть Бейсик в ПЗУ, то как-то его запустить нужно.

Попробовал другой комплект Бейсика.
- первые байты всех банков тоже совпадают.
- g=f600:0 выдает Devide overflow и выпадает из debug-а в DOS. g f600:0 выдает три строки абракадабры и вешает комп.
Может, перед выполнением g=... нужно было что-то куда-то заслать, как мне раньше советовали?

В среду распакую Мазовию №3 с 3-им по происхождению комплектом ПЗУ и доложу результаты по ней.

Я проверю, обе ли платы обращаются к дисководу одинаковое (бесконечное) время.
На счет rawrite - ничего не понял. что нужно сделать? И для проверки чего?
Ваш алгоритм устраивает.

Т.е. аналог Teledisk или DiskDup?
Я сделал две системные дискеты: 6.22 и 3.3 без всего. Т.е. только IO.SYS, MSDOS.SYS, COMMAND.COM
Я включил третью плату Мазовия (с третьим комплектом ПЗУ).
При запуске g=f600:0 всё виснет (по Ctrl-Alt-Del перезагружается)
При запуске g f600:0 выводится 3 строки абракадабры и виснет (по Ctrl-Alt-Del перезагружается).

Подтверждаю, что если дискета не вставлена, Мазовия через минуту выдает "Boot Disk Failure. Type key to retry".
Сергей С, если Вы настаиваете на Вашем образе системной дискеты, я ее сделаю, но ИМХО тут дело в том, что я испытываю на живой машине, а Вы - в эмуляторе.
Или может все-таки стартовый адрес не F600:0, а чуть другой?

При исполнении команд Бейсика сегмент кода должен указывать на начало всего 32кб блока, поэтому при переходе на его первую инструкцию/команду используют команду межсегментного перехода.
Влияет ли адрес его положения, похоже что да. При старте он проверяет количество основной памяти(до 640кб) через прерывание 12h, установленный видеорежим и прочее.
Итак, на имеющейся материнской плате EV-1824 с 286 процессором был произведён старт с загрузочной дискеты. Запустив debug и введя команды:

N basicc11.bin
L
R

узнав значение cs=162c, а ip=0100 учитываем что первая инструкция должна читаться как с ip=0, делаем переход дополнительно смещая сегмент на 10h параграфов

g=163c:0000

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

e 60:536
заменить на 01

Может и не понадобится редактировать данный байт, тут проверяется самый младший бит.(Вероятность 50/50, в первом приближении)
Но введя первую программу '10 print "Hello!"' и запустив её на исполнение(F2), ответа не последовало, зависло.
А вообще, при наличии каких условий разработчик предусмотрел корректный запуск своей программы, можно узнать у него.

У меня не возникло такой ассоциативной связи которую изложили как "предложенная правка биоса -> запуск не стабильный"
Сегодня я записал дискету 1.44Мб образом диска полученным от форматирования с системной дискеты DOS 3.30a, добавил basicc11.bin, debug и программу которую написал для возможности загрузки файла Бейсика в память по фиксированному адресу и передачи ему управления. И повторив позавчерашний эксперимент уже не с дискетой DOS6.22, а новой - я получил таки ответ Hello!. Поздоровалась не только EV-1824, но и две другие платы с i430vx и i810 чипсетами на которых я завершаю этот эксперимент, и делаю вывод что софт самой оси также оказывает непосредственное влияние на запуск с глюками. Так правка биоса с возможностью старта сразу встроенного Basic обеспечит лучший результат.
Upd: При наличии Бейсика в пзу, запустить его не перепрошивая биос можно просто изменив в дисковом редакторе программу начальной загрузки любой дискеты(обычно имеющей код начинающийся с EB xx 90), записав туда 5 байт указанных ранее justontime. Таким образом полностью исключается влияние DOS, например свой загрузчик имеет Memtest86.
Если 5 попыток опроса отсутствующей дискеты в флоппи дисководе занимает минуту, а лишь после этого будет при правленном биосе переход к запуску Бейсика при его наличии, кажется долгим, можете уменьшить их число, не забыв подправить контрольную сумму образа биоса.