3.2 Пользовательское приложение
Пользовательское приложение включает в себя два класса: CDialog и CDriver. Как понятно из названий эти классы отвечают соответственно за взаимодействие с пользователем через диалоговое окно приложения и взаимодействие с драйвером преимущественно через IOCTL-запросы.
При запуске экземпляр пользовательского приложения первым делом пытается установить драйвер, в том случае, если это не было сделано ранее другим экземпляром. Если установка вызвала ошибку, то пользователю выдаётся соответствующее сообщение, в котором в текстовом виде указывается причина её возникновения, если она была предусмотрена, иначе - просто указывается её код. Пользователь может запросить установку драйвера ещё раз, дав положительный ответ на соответствующее предложение программы. Такая процедура повторятся до тех пор, пока установка драйвера не пройдёт успешно либо пользователь откажется от повторной попытки.
После этого загружается ниспадающий список запущенных процессов, отсортированных в алфавитном порядке по своим именам, выбирается первый процесс из списка, и уже его потоки отображаются во втором ниспадающем списке. Эти списки обновляются каждый раз, когда пользователь хочет выбрать другой процесс или поток, так как для этого ему нужны последние сведения.
Далее создаётся таймер, работа которого никак не связана с работой таймера драйвера. Этот таймер отвечает за периодичный вывод полученной от драйвера информации на форму диалога.
Эта информация получается через драйвера, как уже говорилось, с помощью API-вызова DeviceIoControl:
BOOL DeviceIoControl
(HANDLE hDevice,
DWORD dwIoControlCode,
LPVOID lpInBuffer, DWORD nInBufferSize,
LPVOID lpOutBuffer, DWORD nOutBufferSize,
LPDWORD lpBytesReturned,
LPOVERLAPPED lpOverlapped);
HANDLE hDevice - описатель устройства, которому посылается запрос;
DWORD dwIoControlCode - код IOCTL-запроса;
LPVOID lpInBuffer - адрес входного буфера;
DWORD nInBufferSize - длина входного буфера;
LPVOID lpOutBuffer - адрес выходного буфера;
DWORD nOutBufferSize - длина выходного буфера;
LPDWORD lpBytesReturned - количество переданных байтов;
LPOVERLAPPED lpOverlapped - структура, необходимая при использовании асинхронного выполнения запроса, чего нет в данном приложении.
Использование этого API-вызова полностью инкапсулировано в классе CDriver, в котором для выполнения каждого запроса реализован отдельный метод с именем, близким к названию IOCTL-запроса, что обеспечивает интуитивное понимание интерфейса этого класса.
Также этот класс инкапсулирует в себя использование Менеджера управления сервисами (SCM - Service Control Manager), с помощью которого осуществляется динамическая установка, запуск, останов и удаление драйвера.
- 1. Введение
- 2. Аналитический раздел
- 2.1 Техническое задание
- 2.2 Обзор архитектуры Windows NT 5.x
- 2.3 Классификация драйверов
- 2.4 Общая структура Legacy-драйвера
- 2.4.1 Процедура DriverEntry
- 2.4.2 Процедура DriverUnload
- 2.4.3 Рабочие процедуры обработки IRP-пакетов
- 2.4.4 ISR - процедура обработки прерываний
- 2.4.5 DPC - процедура отложенного вызова
- 3. Конструкторский раздел
- 3.1 Legacy-драйвер
- 3.1.1 Процедура DriverEntry
- 3.1.2 DriverUnload
- 3.1.3 DispatchCreate и DispatchClose
- 3.1.4 DispatchDeviceControl
- 3.2 Пользовательское приложение
- 4. Технический раздел
- 4.1 Выбор операционной системы и среды программирования
- 4.2 Интерфейс
- 4.3 Системные требования
- 3.7. Профилировщик
- Профилировщик
- 15. Производительность профилировщика основания
- 8.1.3. Использование sql Profiler (профилировщика)
- Техническая характеристика профилировщиков
- 8.16.Профилировщик .
- § Е17-17. Планировка и уплотнение основанияили выравнивающего слоя профилировщиком дс-502а (д-345а) Техническая характеристика профилировщика дс-502а (д-345а)
- Техническая характеристика профилировщиков
- Профилировщиками дс-97, дс-108