Guida avanzata di scripting Bash - Portale Posta DMI

Capitolo 33. Miscellanea
33.1. Shell e script interattivi e non
Nobody really knows what the Bourne
shell’s grammar is. Even examination of
the source code is little help.
Tom Duff
Una shell interattiva legge i comandi dall’input dell’utente, immessi da una tty. Una tale shell, in modo
predefinito, legge i file di avvio in fase di attivazione, visualizza un prompt e abilita il controllo dei job,
tra le altre cose. L’utente può interagire con la shell.
Una shell che esegue uno script è sempre una shell non interattiva. Tuttavia, lo script può ancora
accedere alla sua tty. È anche possibile simulare, nello script, una shell interattiva.
#!/bin/bash
MIO_PROMPT=’$ ’
while :
do
echo -n "$MIO_PROMPT"
read riga
eval "$riga"
done
exit 0
# Questo script d’esempio e gran parte della spiegazione precedente
#+ sono stati forniti da Stéphane Chazelas (grazie ancora).
Si considera come interattivo quello script che richiede l’input dall’utente, di solito per mezzo di
enunciati read (vedi Esempio 11-3). La “realtà” , a dire il vero, è un po’ meno semplice di così. Per il
momento si assume che uno script interattivo sia quello connesso ad una tty, uno script che un utente ha
invocato da console o da xterm.
Gli script init e di avvio sono, per forza di cose, non interattivi, perché devono essere eseguiti senza
l’intervento umano. Allo stesso modo, non sono interattivi gli script che svolgono attività
d’amministrazione e di manutenzione del sistema. Compiti invariabili e ripetitivi richiedono di essere
svolti automaticamente per mezzo di script non interattivi.
Gli script non interattivi possono essere eseguiti in background, a differenza di quelli interattivi che si
bloccano in attesa di un input che potrebbe non arrivare mai. Questa difficoltà può essere gestita con uno
script expect o con l’inserimento di un here document che sono in grado di fornire l’input allo script
545