*  Потомок   наследует  копии  набора  открытых  файловых  дескрипторов
          родителя. Каждый файловый дескриптор в потомке ссылается  на  то  же
          описание  файла  что и родитель (см. open(2)). Это означает, что два
          дескриптора совместно используют флаги  состояния  открытого  файла,
          текущее   смещение   файла   и  атрибуты  ввода-вывода,  управляемые
          сигналами (смотрите описание F_SETOWN и F_SETSIG в fcntl(2)).

(c) man 2 fork

Тест написать 5 минут займет, нет, надо создать тему...

туда же, куда и от родительского процесса

А что будет с printf до fork не интересует?

#include <stdio.h>

main()
{
        printf("Before fork ");
        fork();
        printf("After fork\n");
}

Результат:

$ ./forkp 
Before fork After fork
Before fork After fork

А зачем ты «Before fork» до форка не выплюнул? Сложно fflush сделать?

А чтоб именно такой вопрос и возник :-)

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

Eddy_Em

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

типа того:

#include <stdio.h>

main()
{
        printf("Before fork ");
        fflush(stdout);
        fork();
        printf("After fork\n");
}

Лучше перед форком вообще делать fflush(NULL), а то — мало ли, вдруг в stdin или файловом потоке данные «застряли».

printf после fork() это моветон, я считаю, перенапрявляй вывод в файл что ли (man dup2 например)... К тому же, сискол write, как тут умные люди говорили, атомарен при записи данных менее или равными 512 байт, так что есть надежда, что эта операция не будет вытеснена другим процессом.

Dennis7

printf после fork() это моветон

И что же теперь делать, о гуру?

Just use the ethernal force, young man. And the world will be better.

А шо такое «эфирные силы»?

На самом деле у меня есть вызов в потомке, функции, с большим количеством printf(). Решил остановиться на перенаправлении всего этого в /dev/null

Вот такой код в потомке:

     int stdout_file = open("/dev/null", O_RDWR);
     if (dup2(stdout_file, STDOUT_FILENO) == -1)
     {
         exit(0);
     }
     close(stdout_file);

Силы эфира

=)

printf после fork() это моветон, я считаю

Предлагаешь запретить вызов printf во всех процессах с (pid != 1)?

Зачем?

можно же просто сделать run >/dev/null

А шо такое «эфирные силы»?
Силы эфира

/0

Чисто в академических целях... open может вернуть ошибку. А так... сойдет.

Хотя отсутствие /dev/null в системе будет говорить о «неадекватности» самой системы, но ... на всё воля ядра и разработчиков.

Не, я такое не предлагаю.

Но у меня другой вопрос: а зачем форкаться с принтфом? Если это не лаба в универе?

Eddy_Em

можно же просто сделать run >/dev/null

такой стиль в запуске демонов - это моветон

Dennis7

Но у меня другой вопрос: а зачем форкаться с принтфом? Если это не лаба в универе?

Затем чтобы не писать все заново я юзаю чужой код который когда-то являлся неитерактивной утилитой аля ls. Все свои логи я вывожу через syslogd, вот я и задумался.

Если у тебя демон, то какого хрена там вообще делает выхлоп в stdout?

А! Так ты демон пишешь. Тем более printf'ы не нужны. Где ты видел, чтобы более или менее нормальный демон (нормально разработанный) писал бы в stdout или в stderr?

см ответ Dennis'y . в двух словах. Я использую всю мощь открытых исходников на благо мира. Потом перепишу, сейчас просто нужно рабочий образец, вот и использую чужой код.

Открой другую консоль. Затем: tail -f /var/log/your_log_filename <Enter>