ДрвФильтр дисковых операций: непонятки с IRP_MJ_DIRECTORY_CONTROL

[sasha_s]

Есть драйверок, который следит за обращениями к одной из папок, которая зашарена. При обращении к ней он выдает содержимое, которое генерирует сам.
Делается это след. образом:
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]

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.

видимо при обращении из приложения - они не вызываются)
и это правильно, если приложение и так знает полное имя файла к которому обращается - зачем ему перед этим читать содержимое папки?