Этому ответили здесь: здесь vladr. Ответ (заключает в кавычки):
Я попробовал его на следующем сценарии:
[выпуск после первого комментария:]
sleep 10 # so I can have the time to attach to the process if [ "$sonorfather" == "father" ] # avoid infinite recursion then sonorfather=son ./test & fi while true do echo "stdout $sonorfather" echo "stderr $sonorfather" >&2 sleep 1 done
Я отключил вывод stderr, прежде чем процесс сына был создан, вот вывод:
stdout father stdout son stdout father stdout son [and so on...].
Я надеюсь, что это отвечает на Ваш вопрос: процесс сына stderr был перенаправлен также.
Главные цели EGLIBC (описал http://www.eglibc.org/mission) все предназначаются для встроенных платформ:
Я не предложил бы использовать eglibc, если Ваше распределение полностью не поддерживает его, иначе можно иногда повреждать соединение, когда полная совместимость ABI не возможна. Хотя, многие разработчики критикуют стиль разработки glibc и таким образом, нетехнические причины могут способствовать eglibc по glibc.
API и совместимость ABI между eglibc и glibc запрещают большие изменения, и вся x86-64 оптимизация, вероятно, объединяется в glibc, также.