Shell/Bash-Skripting-Guide für Anfänger

« Vorherige, 1, 2, …, 12, 13, Nächste »

Status: Gelöst | Ubuntu-Version: keine Angabe
Antworten |

Dieses Thema ist die Diskussion des Artikels Shell/Bash-Skripting-Guide_für_Anfänger.

wxpte Anmeldungsdatum: 20. Januar 2007 Beiträge: 881 Wohnort: Schäl Sick	Zitieren 6. Dezember 2017 21:21 Hallo BillMaier, die Ergänzung habe ich angesichts dieser Kritik (Punkt 2) vorgenommen. Das war mir vorher so auch nicht bewusst, daher hielt ich es für angebracht, im Wiki-Artikel darauf hinzuweisen.
BillMaier Wikiteam Anmeldungsdatum: 4. Dezember 2008 Beiträge: 4412	Zitieren 6. Dezember 2017 21:36 Hallo wxpte, danke für deine Erklärung. Beim genauen Lesen verstehe ich jetzt, wie das gemeint ist. Es geht um die Ausgabe STOUT bzw. STDERR, die man definitiv nicht im Skript verarbeiten sollte. find mit dem Parameter exec dagegen lässt sich super skripten. Ich bin gerade nur am Überlegen, wie man das jetzt im Artikel abgrenzt, denn so liest es sich beim nicht-genauen Hinschauen, als ob find nicht geeignet für Skripting wäre (auch wenn es anders da steht).
track Anmeldungsdatum: 26. Juni 2008 Beiträge: 7174 Wohnort: Wolfen (S-A)	Zitieren 6. Dezember 2017 22:28 (zuletzt bearbeitet: 6. Dezember 2017 22:39) Die Warnbox erläutert argumentativ ja ausdrücklich die Probleme mit `ls` . - Von daher ist der simple Zusatz "und `find`" tatsächlich nicht ganz klar und korrekt. Vielleicht könnte man besser für `find` unten ein Postskript einfügen ? Sowas vielleicht: Achtung! Es ist verführerisch, die Ausgabe des Befehls `ls` im Skript zu verarbeiten. Das wäre aber gleich in mehrerer Hinsicht gefährlich: Leerzeichen und Zeilenwechsel in Dateinamen verursachen oft Probleme, da sie als Ende des Dateinamens interpretiert werden oder weil man die Eingabe zeilenweise verarbeitet und so den Dateinamen durchschneidet. Abhängig vom locale und einigen anderen Einstellungen ersetzt `ls` manche Zeichen durch ein oder mehrere "?". Dies ist aber bei bash der Platzhalter für "jedes Zeichen" und führt leicht zu Mehrdeutigkeiten, ebenso wie der '', sofern er im Dateinamen vorkommt. Entsprechend würde man auch beim Durchsuchen von Verzeichnisbäumen die Ausgabe von `find` nicht parsen, sondern die gewünschten Befehle mit der Option `-exec` in einem Unterskript ausführen:* `find [Suchmuster] -exec bash -c '# hier; kommen; die; Befehle' {} \;` Jetzt ist es natürlich die Frage, ob solch ein Codevorschlag an dieser Stelle nicht ein zu weiter Vorgriff auf "fortgeschrittene Techniken" ist ... aber deutlicher wäre es auf jeden Fall. - ach ja, rein formal: ein Codeblock in der Warnbox funktioniert nicht. Daran verschluckt sich der Inyoka-Parser ! LG, track
BillMaier Wikiteam Anmeldungsdatum: 4. Dezember 2008 Beiträge: 4412	Zitieren 6. Dezember 2017 22:41 Danke für den Vorschlag, track! Habe das jetzt so ergänzt: Entsprechend wird man auch die Ausgabe von `find` nicht parsen, sondern die entsprechenden Befehle mit der Option `-exec` in einem Unterskript ausführen. Beispiele dazu findet man im Artikel find. Wenn du die Beispiele dort ergänzen möchtest -> gerne! Den Abschnitt über `ls` habe ich jetzt nicht kontrolliert - falls ich da noch Änderungsvorschläge übersehen habe, bitte nochmal kurze Info.