FILE_FLAG_DELETE_ON_CLOSE

[Алексей++]

Создаю файл с флагом FILE_FLAG_DELETE_ON_CLOSE, то есть файл должен удалиться системой, как только будут освобождены все хендлы этого файла.

Затем, запускаю некий процесс, указав данный файл в параметрах командной строки. Процесс запускается, открывает файл, работает с ним.

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

Для наглядности приведу последовательность действий

Код:

HANDLE f=CreateFile("file.txt",...... FILE_FLAG_DELETE_ON_CLOSE.....);

CreateProcess(...,"programm.exe \"file.txt\"",.....);

//тут нужно как-то узнать, открыл ли процесс файл

//дождались, теперь можно закрыть первый хендл файла
CloseHandle(f);

[RXL]

Леш, а попробуй наследовать открытый файл. Ведь по идее должно произойти дублирование.

[Алексей++]

это как сделать? Указать флаг   BOOL bInheritHandles  в CreateProcess ?

[Алексей++]

если да, то интересует следующее: хендл унаследовался. Но процесс то открывает файл как обычно (ещё одна копия хендла?), потом он файл закроет, а унаследованный останется открыт ? Ведь процесс может продолжать работать, он не обязательно завершиться после работы с файлом

[RXL]

А вот это уточни в MSDN

[Алексей++]

Код:

If this parameter TRUE, each inheritable handle in the calling process is inherited by the new process. If the parameter is FALSE, the handles are not inherited. Note that inherited handles have the same value and access rights as the original handles.

молчит, как рыба об лёд. Но, по ходу дела, должны оставаться хендлы.

[RXL]

Да, но как ими пользоваться?...

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

[Алексей++]

Ну, мне пользоваться не нужно.  Процесс даже не мой )) Хендл просто как мусор там будет лежать. А передать, по моему, можно как угодно (через поток, например) - ведь это всего лишь 32-битное значение

А я отказался от FILE_FLAG_DELETE_ON_CLOSE , неудобно в моём случае

[resource]

fork под винду самому можно написать на Native API. В книге Нэббета есть полный исходник (там не много кода). Просто fork в винде никому не нужен.
Если честно, когда я впервые узнал про fork, то очень долго не мог осмыслить такого способа порождения процесса.

[Алексей++]

resource, а что такое fork

[RXL]

Леш, это создание копии текущего процесса — естественный способ создания новых процессов в POSIX-системах.

[Алексей++]

круто ) Но в моём случае - бесполезно