Verwirrt von stdin, stdout und stderr?

Standard-Eingabe - dies ist die Datei-handledass Ihr Prozess liest Informationen von Ihnen zu erhalten.

Standard-Ausgabe - Ihr Prozess schreibt normal Informationen zu dieser Datei-handle.

Standard-Fehler - Ihr Prozess schreibt Fehler-Informationen zu dieser Datei-handle.

Das ist ungefähr so verdummt werden-nach unten wie ich es machen kann 🙂

Natürlich, das ist vor allem Konvention. Es gibt nichts hindert Sie schreiben Ihre Fehler-Informationen auf standard-Ausgabe, wenn Sie es wünschen. Sie können auch in der Nähe der drei Datei-handles völlig und öffnen Sie Ihre eigenen Dateien für I/O.

Wenn ein Prozess gestartet wird, sollte es bereits diese Griffe öffnen und es kann nur Lesen und/oder schreiben Sie Ihnen.

Standardmäßig, sind Sie wahrscheinlich mit Ihrem Endgerät (z.B. /dev/tty) aber Oberteile ermöglichen Ihnen, die verbindungen zwischen diesen Griffe und bestimmte Dateien und/oder Geräte (oder auch pipelines, die zu anderen Prozessen), bevor ein Prozess gestartet wird (einige der Manipulationen möglich sind, sehr geschickt).

Beispiel:

my_prog <inputfile 2>errorfile | grep XYZ

wird:

• erstellen Sie einen Prozess für my_prog.
• öffnen inputfile als Ihren standard-input (Datei-handle, 0).
• öffnen errorfile als Ihre standard-Fehler (Datei-handle, 2).
• erstellen anderen Prozess für grep.
• befestigen Sie die standard-Ausgabe von my_prog zu den standard-input von grep.

Re Ihr Kommentar:

Wenn ich öffnen Sie diese Dateien im /dev-Ordner, wie kommt es, dass ich nie zu sehen bekommen, die Ausgabe eines Prozesses?

Es ist, weil Sie keine normalen Dateien. Während UNIX stellt alles als Datei in einem Datei-system irgendwo, das macht es nicht so auf dem niedrigsten Niveau. Die meisten Dateien, die in der /dev Hierarchie sind entweder Zeichen-oder block-devices effektiv einen Treiber. Sie haben nicht die Größe, aber Sie haben eine major-und minor device number.

Wenn Sie Sie öffnen, sind Sie an das Gerät angeschlossen-Treiber anstatt einer physikalischen Datei und der Treiber ist smart genug, um zu wissen, dass separate Prozesse sollten separat behandelt werden.

Das gleiche gilt für die Linux - /proc Dateisystem. Das sind keine echten Dateien, nur streng kontrollierte gateways kernel Informationen.

InformationsquelleAutor der Antwort paxdiablo

Fürchte ich, wird dein Verständnis ist ganz nach hinten. 🙂

Denke der "standard", "Norm" und "standard-Fehler" von der Programm Perspektive nicht aus den kernel-Perspektive.

Wenn ein Programm braucht, um print-Ausgabe, es in der Regel Drucke auf "standard out". Ein Programm in der Regel druckt die Ausgabe auf standard-out mit printfdie Drucke NUR auf standard out.

Wenn ein Programm braucht, zu drucken, Fehler-information (nicht unbedingt Ausnahmen, sind diejenigen, die eine Programmier-Sprache zu konstruieren, auferlegt auf einer viel höheren Ebene), ist es normalerweise Drucke auf "standard-Fehler". Es ist in der Regel so mit fprintfdie akzeptiert, dass ein stream-Datei zum ausdrucken. Die stream-Datei werden konnte, eine Datei zum schreiben geöffnet werden: Norm -, standard-Fehler, oder jede andere Datei, die geöffnet wurde, mit fopen oder fdopen.

"standard" wird verwendet, wenn die Datei Lesen muss-Eingang, mit fread oder fgets oder getchar.

Diese Dateien können leicht umgeleitet von der shell aus, wie diese:

cat /etc/passwd > /tmp/out     # redirect cat's standard out to /tmp/foo
cat /nonexistant 2> /tmp/err   # redirect cat's standard error to /tmp/error
cat < /etc/passwd              # redirect cat's standard input to /etc/passwd

Oder, die ganze enchilada:

cat < /etc/passwd > /tmp/out 2> /tmp/err

Gibt es zwei wichtige Einschränkungen: Erstens, "standard", "Norm" und "standard-Fehler" sind nur eine Konvention. Sie sind ein sehr stark Konvention, aber es ist alles nur ein Abkommen, es ist sehr schön, in der Lage zu laufen Programme wie dieses: grep echo /etc/services | awk '{print $2;}' | sort und haben die standard-Ausgänge der einzelnen Programme angespannt in die Standardeingabe des nächsten Programms in der pipeline.

Zweite, die ich gegeben habe, die standard-ISO-C-Funktionen für die Arbeit mit Datei-streams (FILE * Objekte) -- auf der kernel-Ebene, es ist alle Datei-Deskriptoren (int Verweise auf die Datei-Tabelle) und viel niedriger-level-Operationen wie read und writedie nicht tun, die glücklich Pufferung des ISO-C-Funktionen. Ich dachte mir, es einfach zu halten und verwenden einfacher Funktionen, aber ich dachte, dass alle die gleichen, die Sie kennen sollten alternativen. 🙂

InformationsquelleAutor der Antwort sarnold

stdin

Liest die Eingabe über die Konsole (z.B. Tastatureingaben).
Verwendet in C mit scanf

scanf(<formatstring>,<pointer to storage> ...);

stdout

Erzeugt eine Ausgabe auf der Konsole.
Verwendet in C mit printf

printf(<string>, <values to print> ...);

stderr

Produziert 'Fehler' die Ausgabe in der Konsole.
Verwendet in C mit fprintf

fprintf(stderr, <string>, <values to print> ...);

Umleitung

Quelle für stdin umgeleitet werden können. Zum Beispiel, anstatt zu kommen, von Tastatur-Eingaben, kann es kommen, aus einer Datei (echo < file.txt ), oder ein anderes Programm ( ps | grep <userid>).

Die Ziele für stdout, stderr, kann auch umgeleitet werden. Zum Beispiel stdout kann in eine Datei umgeleitet: ls . > ls-output.txtin diesem Fall die Ausgabe in die Datei geschrieben ls-output.txt. Stderr umgeleitet werden können mit 2>.

InformationsquelleAutor der Antwort mikek3332002

Ich glaube, die Leute sagen, stderr sollte nur verwendet werden, für die Fehlermeldungen irreführend ist. Es sollte auch verwendet werden, für die informativen Nachrichten, die gemeint sind, für die Benutzer der den Befehl ausführt und nicht für alle möglichen nachgeschalteten Verbraucher von den Daten (d.h., wenn Sie ausführen einer shell-pipe-Verkettung mehrere Befehle, die Sie nicht wollen, um informative Meldungen wie "erste Position 30 von 42424" erscheinen auf stdout, da Sie verwirren den Verbraucher, aber Sie könnten noch den gewünschten Benutzer, Sie zu sehen.

Sehen http://www.jstorimer.com/blogs/workingwithcode/7766119-when-to-use-stderr-instead-of-stdout für historische Begründung:

"Alle Programme platziert Diagnostik auf die standard-Ausgabe. Dieser hatte immer Probleme damit, wenn die Ausgabe umgeleitet wurde, in eine Datei, aber unerträglich wurde, wenn die Nachricht gesendet wurde, um eine ahnungslose Prozess. Dennoch, nicht bereit zu verletzen und die Einfachheit der standard-input standard-output-Modell, die Menschen vertragen diesen Zustand bis v6. Kurz darauf Dennis Ritchie den gordischen Knoten durch die Einführung der standard-error-Datei. Das war nicht genug. Mit pipelines Diagnostik kommen konnte, aus jedem der mehreren Programme gleichzeitig laufen. Diagnostik benötigt, um sich zu identifizieren."

InformationsquelleAutor der Antwort dee

Für Sie maßgebliche Informationen über diese Dateien, Lesen Sie die man-Seiten, führen Sie den Befehl auf Ihrem terminal.

$ man stdout 

Aber für eine einfache Antwort, jede Datei ist für:

stdout für einen stream aus

stdin für einen Strom-Eingang

stderr für Druckfehler oder log-Meldungen.

Jedes unix-Programm hat jeder dieser Ströme.

InformationsquelleAutor der Antwort Margach Chris