У меня есть простая программа (в C), которая создает два дочерних процесса, каждый раз наследует унаследованный канал и помещает вывод в файл.
Все работает хорошо, за исключением того, что после некоторого цикла записи/чтения на двух каналах, когда заканчивается ребенок, вызов блока ReadFile, ожидая данных на трубе. Я использую следующий шаблон:
...
//create pipe1
CreatePipe(&hReadDup,&hWrite,&saAttr,0);
DuplicateHandle(GetCurrentProcess(),hReadDup,GetCurrentProcess(),&hRead,0,FALSE,DUPLICATE_SAME_ACCESS);
CloseHandle(hReadDup);
si.cb = sizeof(si);
si.dwFlags = STARTF_USESTDHANDLES;
si.hStdOutput = hWrite;
CreateProcess( NULL,
const_cast<LPWSTR>(cmd2.c_str()), //the command to execute
NULL,
NULL,
TRUE,
0,
NULL,
NULL,
&si, //si.
&pi
);
...
CloseHandle(hWrite); // EDIT: this was the operation not properly done!
while(cont){
...
cont = ReadFile(hRead,buf,50, &actual,NULL);
...
}
...
Последний вызов (после выхода из дочернего процесса). Идея почему (и, если нет, как отладить это)?
Я сам выяснил решение (которое действительно было ошибкой кодирования).
Я не закрывал родительский дескриптор записи правильно (hWrite), поэтому синхронный ReadFile не смог сообщить мне о завершении дочернего процесса.
Если у кого-то такая же проблема, убедитесь, что вы закрыли наследуемый дескриптор канала, прежде чем запускать операцию ввода-вывода на этом канале (поскольку отчеты MSDN не могут найти их снова).
Вы вызываете ReadFile() в синхронном режиме. Пока труба открыта, ReadFile() блокирует ожидание большего количества данных. Если вы оставите открытым обработчик процессов и потоков, возвращаемый вам CreateProcess(), это предотвратит полное завершение дочернего процесса, поэтому канал может не закрыться на дочернем конце. Перед тем, как войти в цикл чтения, закройте дескрипторы, возвращаемые CreateProcess(), позволяя правильному закрытию канала, когда дочерний процесс полностью завершается, а затем ReadFile() может сообщить об ошибке вам, когда он больше не может читать из канала, Альтернативно, переключитесь на перекрывающиеся входы/выходы на трубе, чтобы вы могли контролировать дочерний процесс с помощью WaitForSingleObject() или GetExitCodeProcess() во время работы цикла, чтобы вы могли обнаружить, когда дочерний процесс завершается независимо от состояния канала.
В вашем случае все хорошо, у вас был доступ к обоим процессам на трубе. Если, однако, вы этого не сделали или просто хотели прервать вызов ReadFile, тогда CancelSynchronousIo является вашим другом: https://msdn.microsoft.com/en-us/library/windows/desktop/aa363789(v=vs.85).aspx