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

Я как положено открываю файл, создаю процесс с передачей туда handle открытого файла. Делаю так допустим 2 раза. Потом я корректно завершаю один процесс (отправляю ему CTRL+BREAK программно). После чего если попробовать снова выполнить ту же функцию по открытию файла и созданию процесса, то пишет " Процесс не может получить доступ к файлу, так как этот файл занят другим процессом ".

Я проверил утилитой handles от SysInternals и получается, что осиротевший handle открытого файла после закрытия процесса каким-то образом остаётся висеть но уже привязанный ко второму открытому консольному процессу (который я не закрывал). Как только второй процесс закрываю - все handle освобождаются. Если в коде прописать fmShareDenyNone это решает проблему, но это же не выход, а костылище.

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

Что происходит и как это побороть? Мозговой штурм устраивал, но так и не смог ничего предположить что это может быть.

А теперь собственно код:




Завершаю процесс стандартно:




Почему не освобождаются хэндлы - для меня загадка. Прошу помощи у гуру, заранее спасибо.

Я же написал, что второй процесс запускается с другими параметрами и совершенно другим файлом и к первому отношения не имеет.

То есть ты собственными руками передаёшь этот файл двум наследникам. Чему же
удивляешься?.. Наследникам передаются все открытые хэндлы, а не только те
о которых ты думаешь. И нет, в твоём коде хэндл не закрывается сразу после
запуска дочернего процесса.


Читайте пожалуйста внимательнее, ничего и никуда я не передаю. Каждому процессу открывается отдельный файл с отдельным хендлом, я говорю что лишь 2 раза функцию вызываю.

Если проще - то первый процесс cmd.exe пишет вывод в file.log, второй процесс cmd.exe пишет в log2.log

Процессы совершенно разные и запускаются с разными файлами, функции выполняются в отдельных потоках и друг о друге они вообще ничего не знают. Первый процесс cmd.exe пишет вывод в file.log, второй процесс cmd.exe пишет в log2.log

Корректно закрываю первый процесс, файл не освобождается и какого-то лешего прилипает ко второму процессу. Если запустить 10 разных процессов с разными файлами, то они будут прилипать к оставшемуся и все файлы освободятся как только закрою последний процесс.

Почему так и что делать, как сделать чтобы файл после закрытия процесса освобождался? Вот что мне не понятно)))

Короче, убирай из функции SetHandleInformation и bInherited. И будет тебе счастье.


С чего бы мне это делать. Это нужно, чтобы запускаемый процесс мог писать в открытый для него файл. Консольный вывод записывается в файл. Если убрать, поток ничего никуда писать не будет, херню советуете.

ProcessMonitor в руки и смотри в какой момент у тебя закрывается файл. Очевидно,
что ты его закрываешь слишком поздно.

Павел ВоробьевС чего бы мне это делать.

С документации:
https://docs.microsoft.com/en-us/windows/win32/api/processthreadsapi/ns-processthreadsapi-startupinfoa
Но таки да, bInheritHandles убирать не нужно.


Спасибо огромное, поставил FreeAndNil(conout); сразу после CreateProcess и всё нормализовалось! Респект )))

Неверно. Запускаемый процесс наследует ВСЕ хэндлы запускающего. Вне
зависимости от того в каком потоке они были открыты.


Спасибо, учту. Видимо по этому хендлы и прилипали к оставшимся процессам. Я почему-то думал что OmniThreadLibrary всё изолирует внутри потока.

Просто окно гонок потоков стало и тебе повезло на этот раз. Лучше таки запуск
дочерних процессов жёстко сериализовать.


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

Наконец я понял. Но смотрите, если я сериализую запуск, я понимаю что это решит проблему на корню, но это замедлит старт в 10 раз.
Неужели нет никакого решения, чтобы передавать запускаемым процессам не все открытые хендлы, а только один, который указываю.

GunSmoker подал идеи, но там я так понял всё для последовательного запуска. GunSmoker может есть идеи как сделать всё параллельно? Я в печали( использовать StartupInfoEx.

GunSmoker, подскажите пожалуйста, у вас нет в загашнике примера кода для StartupInfoEx чтобы один хендл передать?

Всё, ответ нашел тут: https://stackoverflow.com/questions/60563608/how-to-pass-a-pointer-to-a-list-of-handles-to-the-updateprocthreadattribute-func

Всем большое спасибо, GunSmoker, благодарю за наводку :)

Нет, не замедлит если сделать всё правильно.

Замедлить в 10 и более раз как раз способен одновременный запуск при котором
бутылочным горлышком становится диск с позиционированием.


Возможно, но зачем делать последовательно, если как оказалось есть возможность сделать параллельно через StartupInfoEx и передачу процессу только одного хэндла.

Можно конечно, но запускаются совершенно разные процессы делающие совершенно разную работу, нельзя смешивать вывод, а вот записать его нужно обязательно. Некоторые инженерные программы сами в файл не умеют, только в консоль.