Wie um zu überprüfen, ob stdin ist vom terminal oder einer pipe in ein shell-Skript?

Schreibe ich eine POSIX-shell-Skript, das möglicherweise oder möglicherweise nicht empfangen, die Eingabe von stdin als in foo.sh < test.txt, nicht-interaktiv.

Wie kann ich prüfen, ob es irgendetwas gibt, was über stdin, um zu vermeiden, anhalten auf while read -r line...?

InformationsquelleAutor l0b0 | 2010-03-16
  1. 45

    Wenn ich die Frage richtig, Sie können versuchen, die folgenden:

    #!/bin/sh
if [ -t 0 ]; then
    echo running interactivelly
else
    while read -r line ; do
        echo $line
    done
fi
    • Nur ein heads-up, das ausgelöst wird, gibt es für stdin und wenn Ihre Aufnahme stdout. (beide laufen interactivelly) ./yourscript < ./the_input_your_giving_your_script.txt && ./yourscript > ./what_your_script_outputs.txt
    • Nein, @dmedvinsky s Antwort ist richtig: test -t n ist wahr, wenn der file-Deskriptor n ist geöffnet am terminal, so test -t 0 prüft nur auf stdin und test -t 1 prüft nur auf stdout.
    • Keine Ahnung warum echo hello | interactive und interactive <(echo world) produzieren verschiedene Ausgänge (im zsh)? (interactive nur zurück 'ja' oder 'Nein'.) Ich sehe, dass interactive <<<"goodnight" und interactive <moon.txt beide funktionieren wie erwartet. (Meine intuition ist, dass <(command) ist syntax-Zucker für etwas verwendet, die eine TTY -, aber ich weiß nicht, wie/warum.)
    • Oh, äh, das ist nicht so zu arbeiten, wie ich mich erinnerte. <(command) ist noch ein argument, es ist einfach nur ersetzt durch die Datei-Deskriptor für den stdout von command.
    InformationsquelleAutor dmedvinsky
  2. 8

    Antwort auf die Frage wörtlich (aber nicht das, was Sie eigentlich wollen): read -t 0

    Timeout null Sekunden.

    1. dies ist eine race-Bedingung, je nachdem, Wann die linke-hand-Seite ist bereit, Daten zu liefern. Sie können angeben -t 5 aber auf eine Tracht Prügel system selbst, die problematisch ist.
    2. read -t ist nicht genormt, die in SUSv3. Es ist in der BSD-sh, bash, zsh. Es ist nicht in der ksh oder dash.

    Also kann man nicht einfach verwenden:#! /bin/sh und erwarten, dass diese.

    Das grundlegende problem ist, dass selbst wenn es nichts, was auf stdin nun, das bedeutet nicht, es wird nicht bald sein. Ein Programm aufrufen, die normalerweise Blätter stdin an das terminal angeschlossen/was auch immer, so gibt es keine Möglichkeit zu sagen, was benötigt wird.

    Also, um Ihre Frage zu beantworten wörtlich, Sie können es tun, aber in der Praxis sind Ihre Optionen:

    1. testen, wenn stdin ein tty: [ -t 0 ]
    2. verwenden argv Steuern Verhalten
    • Ich habe gerade damit experimentiert, das mit der zsh. Ich bemerkte, dass read -t oder gleichwertig read -t0 haben nicht deterministisch Verhalten. So wie Sie bereits erwähnt, vermeiden Sie es.
    • Aber, das ist zu unterscheiden von der test -t verwendet, in der Antwort.
    InformationsquelleAutor Phil P
  3. 6

    Können Sie ganz einfach implementieren, die ein ähnliches Verhalten wie die "cat" - Befehl, gelesen von einer Liste von zur Verfügung gestellten Dateien oder wenn Sie nicht, dann Lesen Sie von der Standardeingabe.

    Obwohl Sie vielleicht nicht verwenden, diese Idee, ich denke, das Linux Journal Artikel wird für Sie interessant sein http://www.linuxjournal.com/content/determine-if-shell-input-coming-terminal-or-pipe

    🙂

    • Ähmm, die Antwort d....m. ist cool ^_^
    • Dieser link war sehr hilfreich, danke!
    InformationsquelleAutor darkturo
  4. 1

    Wenn Sie nie wollen, um das Skript auszuführen interaktiv, stellen Sie den input-Datei als parameter, anstatt stdin. Einige Programme verwenden eine Flagge oder einen speziellen Dateinamen, um anzuzeigen, dass die Eingabe von der Standardeingabe statt aus einer Datei; diesem Fall können Sie Griff Befehlszeile Gerangel, wenn nötig.

    Wenn Sie wollen, dass Ihr script zu nehmen, die standard-Eingabe, warum willst du nicht lassen Sie es interaktiv sein (oder zumindest Verhalten sich wie andere POSIX-tools)?

    • Ein gemeinsamer Weg, zu sagen, Programmen zum Lesen von der Standardeingabe statt aus einer Datei bereitzustellen, die - statt einem Dateinamen.
    InformationsquelleAutor Carl Norum
Schreibe einen Kommentar