Wie kann man auf elegante Weise nichts für immer tun?

Ich habe ein Programm, das nützliche Informationen erzeugt, stdoutaber auch ausliest stdin. Ich möchte die Standardausgabe in eine Datei umleiten, ohne die Standardeingabe zu ändern. So weit, so gut: Ich kann:

program > output

und mach nichts in der tty.

Das Problem ist jedoch, dass ich dies im Hintergrund tun möchte. Wenn ich mache:

program > output &

Das Programm wird angehalten ("angehalten (tty input)").

Wenn ich mache:

program < /dev/null > output &

Das Programm wird sofort beendet, da es EOF erreicht.

Es scheint, dass ich in programetwas hineinpfeifen muss, das auf unbestimmte Zeit nichts tut und nicht liest stdin. Die folgenden Ansätze funktionieren:

while true; do sleep 100; done | program > output &
mkfifo fifo && cat fifo | program > output &
tail -f /dev/null | program > output &

Dies ist jedoch alles sehr hässlich. Es muss eine elegante Möglichkeit geben, mit Standard-Unix-Dienstprogrammen "nichts auf unbestimmte Zeit zu tun" (um es zu paraphrasieren man true). Wie könnte ich das erreichen? (Meine Hauptkriterien für Eleganz hier: keine temporären Dateien; kein Warten oder periodisches Aufwecken; keine exotischen Hilfsprogramme; so kurz wie möglich.)

In Shells, die sie unterstützen (ksh, zsh, bash4), können Sie programals Co-Prozess starten .

• ksh: program > output |&
• zsh, bash:coproc program > output

Das beginnt programim Hintergrund, wenn die Eingabe von a umgeleitet wird pipe. Das andere Ende des Rohrs ist zur Hülle hin offen.

Drei Vorteile dieses Ansatzes

• Kein zusätzlicher Prozess
• Sie können das Skript beenden, wenn programstirbt (verwenden wait, um darauf zu warten)
• programwird beendet (wird eofauf die Standardeinstellung gesetzt, wenn die Shell beendet wird).

Ich glaube nicht, dass Sie eleganter werden als die

tail -f /dev/null

Das haben Sie bereits vorgeschlagen (vorausgesetzt, dies verwendet inotify intern, es sollte kein Polling oder Aufwecken geben, es sollte also ausreichend sein, außer dass es seltsam aussieht).

Sie benötigen ein Dienstprogramm, das auf unbestimmte Zeit ausgeführt wird, dessen Standardausgabe offen bleibt, das jedoch nichts in die Standardausgabe schreibt und das nicht beendet wird, wenn die Standardausgabe geschlossen wird. Sowas yesschreibt eigentlich stdout an. catwird beendet, wenn die Standardeingabe geschlossen ist (oder was auch immer Sie umleiten). Ich denke sleep 1000000000dkönnte funktionieren, aber das tailist eindeutig besser. Meine Debian-Box hat einen tailfBefehl, der sich geringfügig verkürzt.

Wie wäre es mit einem anderen Ansatz, wenn Sie das Programm unter laufen lassen screen?

sleep infinity ist die klarste Lösung, die ich kenne.

Sie können verwenden, infinityweil sleepeine Gleitkommazahl * akzeptiert wird , die je nach dem dezimal , hexadezimal , unendlich oder naN sein kann man strtod.

* Dies ist nicht Teil des POSIX-Standards, ist also nicht so portabel wie tail -f /dev/null. Es wird jedoch in GNU coreutils (Linux) und BSD (verwendet auf Mac) unterstützt (anscheinend nicht unterstützt auf neueren Versionen von Mac - siehe Kommentare).

sleep 2147483647 | program > output &

Ja, es 2^31-1ist eine endliche Zahl, und sie wird nicht für immer laufen , aber ich gebe Ihnen 1000 US-Dollar, wenn der Schlaf endlich aufhört. (Hinweis: bis dahin ist einer von uns tot.)

• keine temporären Dateien; prüfen.
• Keine Wartezeiten oder regelmäßigen Aufwachvorgänge. prüfen
• keine exotischen Dienstprogramme; prüfen.
• so kurz wie möglich. Okay, es könnte kürzer sein.

Sie können eine Binärdatei erstellen, die genau das tut mit:

$ echo 'int main(){ pause(); }' > pause.c; make pause

Hier ist ein weiterer Vorschlag für die Verwendung von Standard-Unix-Dienstprogrammen, um "auf unbestimmte Zeit nichts zu tun" .

sh -c 'kill -STOP $$' | program > output

Dies löst eine Shell aus, die sofort gesendet wird SIGSTOPund den Prozess anhält. Dies wird als "Eingabe" für Ihr Programm verwendet. Das Komplement von SIGSTOPist SIGCONT, dh wenn Sie wissen, dass die Shell die PID 12345 hat, können Sie kill -CONT 12345diese fortsetzen.

Unter Linux können Sie Folgendes tun:

read x < /dev/fd/1 | program > output

Wenn Sie unter Linux / dev / fd / x öffnen, wobei x ein Dateideskriptor für das schreibende Ende einer Pipe ist, erhalten Sie das lesende Ende der Pipe. readWird also im Grunde nie zurückkehren, weil das einzige, was in diese Pipe geschrieben werden kann, sich selbst ist und readnichts ausgibt.

Es wird auch unter FreeBSD oder Solaris funktionieren, aber aus einem anderen Grund. Wenn Sie dort / dev / fd / 1 öffnen, erhalten Sie die gleiche Ressource wie auf fd 1, die Sie erwartet haben, und wie es die meisten Systeme außer Linux tun, also das Ende der Pipe. Unter FreeBSD und Solaris sind Pipes jedoch bidirektional. Solange programalso nicht in das Standardverzeichnis geschrieben wird (keine Anwendung), readkann aus dieser Richtung der Pipe nichts gelesen werden.

Auf Systemen, auf denen Pipes nicht bidirektional sind, tritt readwahrscheinlich ein Fehler auf, wenn versucht wird, aus einem Nur-Schreib-Dateideskriptor zu lesen. Beachten Sie auch, dass nicht alle Systeme haben /dev/fd/x.

Die read Lösung von Stéphane Chazelas funktioniert auch unter Mac OS X, wenn eine Lese-FD geöffnet wird /dev/fd/1.

# using bash on Mac OS X
# -bash: /dev/fd/1: Permission denied
read x </dev/fd/1 | cat >/dev/null
echo ${PIPESTATUS[*]}   #  1 0

exec 3<&- 3</dev/fd/1
read x 0<&3 | cat >/dev/null
echo ${PIPESTATUS[*]}   #  0 0

Um tail -f /dev/nullin einem Skript töten zu können (z. B. mit SIGINT), müssen Sie den tailBefehl und im Hintergrund ausführen wait.

#!/bin/bash
# ctrl-c will kill tail and exit script
trap 'trap - INT; kill "$!"; exit' INT
exec tail -f /dev/null & wait $!

Weiterleitung /dev/zeroals Standardeingabe!

program < /dev/zero > output &