как написать сервис(демон) под xinetd (inetd)

Господа подскажите, как написать(на с/с++) сервис для совместного использования с супер-сервером xinetd (inetd). Желательно чтобы он мог работать и как отдельно живущий демон.

Ссылка

← XGetGeometry\XGetWindowAttributes

КАК перенаправить все ошибки в файл? →

А это, вообще-то, никак не совместимые режимы - inetd и standalone.

В inetd-режиме "сервер" читает входящие поток с stdin, и бросает данные для посылки в stdout (и, если не ошибаюсь, stderr тоже бросается в сокет).

В standalone нужно "ручками" делать bind->listen->accept->fork

~~no-dashi~~ ★★★★★
(21.07.04 20:20:39 MSK)

Ответ на: комментарий от no-dashi 21.07.04 20:20:39 MSK

Дело в том что была статейка("Сверхсилы темной стороны UNIX" в журнальчике argc & argv) в которой говорилось что некоторые сервисы умудряються так делать.

Цитата:(..то не поленитесь и реализуйте в ней два режима работы: через inetd и посредством прямого слушания портов. Таким образом поступают большинство стандартных демонов, таких как sendmail, wu-ftp, cvs, и многие другие их сородичи.) Тем не менее я все еще нуждаюсь в полной и точной информации о сабже!

Gdanz
(21.07.04 20:33:18 MSK) автор топика

Ответ на: комментарий от Gdanz 21.07.04 20:33:18 MSK

Попробуй понять предыдущий ответ, по существу добавить нечего.

Про одиноких демонов обсуждалось многократно, см.

http://www.linux.org.ru/view-message.jsp?msgid=245840

Висящие на inetd ПРОСТО пишут на stdin/out. Если пользуешься stdio потоками, не забывай fflush делать.

В зависимости от cmdline параметров выбираешь ту или иную модель. Можешь "автоматизировать" -- если stdin/out не принадлежат терминалу (man isatty), то используешь "настоящего" демона (ЗАЧЕМ???).

Die-Hard ★★★★★
(21.07.04 21:47:33 MSK)