Полигон-2

Как всегда, полчаса дела растянулись на два. Продолжаю.

MEM показал, что PATCH в памяти.

Хм... с LDEVICE и обычным CDR112.sys MSCDEX тоже зависает. Помнится, была еще программка, LOADSYS или как то так.

Ок, проверю прямо сейчас.

Перебирал дрова Сони, версии:
без версии, без описания, без исталлятора - зависает SLCDE.SYS
1.71, без описания, но с инсталлятором - зависает CLCD.SYS
1.73, без описания, но с инсталлятором - тоже самое
2.20 - инсталлятор (куча запутанных батников) не установил все, что нужно, но в большом описании расписаны опции для установки на XT, разбираюсь... заодно расписаны требования к ДОСу. Таки этот драйвер на ХТ должен работать, лишь бы линуксоиды не наврали насчет Сони-интерфейса данного привода.

Что характерно, все инсталляторы пихают порт 340, и на плате можно выбрать такой. Это говорит в пользу версии о Сони-интерфейсе. Разные другие драйверы, для других интерфейсов - совсем другие диапазоны портов. В общем - есть шанс.

Так это он и есть: полное название производителя-привода: Optic Storage - Dolphin 8000AT 2x

[q]

А попробуйте-ка вот так: загрузите device=cdr112_2.sys /P:320 /D:banana через config.sys, а потом уже запустите patch.com обычным образом, и только потом mscdex.exe

[/q]

uav1606, вот это - заработало!!! Даже не знаю, как выразить Вам свою благодарность, слов нет! Респект!

Прописал PATCH.COM перед MSCDEX.EXE в AUTOEXEC.BAT

В приводе - диск дистрибутива W2K3S, фото внизу. И самописные CD-R - тоже читает!

uav1606, я так понимаю, что PATCH.COM правит кусочек кода загруженного драйвера на совместимый с 8088?

Завтра под ДОС 3.3 повторю, заодно и DOL108.SYS проверю.

das написал:

[q]

uav1606, я так понимаю, что PATCH.COM правит кусочек кода загруженного драйвера на совместимый с 8088?

[/q]

Попытаюсь объяснить... В коде драйвера есть одна инструкция для процессора 80186/188+ - rep insb (FCh 6Ch). Чтобы этот код заработал на 8086/88, нужно поменять всё это на примерно такой код:

    push ax
loop_1:
    in  al,dx      
    mov  es:[di],al
    inc  di
    loop  loop_1    
    pop ax


Проблема в том, что если я "инъектирую" этот код в драйвер и перекомпилирую его, то он не работает, т.к., видимо, где-то смещаются адреса, т.к. файл становится длиннее.
Поэтому я сделал следующий "костыль": заменил в драйвере hex-редактором rep insb (FCh 6Ch) на int 0f1h (CDh F1h) - вызов неиспользуемого обычно прерывания F1. Длина файла при этом не меняется.
А потом написал резидент patch.com, который вешается на это прерывание и выполняет вышеприведённый код, т.е. "развёрнутый" вариант инструкции rep insb для 86/88, а потом возвращает управление в точку вызова.

[q]

Убрать из "тела" процедуру, проверяющую длину файла, не?

[/q]

Xalveyn, не уверен, что она там есть. Там просто может быть код вроде mov ax, какое-то число. Дизассемблер не поймёт, что это адрес или часть адреса, и не скорректирует его при повторной компиляции файла с изменённой длинной. И таких точек может быть полно - надо полностью разбирать код.
Были б исходники, тогда другое дело.