libdaemon как тян. не нужна?

каждый разработчик пишет демона для своих целей с нуля

Я вам не скажу за всю Одессу, но у нас в команде так и есть.

почему systemd ее никак не использует

Поттеринга не пробовали спросить? Я без сарказма.

Почему все признали ненужность этой либы?

Скорее всего, нет больших преимуществ от её использования. Да и в некоторых ситуациях хочется чтобы проект тянул как можно меньше зависимостей. Так что проще делать форки и не заморачиваться со сторонними либами.

А почему тогда ее бы не включить в общий набор библиотек базовой системы в виде статика (один фиг - уже не обновляется, да и кода мало)?

уже не обновляется, да и кода мало

Есть у меня смутное предположение, что именно поэтому и не используют как отдельную библиотеку.

Type=simple в юните и готово. Какие к чорту форки, какие к чорту либы.

Может вам ещё отдельный libprintf?

К тому же в некоторых libc такой функционал уже есть.

Может вам ещё отдельный libprintf?

Тогда уж libwrite. Или она тоже уже есть?

DAEMON(3)                  Linux Programmer's Manual                 DAEMON(3)



NAME
       daemon - run in the background

SYNOPSIS
       #include <unistd.h>

       int daemon(int nochdir, int noclose);

Ну, вот и я о том же. Зачем отдельная либа?

Попробуй формализовать понятие «демон», хотя бы на английском. Покрывая все известные кейсы(ну, или, хотя бы - большинство), на уровне необходимом для api.

Оцени трудозатраты.

Оцени трудозатраты более формального описания. И его продвижения.

N людей таки повелись и подписались, и даже мощи у них хватило это в дистр[ы] протолкнуть.

Потом они озадачились первыми двумя задачами.

Не то, что мелкомягкие. Но ща всякие д системы, всё исправят.

Двойной форк — это «магия». Правильная реализация демонизирования двойным форком достаточно нетривиальна (к слову, daemon(3) делает не всё, что нужно, ref) и занимает лишнее время. Последнее в обычной жизни совершенно не важно, но когда ты пытаешься построить embedded-систему, которая запускается за полсекунды, это внезапно начинает играть роль.

В systemd реализован более простой механизм (Type=notify). Поэтому двойной форк не нужен.

daemon(3) делает не всё, что нужно

Type=simple не даёт супервизору узнать об ошибках при старте демона (точнее, отличить их от ошибок при работе демона), поэтому он не рекомендуется.

Почему все признали ненужность этой либы?

Потому-что не нужна:

• Для C++/C есть либо fork, если процессы нужны, либо pthread_create, если нужны потоки, либо вообще всякие высокоуровневые вещи по типу QThread.
• Для остальных ЯП API для работы с потоками и процессами тоже есть.

А что тебе еще для демона нужно?

логгирование и слежка за pid-файлом, но это делается просто. Немного более запарно делать самоотладку.

логгирование

Чем Boost.Log для крестов или log4j для жабки не устраивают?

слежка за pid-файлом

PID-файлы вообще костыль жуткий, можно просто проверять, а не сидит ли процесс с именем X уже в системе.

а не сидит ли процесс с именем X уже в системе

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

PID-файлы вообще костыль жуткий, можно просто проверять, а не сидит ли процесс с именем X уже в системе.

И как же именно ты это выполнишь без advisory lock на PID-файле?

в эмбеддеде форки - зло. там памяти мало. и сишные библиотеки для эмбеддеда, как правило, хреново работают с форками. а vfork далеко не везде реализован.

Я про это и говорю.

Смотря что считать эмбеддедом - если малинку, то вообще пофигу на форки, ибо памяти там дохрена, а если всякие ардуинки, то, действительно, ожидает попаболь, ибо даже линукс там не стартанет, а если и стартанет, то памяти больше не останется.

как тян. не нужна?

А может, ты обратно на двачик свалишь?