Всем доброго времени суток...
Проблема казалось бы банальная...
Программе необходимо поработать с некоторым файлом, а он не всегда может быть доступен, т.е. он может быть занят, открыт другим приложением, или даже приложением другого пользователя (если файл доступен по сети)...
С этим в принципе можно разобраться, с помощью обработки исключений при инициализации экземпляра класса FileStream, пытаясь получить исключительную привилегию

 Как-то так...
Но вот как узнать каким... я уже и не говорю про "разблокировать"... хотя бы узнать каким...
Я уже 2 дня рыскаю в поисках ответа, и все в конце концов сводится к использованию API из "ntdll.dll", там "танцы с бубнами" чуть-ли не на accемблере надо выкручивать... опросчик открытых в системе файлов на 1000 строк кода... Sad
Неужели все так плохо ?
И в NetFramework нет ничего подходящего для получения подобного результата,
Ну не там, так через WMI как-нь-ть ?...
Need help!
Суть: Узнать/получить Handle известного открытого файла, определить какие процессы его юзают.

RUVATA, вам надо гуглить про NtQuerySystemInformation функцию из ntdll.dll а также про NtQueryInformationThread, NtQueryInformationProcess, NtQueryDirectoryObject ....

вот тут инфа имеется:
http://undocumented.ntinternals.net/

http://wj32.wordpress.com/2009/04/25/ntque...ses-by-hooking/


а вот нашел кой че готовое: http://www.codeproject.com/KB/shell/OpenedFileFinder.aspx
http://forum.sysinternals.com/topic18892.html
но вероятно придется допиливать.

Да, спасибо, но я же и говорю что все приводит у "танцам с бубнами" вокруг ntdll.dll
Конечно хочется понять суть... но проблема похоже совсем не тривиальная хотя и банальна на первый взгляд,
Потому я пошел другим путем, есть такая утилита от Windows SysInternals - Handle
С ее помощью как раз получается то что надь... но только на платформах WinNT
Windows Vista и Windows 7 ей уже не поддаются, потому вопрос по прежнему открыт,
 так как мое детище и на 7-ке работать должно.

unlocker теперь поддерживает коммандную строку. Пробуйте его ковырять, или ковыряйте ntdll.dll ....

А ларчик-то очень просто открывался...
Вопрос поднимался на нескольких форумах посвященных программированию и администрированию,
и никто ни где так и не дал правильного ответа на вопрос "Как определить Используется ли вот этот файл, и если да, то кем?"
а вот вам и ответ...
и не надо блукать вокруг Windows API, копировать Handles, и иными способами извращаться...
так как Microsoft предусмотрительно начиная с версии NT, в составе системных утилит предоставляет нам openfiles.exe
которая банально уже из самого названия понятно, предназначена для предоставления информации об OPENFILES



Данная утилита определяет привилегии запустившего ее пользователя, достаточные или нет для получения такой информации.
и по запросу с аргументом \Query (по умолчанию, можно аргумент опустить) выдает нам все что мы так жаждали увидеть.
В изначальном состоянии данная утилита находится в режиме отображения информации исключительно об открытых по сети файлов...
но изменив значения флага \Local отвечающего за "построение списка объектов" ...



... и изменить его используя аргумент /Local on
параметры вступят в силу после перезагрузки системы...

вуаля! ... обращаемся к openfiles.exe.. и с ее StandartOutput
снимаем таблицу следующего содержания



Это сообщение отредактировал(а) RUVATA - 21.1.2011, 12:11