Полигон-2

fre6lime, пробовали при загрузке жать что-то вроде Ctrl+Alt+Esc? Попадалсь мне отдалённо похожая XT-шка, там была как раз такая комбинация.
Можно и другие клавиши с Ctrl+Alt попробовать.

i8088 написал:

[q]

Это как??!BIOS там просто отображается на память, ничего копировать в буфер не надо (моя программа просто читает BIOS в файл).

[/q]

Нет. Ты не пишешь прямо из BIOS в файл.
Давай возьмем твою программу bios32.exe и прогоним в отладчике DEBUG.

Делай так :
debug bios32.exe
g 11a
t
g 260
тут введи имя файла
t
g 2a9
вот тут команда MOV AL,ES:[BX], которая байт из адресов BIOS читает в регистр AL
t
t
t
t
t
тут команда RET возврата из функции
t
тут функция вернула прочитанный байт в регистре AL
t
t
тут команда CALL и в эту подпрограмму в стеке передан прочитанный байт
t
g 14db
тут команда MOV -1[BX],AL, что прочитанный байт копирует в буферок в ОЗУ.
Это скрытый буферок. Ты в своей программе на Си его не заводил.
Си за тебя его завел. Главное, что BX=0B3Fh и буферок начинается с адреса DS:0B3Eh
А теперь идем прямо на первую запись в файл
g 1102
и ты увидишь INT 21h и в регистре AH число 40h, т.е вызов функции MS-DOS
записи в файл. А теперь смотри на регистры DS:DX. Откуда пишеться ?
Да DS:DX = DS:0B3Eh, т.е из скрытого буферка пишется.
А теперь на регистр CX смотри. Сколько пишется ? Да 200h байт пишется.
Это потому, что Си за тебя думает. Он автоматом буферирует побайтную запись в файл и пишет порциями размером в один сектор на диске. Ну а теперь набери
d b3e
d
d
d
Вот это и есть содержимое скрытого буферка. Он заполнился на 200h байт
и программа эту первую порцию в файл пишет. Из этого буферка в файл
пишется. Из буферка в сегменте данных программы. А не напрямую из BIOS.

Так-что alecv видимо был абсолютно прав, когда писал :

alecv написал:

[q]

Видимо надо сначала копировать кусок памяти в буфер, а потом записывать. Некоторые BIOS-ы не пишут из старших адресов.

[/q]

И мы имеем дело именно с этим "некоторым BIOS-ом"

И именно поэтому не удалось свалить в файл дамп материнского BIOS с помощью DEBUG.
fre6lime написал:

[q]

С дабаговским явно что-то не то =\

[/q]

Не в DEBUG дело, а в том, что BIOS (точнее код в нем) именно что "некоторый".

Ethereal написал:

[q]

Нет. Ты не пишешь прямо из BIOS в файл.

[/q]

Да, здесь я погорячился, прямо на диск писать можно, только устанавливая адрес
буфера обмена с HDD/FDD на интересующие адреса BIOS (здесь или писать
посекторно, без файловой системы, или работать с ФС вручную), а записать на диск
информацию меньше размера сектора вообще невозможно.


Ethereal написал:

[q]

Это потому, что Си за тебя думает.

[/q]

А за тебя думает int0x40/int0x13/DOS. DOS тоже имеет настраиваемую буферизацию.


Ethereal написал:

[q]

И мы имеем дело именно с этим "некоторым BIOS-ом"

[/q]

Это противоречит здравому смыслу. Если бы нельзя было читать BIOS без буфера, его
код просто не мог бы быть исполнен.Я думаю дело просто в баге реализации int0x40
и/или int0x13. Предлагаю не использовать вообще сервисы DOS и BIOS, а просто
сохранить посекторно на дискету/HDD, работая с HDD/FDD через регистры.

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

Ethereal написал:

[q]

Я думал будет понятно, что я именно об этом и говорю.

[/q]

Мне это совсем не было понятно из текста в предыдущих сообщениях.

Я поддерживаю, что возможно виноват BIOS MFM контроллера. Надо попросить автора
сделать это сохранение на floppy, и для чистоты эксперимента вытащить из платы MFM
controller, чтобы его расширение int0x13 убрать.

Вот здорово.
Путь к решению задачи вышел весьма замысловатым, причем к финишу привел совершенно неожиданный поворот