Guida avanzata di scripting Bash - Portale Posta DMI

Capitolo 11. Comandi interni e builtin
Quando un comando, o la stessa shell, svolge un certo compito, dà origine (spawn) ad un
nuovo sottoprocesso. Questa azione si chiama forking. Il nuovo processo è il figlio, mentre
il processo che l’ha generato è il genitore. Mentre il processo figlio sta svolgendo il proprio
lavoro, il processo genitore resta ancora in esecuzione.
Si noti che mentre un processo genitore ottiene l’ID di processo del processo figlio,
riuscendo in questo modo a passargli degli argomenti, non è vero l’inverso. Ciò può creare
dei problemi che sono subdoli e difficili da individuare.
Esempio 11-1. Uno script che genera istanze multiple di sé stesso
#!/bin/bash
# spawn.sh
PID=$(pidof sh $0) # ID dei processi delle diverse istanze dello script.
P_array=( $PID ) # Inseriti in un array (perché?).
echo $PID # Visualizza gli ID dei processi genitore e figlio.
let "instanze = ${#P_array[*]} - 1" # Conta gli elementi, meno 1.
# Perché viene sottratto 1?
echo "$instanze instanza(e) dello script in esecuzione."
echo "[Premete Ctl-C per terminare.]"; echo
sleep 1 # Attesa.
sh $0 # Provaci ancora, Sam.
exit 0 # Inutile: lo script non raggiungerà mai questo punto.
# Perché?
# Dopo aver terminato l’esecuzione con Ctl-C,
#+ saranno proprio tutte "morte" le istanze generate dallo script?
# In caso affermativo, perché?
# Nota:
# ----
# Fate attenzione a non tenere in esecuzione lo script troppo a lungo.
# Potrebbe, alla fine, esaurire troppe risorse di sistema.
# Uno script che genera istanze multiple di sé stesso
#+ rappresenta una tecnica di scripting consigliabile.
# Siete d’accordo oppure no?
In genere, un builtin Bash eseguito in uno script non genera un sottoprocesso. Al contrario,
un filtro o un comando di sistema esterno, solitamente, avvia (fork) un sottoprocesso.
Un builtin può avere un nome identico a quello di un comando di sistema. In questo caso Bash lo
188