Переход в реальный режим в драйвере

Как я правильно понял дров - загружается вместе из системой. Если ето так, то для начала надо придумать способ отката автозагрузки драйвера. И потом уже можно ломать айса. Затирать айса из сист. таблиц - не стоит - большой риск уронить систему в бсод. Попробуй другими методами не обязательно из RM.

 

ну-ну роняй... Я тоже ронян пока не скрутил NTFS - винда писала UNMONTABLE BOOT VOLUME + UNKNOWN FILE SYSTEM + синька при загрузке. Тренероватся входа\выхода в RM рекомендую на какой-то дос дискете а под виндой - лишь пользоватся уже более-менее отлаженым драйвером...

 

Да хоть 300-раз уронить, главное в "реальный" попасть. Ну и суметь выбраццо из него.

Удобней использовать NT4 + NTLDR от XP - боевая готовность получиться секунд так за 10-20. В эмуле (которому за глаза хватит 32MB).

CnCVK да, да, да.. создаеться фрейм v86-ой задачи.. и банзай..)))

 

а я рекомендую использовать для этого виртуальные машины...

VMWare - юзерская машина, на ней хорошо отлаживать софт. Создал снапшот и скручивай нтфс хоть 20 раз -> откат назад -> все по новой. Работает очень быстро (как для виртуальной машины)

bochs - офигенная тема если отлаживать дрова, загрузчики. Но работает оооочень медленно (из 1,7 проца у меня тянула где то мегагерц на 5) зато там есть отладчик, на котором можно отлаживать даже переходы в реал моде и протектед моде.

Mi256 если айс РАБОТАЕТ на машине, то мы ее можем даже перезагрузить, т.к. при установке защищаемой проги напишем типа отключите все отладчики, в т.ч. уровня ядра, иначе будет плохо.
Если это делать не из RM, то чувак может в реестре написать чтобы наш дров загружался после айса, а потом айсом отладить его так, чтобы он ничего не выдергивал. А в RM айс даже если загрузится раньше драйвера, полезть не сможет. Вот там то мы его и прибьем