staging.inyokaproject.org

Hallo,

habe eine Wiki Beitrag zum Thema "Umleitungen" (in der Shell) geschrieben, also z.B. Pipe-Operator etc. - siehe Baustelle/Shell/Umleitungen

Verbesserungsvorschläge sind wie immer willkommen!

Gruß
noisefloor

EDIT: Habe was vergessen - wisst ihr, ob | < > auch in den anderen Shells ausser Bash und Zsh (also Dash, Fish, Csh, Tcsh) - dann könnte ich den ersten Hinweisblock gerade richtig machen bzw. evtl ganz löschen...

Redirection und Pipeling beherrscht jede Posix kompatible Shell. Allerdings ist das Verhalten von >> bei nicht existierendem Ziel nicht exakt definiert, soll heissen, es wird im Posixstandard nur vorgeschlagen, das File neu zu erstellen. Mir persönlich ist jedoch noch nie eine Shell aufgefallen, bei der das nicht so gehandhabt wird.

Hallo,

Habe noch ein paar kleine Änderungen gemacht.

@comm@nder: Danke!

Gruß
noisefloor

Okay, verschoben: Shell/Umleitungen.

Gruß, Dee

Hallo,

Verlinkung auf Shell war falsch (Dead-Link!)

Verlink war auf "Shelle/Umleitungen" 😳 ☺ - ist korrigiert!

Gruß
noisefloor

In den Artikel könnte man noch aufnehmen, dass man mit der Angabe '&>' sowohl stdout als auch stderr umleitet.

Leisniger schrieb:

In den Artikel könnte man noch aufnehmen, dass man mit der Angabe '&>' sowohl stdout als auch stderr umleitet.

Kleiner Tipp: Du hast Schreibrechte, wenn du auf den "Bearbeiten"-Knopf drückst kannst du das selbst machen ☺

OK. Hab mich heute erst angemeldet und wollte erst mal schauen wie das hier läuft: Ob Änderungen an den Artikeln erst diskutiert werden oder ob jeder ändert, was er denkt.

Leisniger schrieb:

OK. Hab mich heute erst angemeldet und wollte erst mal schauen wie das hier läuft: Ob Änderungen an den Artikeln erst diskutiert werden oder ob jeder ändert, was er denkt.

Wir haben immer ein Auge auf den Änderungen.

Deine Einstellung ist auch genau richtig. Wenn man sich unsicher ist oder etwas mehr Aufwand bedeutet, nicht eindeutig ist, dann ist es gut nachzufragen. Aber in diesem Fall gehts ja um eine kleine und sinnvolle Änderung ☺

Viele Grüße

Das Wort

PS: Bei Fragen, fragen! (Wenn ums Wiki im Allgemeinen geht dann bitte in „Rund ums Wiki“).

Hallo,

Eben habe ich noch mit aufgenommen:

Links¶

• Terminal-Sessions und Log-Dateien unter Linux protokollieren 🇩🇪

Habe nämlich sehr lange nach dieser Lösung suchen müssen, bzw. genauer gesagt, sehr lange gebraucht, um darauf zu kommen, einmal bei Google "linux shell protokoll" einzugeben!

Falls etwa der Link versehentlich im falschen Artikel gelandet sein sollte, ihn bitte an eine passendere Stelle im Wiki verschieben.

Der Link von linux_joy gehört imho eher nach Terminalsitzung loggen.

Antiqua schrieb:

Der Link von linux_joy gehört imho eher nach Terminalsitzung loggen.

Ist wohl nicht ganz falsch, jedoch sollte dort dann stattdessen eben der Link zu Terminalsitzung loggen (oder eben später zum dann fertigen Artikel) stehen.

Eben habe ich den Link Terminal-Sessions und Log-Dateien unter Linux protokollieren 🇩🇪 nach Baustelle/Terminal-Sitzung loggen verschoben und hier halt den Link nach Baustelle/Terminal-Sitzung loggen eingefügt.

linux_joy schrieb:

Eben habe ich den Link Terminal-Sessions und Log-Dateien unter Linux protokollieren 🇩🇪 nach Baustelle/Terminal-Sitzung loggen verschoben

Nur der Ordnung halber: aus der Baustelle ist der Artikel bsdutils bzw. der Abschnitt script geworden.

Was halten die Kollegen davon, wenn wir noch eine Sektion vor "tee - Ausgabe verdoppeln" einfügen, um verschiedene Varianten von Umleitungen für mehrere Befehle zu erläutern? Varianten, die mir auf Anhieb einfallen:

• Jeder Befehl bekommt seine eigene Umleitung (umständlich, aber oft so gemacht).

• Man gruppiert Befehle mit geschweiften Klammern und fügt eine Umleitung an.

• Man leitet die Ausgabe für das gesamte Skript um mit exec >datei.

• Man öffnet eine Datei mit exec 3>datei und leitet dann selektiv für alle Befehle um, deren Ausgabe dorthin soll (kann auch mit den anderen kombiniert werden).

Drauf gebracht hat mich diese Diskussion.