Нужен пример простейшего драйвера на C/C++. Visual Studio 2008/новее. Win 8 x64, можно и XP x86 (а лучше оба)

Совсем хорошо будет, если этот драйвер будет еще и делать что-то хоть как-то заметное юзером
И совсем замечательно, если будет еще и вкратце объяснено, как его установить на обеих ОС

P.S. Да-да, драйвер мне нужен на губозакаточную машину я хочу многого и притом на халяву. Но вы же с чего-то начинали? Писали, так сказать, helloworld.sys? Вот им и поделитесь. А то в инете везде либо не поймешь как компилировать, либо не поймешь чем компилировать, либо вообще ничего не поймешь

Добавлено через 43 секунды
И да, можно в принципе и не VS 2008, а что-то еще, хоть MinGW. Только тогда попрошу пояснить, какая у вас версия того компилятора и как его юзать.

Добавлено через 1 минуту
VS только Express, так что VisualDDK, к сожалению, никак не пойдет...

1

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

У меня опыта особого нет, но я вот дебажу пока через DbgView, делаю выводы и там просматриваю.

Кстати как я говорил у меня было предположение, что я саму логику кода, сам алгоритм не верно выстроил, криво реализовал, сейчас вроде обнаружил зацикленность, не правильно проверку задал. Это в другом списке, не в том, что я описал тут.

Ну со своим кодом я, конечно, сам разберусь) Мне просто было важно услышать от Вас - правильно ли я понимаю механику, как должно всё выглядеть, эта работа со списком. Если всё верно, то додебажу и надеюсь всё будет хорошо)

Добавлено через 3 часа 16 минут
Продебажил, нашел ошибку. Не ожидал такого, казалось бы, что Windows вроде параллелизм не поддерживает, всё равно передаётся управление между потоками: сразу один выполяется, потом операционная система когда нужно передаёт управление другому потому и т.д, а тут в общем как-то случилось так, что одновременно два потока выполнились, а мне этого нельзя.

В общем ситуация такая, что юзермодная программа делает запрос информации у драйвера, информации нет, я кидаю режим ожидания юзермодной программе, сохраняю пакет просто в глобальную переменную, устнавливаю глобальный флаг, что этот пакет есть и его можно юзать. В функции перехвата запуска процесса проверяется этот флаг и если он true, то завершается IoCompleteRequest для пакета, который хранится в глобальной переменной. Тут то и проблема, два потока одновременнно успевают зайти во флаг и два раза завершается один и тот же пакет. В итоге юзермодная программа первое завершение пакета игнорит, а второе завершение обрабатывается и в моём коде отправляется ответ драйверу. Таким образом первый процесс, который одновременно заюзал пакет со вторым процессом, завис, т.к я торможу его, пока не будет ответа от юзермодной программы, а ответа больше никогда не будет.

Вы говорили что можно юзать списки для пакетов, но я их не юзал из тех соображений, что думал, что такого не будет, это раз, а два - это то, что у меня лишь будет только один такой пакет, который нужно сохранять, больше никогда не будет. А можно использовать наример не те списки для таких пакетов, а например какой-нибудь мьютекс. Чать кода в перехвате запуска программы установить типа защищенным и когда какой-то поток заходит при запуске процесса, при входе другого он будет остановлен, пока первый не выйдет?

Добавлено через 1 час 3 минуты
Такс, попробовал спин блокировки, по тому что увидел в интернете сделал вот так:

Глобальные переменные
Там где нужно( в перехвате запуска)
Вроде проблема исчезла, кстати у меня проблема данная паралеллизма возникла может из-за того, что я 2 if отдельно делал, ifы были одинаковы, просто пакет завершал во втором(просто во время дебага вынес так). А пока оно доходило до второго ifа, может другой процесс в первый и заходил. Но думаю нет гарантии, что без синхронизациии даже с одним if такого не повторится, поэтому инхронизацию оставлю) Пока не знаю, может и дальше баги будут... если что не правильно сделал, подкорректируйте, пожалуйста

0

Сообщение от Ranege Не ожидал такого, казалось бы, что Windows вроде параллелизм не поддерживает

С чего бы? Еще как поддерживает.
На двухъядерных и более процессорах потоки в системе могут физически
выполняться параллельно.

Сообщение от Ranege в общем как-то случилось так, что одновременно два потока выполнились, а мне этого нельзя.

Ну я подразумевал из твоего кода, что синхронизация все-таки где-то есть...

Сообщение от Ranege Там где нужно( в перехвате запуска) C 1 2 3 KeAcquireSpinLock(&lok, &Irql) //действия и самое главное завершение пакета KeReleaseSpinLock(&lok,Irql);

Лучше так не делать.

Во-первых, спин-лок - это очень опасный объект синхронизации.
Неумелое его использование приводит к лишнему "прожиганию" CPU. А еще спин-лок накладывает
ограничения на используемый тип памяти под блокировкой (только non paged, потому что под
блокировкой всегда IRQL == DISPATCH_LEVEL). Этот объект синхронизации лучше использовать
только исключительно там, где без него ну никак. А для остальных случаев есть fast mutex,
ERESOURCE и т.д.

Во-вторых, завершать пакет лучше не под блокировкой, а вне ее:

0