Полигон-2

Я же сказала:

[q]

...здесь, в форуме, полно программистов. Я уверена, что каждый из них будет на пике счастья самоутвердиться. Там, где электроникам путь заказан.

[/q]

При удачной попытке ждать благодарностей со всех иноязычных сайтов, где поднята эта проблема с данным приводом? :D

Итак, сегодня, проверил новый CDR112XT.SYS, он замечательно работает! uav1606, Ваше вмешательство в драйвер оказалось вполне удачным!


Xalveyn написал:

[q]

При удачной попытке ждать благодарностей со всех иноязычных сайтов, где поднята эта проблема с данным приводом? :D

[/q]

Да!

В общем, всё стандартно, config.sys выглядит так:
DEVICE=C:\CDROMDRV\CDR112XT.SYS /D:OPTICS1 /B:0320 /S:2 /V

В autoexec.bat так:
C:\CDROMDRV\MSCDEX.EXE /D:OPTICS1 /L:D /V

Для полноты эксперимента сменил на контроллере и в CONFIG.SYS адрес с 320 на 340, всё работает. Заодно проверил работу с отключенными перемычками DMA и IRQ, ничего не изменилось, всё работает по прежнему.

С трудом, нашел таки болванку CD-RW, очистил, записал... не читает. Но этого никто и не обещал, что этот привод читать CD-RW должен.

Испытания "On the knee":

Babasha, ну, можно попробовать. Может, тогда отдельную тему создать? Или просто дайте ссылки на драйвера, я посмотрю, но по срокам ничего не могу сказать...

Мне кажется, лучше, создать по RANCHO отдельную тему. Или совокупность тем "Программная адаптация DOS 286 драйверов под 8088".
Ну и готовность получать за это контрибуции. Потому что Linux - код открытый. А юридическая сторона изменения подкопирайтного драйвера под подкопирайтную ОС, доселе не исследована.

Извините за занудство.

Babasha

Отучить от любви к определенному процессору можно любую программу, во всяком случае досовскую стопроцентно. Для этого берем книжки по ассемблеру, вытаскиваем на свет божий tasm и tlink 5 версии и начинаем кодить некий резидентный модуль, перехватывающий int 6h (invalid opcode, вызывается при неизвестной процу команде и еще некоторых случаях, описанных здесь.) При вызове int 6h процессор адресом возврата из прерывания (могу ошибаться, 20 лет прошло, как с этим разбирался) в стек пихает cs:ip той самой инструкции, которую не смог обработать. Таким образом, обработчик должен сэмулировать плохую команду командами проца i8086, разобрав ее по опкоду и определив операнды, потом записать в стек адрес следующей за вызвавшей прерывание команды вместо адреса текущей и сделать не что иное как iret, поле чего выполнение программы продолжится. Способ геморройный, ибо мозги придется напрячь, но для превращения 8086 в 80286 реального режима (виртуальный такими костылями не сделаешь) самый лучший.