Guida avanzata di scripting Bash - Portale Posta DMI

Appendice E. Una dettagliata introduzione
all’I/O e alla redirezione I/O
scritta da Stéphane Chazelas e rivista dall’autore del documento
Un comando si aspetta che siano disponibili i primi tre descrittori di file. Il primo, fd 0 (lo standard input,
stdin), è utilizzato per la lettura. Gli altri due (fd 1, stdout e fd 2, stderr) per la scrittura.
Ad ogni comando sono associati uno stdin, uno stdout e uno stderr. ls 2>&1 trasforma
temporaneamente lo stderr del comando ls in un’unica “risorsa”, lo stdout della shell.
Per convenzione, un comando legge il proprio input da fd 0 (stdin), visualizza l’output in fd 1
(stdout) e i messaggi d’errore in fd 2 (stderr). Se uno di questi descrittori di file non è aperto, si
possono riscontrare dei problemi:
bash$ cat /etc/passwd >&cat:
standard output: Bad file descriptor
Ad esempio, quando viene posto in esecuzione xterm, come prima cosa questo inizializza se stesso.
Prima di mettere in esecuzione la shell dell’utente, xterm apre per tre volte il dispositivo di terminale
(/dev/pts/ o qualcosa di analogo).
A questo punto Bash eredita questi tre descrittori di file, a loro volta ereditati da ogni comando (processo
figlio) messo in esecuzione da Bash, tranne quando il comando viene rediretto. Redirezione vuol dire
riassegnare uno dei descrittori di file a un altro file (o ad una pipe, o ad altro che lo consenta). I
descrittori di file possono essere riassegnati localmente (per un comando, un gruppo di comandi, una
subshell, if o case, cicli for o while...), oppure globalmente, per l’intera shell (usando exec).
ls > /dev/null esegue ls con il suo fd 1 connesso a /dev/null.
bash$ lsof -a -p $$ -d0,1,2
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
bash 363 bozo 0u CHR 136,1 3 /dev/pts/1
bash 363 bozo 1u CHR 136,1 3 /dev/pts/1
bash 363 bozo 2u CHR 136,1 3 /dev/pts/1
bash$ exec 2> /dev/null
bash$ lsof -a -p $$ -d0,1,2
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
bash 371 bozo 0u CHR 136,1 3 /dev/pts/1
777