Организация ввода-вывода. Часть 1. Виртуальные драйверы и виртуальное окружение WINDOWS. Рощин А.В. - 61 стр.

                                     61



DDK, Вы должны или писать маленькие функции на ассемблере или
включать операторы ассемблера непосредственно в текст Си, чтобы
извлечь    эти   регистровые    параметры.    VToolsD    же    обеспечивает
стандартную для Си передачу параметров через стек и позволяет писать
обработчики сообщений и обратные вызовы (callback) функций на Си.
       Даже не используя DDK инструменты разработки, можно найти там
много ценного. DDK содержит исходный код почти дюжины VxD,
которые поставляются с Windows 95 – от виртуального драйвера дисплея
до виртуального драйвера прямого доступа к памяти (DMA) и
виртуального драйвера NetBios. Если Вы планируете писать VxD, для
поддержания новых аппаратных средств, подобных существующему
устройству, целесообразно использовать DDK и подгонять существующие
VxD под ваши устройства. Даже если Вы создаете новый фирменный VxD,
изучение    существующих       VxD   весьма   полезно,   а    DDK   похоже
единственный источник для изучения нетривиального реального мира
VxD.
       Для работы необходим также отладчик, для отладки ваших VxD, так
как отладчик прикладного уровня, поставляемый со стандартным
компилятором не в состоянии этого обеспечить. Только два пакета в
состоянии отлаживать VxD: отладчик WDEB386, включенный в DDK и
SoftIce/Windows фирмы NuMega Technologies. Использовать ли WDEB386
или Softice – в значительной степени вопрос вкуса, денег, и предпочтений
разработчика. Хотя оба достаточно мощны для отладки VxD, Softice более
дружественный: WDEB386 требует терминала, Softice - нет, кроме того,
SoftIce/Windows позволяет производить отладку на уровне исходного
языка Си, WDEB386 показывает Вам только ассемблер.