popen & status of pipe

Question

Предположим, что я запускаю процесс PO через popen (ТОЧНО ТОЧНО) из процесса PA. Я тогда pclose() труба на стороне PA.

На стороне PO, как определить, stdout по-прежнему доступен без выполнения write()?

Обратите внимание, что я попытался поймать SIGPIPE на стороне ПО безрезультатно.

ОБНОВЛЕНО: Я пробовал использовать fstat(1, &buf) без успеха.

ОБНОВЛЕНО: Причина, по которой я должен обнаружить это условие через ПО, у меня нет доступа к PID PID из PA (и, следовательно, он не может его убить). Более того, я бы хотел, чтобы PO был более устойчивым в случае сбоев в лице PA, то есть выходил сам по себе.

РЕШЕНИЕ: Я пошел и использовал socketpair, fork. Попытка контролировать процесс через popen оказалась кошмаром (по крайней мере для меня). Большое спасибо всем, кто внес свой вклад!

Answer 1

Mmm ... pclose() должен дождаться завершения PO до закрытие трубы. В то же время ПО может продолжать писать до конца трубы, по крайней мере, до 4192 байт (ulimit -p раз 512), тогда он должен просто блокироваться.

Возможно, вам потребуется переключиться на pipe()/fork()/dup2()/close(), если вы хотите большего контроля. Если это то, что вы хотите, дайте мне знать, и я отправлю код.

Answer 2

PA является потребителем информации (следовательно, он имеет popen() и pclose()).

PO - поставщик, и, следовательно, сервер - в этом случае он знает только, что он пишет в стандартный вывод, но не может определить, к чему привязана stdout. Таким образом, в этом случае ПО не должен знать слишком много о stdout.

Обнаружение EOF должно происходить в программе PA.

Не могли бы вы высказать несколько более подробных сведений о том, почему вам нужно сделать это в ПО?