Форум программистов «Весельчак У»
  *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

  • Рекомендуем проверить настройки временной зоны в вашем профиле (страница "Внешний вид форума", пункт "Часовой пояс:").
  • У нас больше нет рассылок. Если вам приходят письма от наших бывших рассылок mail.ru и subscribe.ru, то знайте, что это не мы рассылаем.
   Начало  
Наши сайты
Помощь Поиск Календарь Почта Войти Регистрация  
 
Страниц: [1]   Вниз
  Печать  
Автор Тема: ДрвФильтр дисковых операций: непонятки с IRP_MJ_DIRECTORY_CONTROL  (Прочитано 4982 раз)
0 Пользователей и 1 Гость смотрят эту тему.
sasha_s
Гость
« : 17-04-2009 13:05 » 

Есть драйверок, который следит за обращениями к одной из папок, которая зашарена. При обращении к ней он выдает содержимое, которое генерирует сам.
Делается это след. образом:
1) в обработке IRP_MJ_CREATE (PreCreate) анализируется путь, если наш -- то сразу возвращаем FLT_PREOP_SUCCESS_WITH_CALLBACK, иначе FLT_PREOP_SUCCESS_NO_CALLBACK.
2) после того как вернули FLT_PREOP_SUCCESS_WITH_CALLBACK вызовется обработчик PostCreate. В нем устанавливаю контекст FltSetStreamHandleContext и возвращаю FLT_POSTOP_FINISHED_PROCESSING.
3) Далее вызывается мой обработчик IRP_MJ_DIRECTORY_CONTROL (PreDirControl), в котором я анализирую установленли мой контекст и набиваю несуществующий контент.

Так вот далее самое интересное, при обращении по сетке к шаре -- все работает. При обращении к данной папке локально, все вызвается кроме моего обработчика IRP_MJ_DIRECTORY_CONTROL, в котором я и набиваю содержимое. Т.е. вызывается PreCreate, PostCreate, но далее ничего не идет.

Как сделать чтобы и при обращении локально вызывался мой обработчик IRP_MJ_DIRECTORY_CONTROL?
Записан
Ochkarik
Модератор

ru
Offline Offline
Пол: Мужской

« Ответ #1 : 19-04-2009 10:49 » 

Цитата
The IRP_MJ_DIRECTORY_CONTROL request is sent by the I/O Manager and other operating system components, as well as other kernel-mode drivers. It can be sent, for example, when a user-mode application has called a Microsoft Win32 function such as ReadDirectoryChangesW or FindNextVolumeMountPoint or when a kernel-mode component has called ZwQueryDirectoryFile.

видимо при обращении из приложения - они не вызываются)
и это правильно, если приложение и так знает полное имя файла к которому обращается - зачем ему перед этим читать содержимое папки?
« Последнее редактирование: 19-04-2009 10:52 от Ochkarik » Записан

RTFM уже хоть раз наконец!  RTFM :[ ну или хотя бы STFW...
Страниц: [1]   Вверх
  Печать  
 

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines