Guida avanzata di scripting Bash - Portale Posta DMI

Capitolo 1. Perché programmare la shell?
• In applicazioni complesse dove è necessaria la programmazione strutturata (necessità di tipizzazione
delle variabili, prototipi di funzione, ecc.)
• In applicazioni particolari su cui si sta rischiando il tutto per tutto, o il futuro della propria azienda
• In situazioni in cui la sicurezza è importante, dove occorre garantire l’integrità del sistema e
proteggerlo contro intrusioni, cracking e vandalismi
• In progetti costituiti da sotto-componenti con dipendenze interconnesse
• Sono richieste operazioni su file di grandi dimensioni (Bash si limita ad un accesso sequenziale ai file,
eseguito riga per riga e in un modo particolarmente goffo ed inefficiente)
• È necessario il supporto nativo per gli array multidimensionali
• Sono necessarie strutture di dati quali le liste collegate o gli alberi
• È necessario generare o manipolare grafici o GUI
• È necessario un accesso diretto all’hardware del sistema
• È necessaria una porta o un socket I/O
• È necessario l’utilizzo di librerie o interfacce per l’esecuzione di vecchio codice
• In applicazioni proprietarie a codice chiuso (il codice sorgente degli script di shell è aperto e tutti lo
possono esaminare)
Nel caso ci si trovi di fronte ad una o più delle eventualità appena descritte, occorre prendere in
considerazione un linguaggio di scripting più potente -- che potrebbe essere Perl, Tcl, Python, Ruby -- o
possibilmente un linguaggio compilato di alto livello, quale il C, C++ o Java. Anche in questo caso, però,
eseguire dei prototipi di un’applicazione come script di shell potrebbe costituire un’utile base di sviluppo.
Sarà utilizzata Bash, acronimo di “Bourne-Again shell”, e un po’ un gioco di parole sull’ormai classica
shell Bourne di Stephen Bourne. Bash è diventata uno standard de facto dello scripting di shell su ogni
variante di sistema UNIX. La maggior parte dei principi spiegati in questo libro può essere applicata
altrettanto bene allo scripting con altre shell, quale la Shell Korn, da cui Bash ha derivato alcune delle
sue funzionalità 2 e la Shell C e le sue varianti (si faccia attenzione che programmare con la shell C non è
raccomandabile a causa di alcuni problemi ad essa inerenti, come evidenziato da Tom Christiansen in un
post su Usenet (http://www.etext.org/Quartz/computer/unix/csh.harmful.gz) nell’Ottobre 1993).
Quello che segue è un manuale sullo scripting di shell che sfrutta i numerosi esempi per illustrare le varie
funzionalità della shell. Gli script di esempio funzionano correttamente -- sono stati verificati, per quanto
sia stato possibile -- e alcuni di essi possono persino essere impiegati per scopi pratici. Il lettore può
divertirsi con il codice degli esempi presenti nell’archivio dei sorgenti (nomescript.sh oppure
nomescript.bash), 3 attribuirgli i permessi di esecuzione (con chmod u+rx nomescript), quindi
eseguirli e vedere cosa succede. Se l’archivio dei sorgenti non dovesse essere disponibile, allora si ricorra
ad un taglia-incolla dalle versioni HTML (http://www.tldp.org/LDP/abs/abs-guide.html.tar.gz), pdf
(http://www.tldp.org/LDP/abs/abs-guide.pdf) o testo
(http://www.ibiblio.org/pub/Linux/docs/linux-doc-project/abs-guide/abs-guide.txt.gz). Si faccia
attenzione che alcuni degli script qui riportati anticipano alcune funzionalità che non sono state ancora
spiegate e questo richiede, per la loro comprensione, che il lettore dia uno sguardo ai capitoli successivi.
2