103.1 Lezione 2

Per iniziare, come possiamo identificare i valori attuali per ciascuna delle nostre variabili d’ambiente? Un modo è attraverso il comando env:

Otterrai un gran numero di informazioni in output, molto più di quanto è incluso nell’estratto sopra. Ma per ora nota la voce PATH, che contiene le directory in cui la tua shell (e altri programmi) cercheranno altri programmi senza necessariamente doverli richiamare indicandone il percorso completo. Con questo set, puoi eseguire un programma binario che risiede in /usr/local/bin dalla tua home directory, come se il file fosse locale.

Cambiamo argomento per un attimo. Il comando echo stamperà sullo schermo qualunque cosa tu gli dica. Che tu ci creda o no, ci saranno delle volte in cui usare echo, per ripetere letteralmente qualcosa, sarà molto utile.

Ma c’è qualcos’altro che puoi fare con echo. Quando gli dai il nome di una variabile d’ambiente - e gli dici che questa è una variabile anteponendo al suo nome un carattere $ — ciò facendo, invece di stampare semplicemente il nome della variabile, la shell restituirà il suo valore. Non sei sicuro che la tua directory preferita sia attualmente nella variabile PATH? Puoi verificare rapidamente attraverso il comando echo:

Puoi aggiungere le tue variabili personalizzate al tuo ambiente. Il modo più semplice è usare il carattere =. La stringa a sinistra sarà il nome della tua nuova variabile e la stringa a destra sarà il suo valore. Ora puoi fornire il nome della variabile a echo per verificare se ha funzionato:

Ma ha funzionato davvero? Digita "bash" nel terminale per aprire una nuova shell. Questa nuova shell assomiglia esattamente a quella in cui ti trovavi, ma in realtà è una figlia (child) di quella originale (che chiamiamo genitore). Ora, all’interno di questa nuova shell figlia, cerca di far sì che echo realizzi la sua magia come prima. Niente. Cosa sta succedendo?

Una variabile che crei come abbiamo appena fatto sarà disponibile solo localmente - entro la sessione di shell stessa. Se avvii una nuova shell - o chiudi la sessione usando exit - la variabile non ti seguirà. Digitando exit qui tornerai alla shell genitore originale che, in questo momento, è dove vogliamo essere. Puoi eseguire echo $myvar ancora una volta se vuoi solo confermare che la variabile è ancora valida. Ora digita export myvar per passare la variabile a tutte le shell figlie che potresti successivamente creare. Provalo: digita bash per una nuova shell e poi echo seguito dalla variabile:

Tutto ciò può sembrare un po' sciocco quando stiamo creando Shell senza uno scopo reale. Ma capire come vengono propagate le variabili della shell attraverso il tuo sistema diventerà molto importante una volta che si inizierà a scrivere script.

Vuoi sapere come eliminare tutte quelle variabili effimere che hai creato? Un modo è semplicemente quello di chiudere la shell genitore o riavviare il computer. Ma ci sono modi più semplici. Per esempio, "unset". Digitare unset seguito dalla variabile (senza $) per eliminarla. echo ora lo dimostrerà.

Se c’è un comando unset, allora puoi scommettere che ci sia anche un comando set. L’esecuzione di set da sola mostrerà molte informazioni in output, ma in realtà non è poi così diverso da quello che ti ha restituito env. Guarda la prima riga di output che otterrai quando filtri per la stringa PATH:

Qual è la differenza tra set ed env? Per i nostri scopi, la cosa principale è che l’esecuzione di set produrrà in output variabili e funzioni. Illustriamolo. Creeremo una nuova variabile chiamata mynewvar e poi confermeremo che è lì:

Ora, eseguendo env insieme a grep per filtrare la stringa mynewvar non otterremo nessun risultato nell’output. Ma eseguire set allo stesso modo ci mostrerà la nostra variabile locale precedentemente creata.

Ora è un buon momento per farti affrontare il problema dei caratteri speciali. I caratteri alfanumerici (a-z e 0-9) vengono normalmente letti letteralmente da Bash. Se provi a creare un nuovo file chiamato myfile, dovresti semplicemente digitare touch seguito da myfile e Bash saprà cosa farne. Ma se vuoi includere un carattere speciale nel tuo nome file, dovrai fare un po' più di lavoro.

Per illustrare questo, eseguiremo touch seguito da: my big file. Il problema è che ci sono due spazi tra le parole che Bash interpreterà. Mentre, tecnicamente, non chiameresti uno spazio un “carattere” , per Bash invece è come se lo fosse letteralmente. Se elenchi i contenuti della tua directory corrente, invece di un file chiamato my big file, vedrai tre file denominati, rispettivamente, my, big e file. Questo perché Bash ha ritenuto che tu volessi creare più file i cui nomi stavi passando in un elenco:

Gli spazi verranno interpretati allo stesso modo se si eliminano (rm) i tre file in un solo comando:

Ora proviamo nel modo giusto. Digita touch e le tre parti del tuo nome file, ma questa volta racchiudi il nome tra virgolette. Questa volta ha funzionato. L’elenco dei contenuti della directory ti mostrerà un singolo file con il nome corretto.

Esistono altri modi per ottenere lo stesso effetto. Le virgolette singole, per esempio, funzionano così come le virgolette doppie. (Nota che le virgolette singole conserveranno il valore letterale di tutti i caratteri, mentre le virgolette doppie conserveranno tutti i caratteri ad eccezione di $, `,\ e, in alcuni casi, !.)

Anteporre un carattere di back slash (\) a un caratterre speciale farà si che Bash lo interpreti letteralmente.