0 / 0 / 0
Регистрация: 09.02.2017
Сообщений: 69
|
|
1 | |
Как дождаться закрытия файла другим процессом/потоком16.08.2017, 04:47. Показов 3266. Ответов 14
Метки нет (Все метки)
Всем привет.
Допустим известно имя файла. Необходимо: * найти его. * если его сейчас использует другой процесс/поток, то дождаться его закрытия. * открыть из своего процесса/потока для записи. Я так понимаю: * искать через FindFirstFile(), FindNextFile(), FindClose(). * ждать через WaitForSingleObject(). * писать через WriteFile(). Но где взять нормальный хэндл под функции WaitForSingleObject() и WriteFile()? Ведь FindFirstFile() даёт поисковый (узкоспециализированный) хендл? Или не так? Заранее благодарю.
0
|
16.08.2017, 04:47 | |
Ответы с готовыми решениями:
14
Как дождаться закрытия файла? Отслеживание закрытия файла процессом, запущенным через CreateProcess Дождаться освобождения файла другим процессом Ошибка открытия файла, так как он занят другим процессом |
16.08.2017, 18:04 | 2 |
Посмотрите документацию на функцию CreateFile. Она позволяет получить хендл файла. Смотрите вот здесь HANDLE файла зная путь к нему
0
|
17.08.2017, 17:29 | 3 | |||||
для WaitForSingleObject нужен хендл процесса
нужен хендл файла, который можно получить например из структуры LOADED_IMAGE
1
|
0 / 0 / 0
Регистрация: 09.02.2017
Сообщений: 69
|
||||||
18.08.2017, 01:29 [ТС] | 4 | |||||
_lunar_, не уверен что правильно Вас понимаю.
Предположим: * есть файл: "C:\\test.csv". * в этом же каталоге есть приложение: "C:\\test.exe". * в файл test.csv могут синхронно писать и читать данные потоки из разных процессов. * test.exe хочет вызвать WriteFile(), но прежде ему нужен хэндл файла test.csv. * для этого он должен открыть test.csv через CreateFile(). * но на сколько мне известно, если другой поток монопольно владеет доступом к test.csv, то CreateFile() из текущего потока вернёт INVALID_HANDLE_VALUE, и следовательно вызвать WriteFile() не получится пока другой поток не освободит файл. Т.е. нужно ждать. Я видел такие способы: 1. Идеально если была функция типа WaitFile(имя_файла, сколько_ждать)... 2. Либо как-то так WaitForSingleObject(нечто типа GetFileHandle(имя_файла), сколько_ждать) 3. Плохой вариант так:
Вопрос - это точно подходящее решение?
0
|
18.08.2017, 02:24 | 5 | |||||
не получится, пока файл не будет удален или перемещен или переписан, событие не сработает.
Я отвечал на вопрос как получить разного рода хендлы. Естественно если файл занят, то вы в него ничего не запишите, но открыть файл для чтения (чтобы получить хендл файла) ничто не мешает. Можно попробовать найти хендл окна (если оно есть), а из него получить pID и хендл процесса
1
|
0 / 0 / 0
Регистрация: 09.02.2017
Сообщений: 69
|
|
18.08.2017, 02:33 [ТС] | 6 |
нет наверное. Просто лежит себе файл, и с ним работают разные потоки (созданные программами, не людьми). Соответственно окон никто не создаёт.
Это уже ближе... Скажите, а CreateFile() открывающий файл для чтения не даст нам хэндл?
0
|
232 / 135 / 19
Регистрация: 10.11.2015
Сообщений: 305
|
|
18.08.2017, 06:52 | 7 |
Даст, если при его открытии в чужом процессе, был установлен режим FILE_SHARE_READ. Иначе получишь ERROR_SHARING_VIOLATION.
Самый простой вариант, это крутится в цикле. Пытаемся открыть, если получили код ошибки ERROR_SHARING_VIOLATION тогда делаем небольшую задержку и пытаемся снова. Из непростых, это перечислить хэндлы посредством NtQuerySystemInformation (с инфоклассом SystemHandleInformation) и продублировать нужный хэндл к себе в процесс, но много подводных камней в таком способе. Добавлено через 8 минут Enumerate handles Кликните здесь для просмотра всего текста
"How do I enumerate handles/opened files?" is a common beginner question here. I'll try to expand on the first handle enumeration topic and provide a bit more information on how to get handle names, etc. Complete sample code in C is attached.
Step 1: Enumerating handles Call NtQuerySystemInformation with SystemHandleInformation (16). This will give you a list of handles opened by every single process. Here are the definitions: #define SystemHandleInformation 16 typedef NTSTATUS (NTAPI *_NtQuerySystemInformation)( ULONG SystemInformationClass, PVOID SystemInformation, ULONG SystemInformationLength, PULONG ReturnLength ); /* The following structure is actually called SYSTEM_HANDLE_TABLE_ENTRY_INFO, but SYSTEM_HANDLE is shorter. */ typedef struct _SYSTEM_HANDLE { ULONG ProcessId; BYTE ObjectTypeNumber; BYTE Flags; USHORT Handle; PVOID Object; ACCESS_MASK GrantedAccess; } SYSTEM_HANDLE, *PSYSTEM_HANDLE; typedef struct _SYSTEM_HANDLE_INFORMATION { ULONG HandleCount; /* Or NumberOfHandles if you prefer. */ SYSTEM_HANDLE Handles[1]; } SYSTEM_HANDLE_INFORMATION, *PSYSTEM_HANDLE_INFORMATION; An unusual aspect of calling NtQuerySystemInformation with SystemHandleInformation is that if you supply a buffer which is too small, it returns STATUS_INFO_LENGTH_MISMATCH (0xc0000004) instead of giving you the correct buffer size in ReturnLength. This means you will have to guess the buffer size. A common technique is to call NtQuerySystemInformation in a loop until it succeeds with STATUS_SUCCESS (0), reallocating and doubling the buffer size each time it fails with STATUS_INFO_LENGTH_MISMATCH. Step 2: Getting handle types and names After you have the list of handles, you will probably want to get the types and names of the handles. There is no way to do this without duplicating the handle into your own process, so we can do that using DuplicateHandle (NOTE: in the source code I use NtDuplicateObject, but it's the same idea). Handle types Call NtQueryObject with ObjectTypeInformation (2). You will get this structure back: typedef struct _OBJECT_TYPE_INFORMATION { UNICODE_STRING TypeName; ULONG TotalNumberOfObjects; ULONG TotalNumberOfHandles; ULONG TotalPagedPoolUsage; ULONG TotalNonPagedPoolUsage; ULONG TotalNamePoolUsage; ULONG TotalHandleTableUsage; ULONG HighWaterNumberOfObjects; ULONG HighWaterNumberOfHandles; ULONG HighWaterPagedPoolUsage; ULONG HighWaterNonPagedPoolUsage; ULONG HighWaterNamePoolUsage; ULONG HighWaterHandleTableUsage; ULONG InvalidAttributes; GENERIC_MAPPING GenericMapping; ULONG ValidAccessMask; BOOLEAN SecurityRequired; BOOLEAN MaintainHandleCount; ULONG PoolType; ULONG DefaultPagedPoolCharge; ULONG DefaultNonPagedPoolCharge; } OBJECT_TYPE_INFORMATION, *POBJECT_TYPE_INFORMATION; Processes To get the "name" of a process, you can duplicate the handle into your own process with PROCESS_QUERY_INFORMATION access and call GetProcessId (or use NtQueryInformationProcess with ProcessBasicInformation if you prefer, since GetProcessId is only supported on XP SP1 and higher). Threads Same idea as with processes (except you use THREAD_QUERY_INFORMATION access), and you can call GetThreadId and GetProcessIdOfThread (again, you can also call NtQueryInformationThread with ThreadBasicInformation and use the ClientId). Tokens Again, you can duplicate the handle and use GetTokenInformation to get the username. Files, Events, Mutants, other objects To get the names of other objects, you must duplicate the handle and use NtQueryObject with ObjectNameInformation (1) to get the name of the object. You will get a UNICODE_STRING back. IMPORTANT: NtQueryObject may hang on file handles pointing to named pipes. To fix this, do not query any file handles opened with an access (GrantedAccess) of 0x0012019f. This problem only appears for ObjectNameInformation, not ObjectTypeInformation. See the sample code for more information. You will get filenames in native filename format (i.e. \Device\HarddiskVolume1\...). You can use QueryDosDevice to get mappings between DOS drive letters and device prefixes. (Step 3: Closing remote handles) To close handles opened by other processes, you simply call DuplicateHandle with DUPLICATE_CLOSE_SOURCE (1) specified in the options parameter (it's documented on the MSDN page for DuplicateHandle, so go read it). You can specify NULL for the target process handle and target handle parameters. For example: DuplicateHandle(handleToTheRemoteProcess, theRemoteHandle, NULL, NULL, 0, FALSE, 0x1);
0
|
0 / 0 / 0
Регистрация: 09.02.2017
Сообщений: 69
|
|
20.08.2017, 01:20 [ТС] | 8 |
Предлагаю рассматривать его как последний вариант.
А вот это интересный вариант. Т.е. выходит, если я управляю всеми потоками которые работают с этим файлом, то я просто для них всех при открытии файла ставлю одним из флагов FILE_SHARE_READ, и тогда все остальные потоки смогут спокойно ждать освобождения хэндла файла через WaitForSingleObject(). Правильно..?
0
|
232 / 135 / 19
Регистрация: 10.11.2015
Сообщений: 305
|
|
20.08.2017, 06:26 | 9 |
Неправельно. WaitForSingleObject вообще не применим для хэндлов файла, он используется для объектов которые могу переходить в сигнальное состояние (процессы, потоки, мютексы, семафоры, etc). Что касается FILE_SHARE_READ. Это режим позволяющий одновременно читать из файла другим процессам, включая тот, который осуществил открытие файла для совместного доступа на чтению.
WaitForSingleObject Стоп. Получается что потоки которые открывают файл ваши? Тогда я не вижу проблемы. Можно любые средства синхронизации применить. Можно воспользоваться LockFileEx к примеру.
0
|
0 / 0 / 0
Регистрация: 09.02.2017
Сообщений: 69
|
||||||
21.08.2017, 10:11 [ТС] | 10 | |||||
Я думаю это подойдёт, нужно потестировать. Спасибо.
Добавлено через 41 минуту Хочу ещё уточнить по LockFileEx. Как правильно понимать эти два параметра: Но в примере MSDN параметр nNumberOfBytesToLockHig равен 0. Это значит что _С_ у них был конечный, а _ПО_ начальный байт (т.е. наоборот)? Или как?
0
|
232 / 135 / 19
Регистрация: 10.11.2015
Сообщений: 305
|
|
21.08.2017, 15:49 | 11 |
Это не диапазон, это количество байт для блокировки (64-битное значение), а начало блокируемого участка в OVERLAPPED указывается.
0
|
0 / 0 / 0
Регистрация: 09.02.2017
Сообщений: 69
|
|
21.08.2017, 16:10 [ТС] | 12 |
Всё равно не понятно. В OVERLAPPED указывается начало, хорошо, тогда как указывается конец, ведь там два параметра по 32-бита каждый?
0
|
232 / 135 / 19
Регистрация: 10.11.2015
Сообщений: 305
|
|
21.08.2017, 16:27 | 13 |
количество байт для блокировки - это 64-битное значение. Младшие 32 бита указываются в nNumberOfBytesToLockLow, старшие 32 бита в nNumberOfBytesToLockHigh. В примере nNumberOfBytesToLockHigh равен 0. Т.к. кол-во блокируемых байтов не превышает 4 Гб.
0
|
0 / 0 / 0
Регистрация: 09.02.2017
Сообщений: 69
|
|
21.08.2017, 16:52 [ТС] | 14 |
Грубо говоря понятно
Спасибо большое!
0
|
1483 / 1403 / 240
Регистрация: 19.02.2010
Сообщений: 3,908
|
|
27.08.2017, 22:39 | 15 |
Искать не нужно - можно просто попытаться открыть (путь-то к файлу известен) через старую функцию OpenFile() с флагом OF_SHARE_EXCLUSIVE. Она откроет файл, если тот никем не занят.
А если файл занят - крутить цикл попыток открытия, делая между неудачными попытками Sleep() на некоторое время. Добавлено через 14 секунд Искать не нужно - можно просто попытаться открыть (путь-то к файлу известен) через старую функцию OpenFile() с флагом OF_SHARE_EXCLUSIVE. Она откроет файл, если тот никем не занят. А если файл занят - крутить цикл попыток открытия, делая между неудачными попытками Sleep() на некоторое время.
0
|
27.08.2017, 22:39 | |
27.08.2017, 22:39 | |
Помогаю со студенческими работами здесь
15
Как отловить исключение при удалении использующегося другим процессом файла Чтение файла занятого другим процессом Чтение файла занятого другим процессом Проверка занятости файла другим процессом Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |