Ripulitura (via ispell) e correzioni varie

[gapil.git] / intro.tex

diff --git a/intro.tex b/intro.tex
index 5dfa21a43eab9e720e39c493e0b0460bf115882a..34950b5ded552bdc8e96438b8d629664acf444db 100644 (file)
--- a/intro.tex
+++ b/intro.tex
@@ -2,14 +2,14 @@
 \label{cha:intro_unix}
 
 In questo primo capitolo sarà fatta un'introduzione ai concetti generali su
 \label{cha:intro_unix}
 
 In questo primo capitolo sarà fatta un'introduzione ai concetti generali su

-cui è basato un sistema di tipo unix come GNU/Linux, per fornire una base di
-comprensione mirata a sottolineare le peculiarità che saranno poi importanti
-per quello che riguarda la programmazione. 
+cui è basato un sistema di tipo unix come GNU/Linux, in questo modo potremo
+fornire una base di comprensione mirata a sottolineare le peculiarità del
+sistema che sono più rilevanti per quello che riguarda la programmazione.

 
 Dopo un introduzione sulle caratteristiche principali di un sistema di tipo
 unix passeremo ad illustrare alcuni dei concetti basi dell'architettura di
 
 Dopo un introduzione sulle caratteristiche principali di un sistema di tipo
 unix passeremo ad illustrare alcuni dei concetti basi dell'architettura di

-Linux (che sono comunque comuni a tutti i sistemi \textit{unix-like}) ed
-introdurremo alcuni degli standard princincipali a cui si fa riferimento.
+GNU/Linux (che sono comunque comuni a tutti i sistemi \textit{unix-like}) ed
+introdurremo alcuni degli standard principali a cui viene fatto riferimento.

 
 
 \section{Una panoramica sulla struttura}
 
 
 \section{Una panoramica sulla struttura}


@@ -26,27 +26,27 @@ anche la parte che prevede l'interazione con l'utente, deve venire realizzato
 tramite programmi eseguiti dal kernel e che accedano alle risorse hardware
 tramite delle richieste a quest'ultimo.
 
 tramite programmi eseguiti dal kernel e che accedano alle risorse hardware
 tramite delle richieste a quest'ultimo.
 

-Fin dall'inizio unix si presenta come un sistema operativo
+Fin dall'inizio uno unix si presenta come un sistema operativo

 \textit{multitasking}, cioè in grado di eseguire contemporaneamente più
 programmi, e multiutente, in cui é possibile che più utenti siano connessi ad
 una macchina eseguendo più programmi ``in contemporanea'' (in realtà, almeno
 per macchine a processore singolo, i programmi vengono eseguiti singolarmente
 a rotazione).
 
 \textit{multitasking}, cioè in grado di eseguire contemporaneamente più
 programmi, e multiutente, in cui é possibile che più utenti siano connessi ad
 una macchina eseguendo più programmi ``in contemporanea'' (in realtà, almeno
 per macchine a processore singolo, i programmi vengono eseguiti singolarmente
 a rotazione).
 

-% Questa e' una distinzione essenziale da capire,
+% Questa e` una distinzione essenziale da capire,

 %specie nei confronti dei sistemi operativi successivi, nati per i personal
 %computer (e quindi per un uso personale), sui quali l'hardware (allora
 %limitato) non consentiva la realizzazione di un sistema evoluto come uno unix.
 
 %specie nei confronti dei sistemi operativi successivi, nati per i personal
 %computer (e quindi per un uso personale), sui quali l'hardware (allora
 %limitato) non consentiva la realizzazione di un sistema evoluto come uno unix.
 

-Gli unix più recenti, come Linux, sono stati realizzati usando alcune
+Gli unix più recenti, come Linux, sono realizzati sfruttando alcune

 caratteristiche dei processori moderni come la gestione hardware della memoria
 e la modalità protetta. In sostanza con i processori moderni si può
 disabilitare temporaneamente l'uso di certe istruzioni e l'accesso a certe
 zone di memoria fisica.  Quello che succede é che il kernel é il solo
 programma ad essere eseguito in modalità privilegiata, con il completo accesso
 all'hardware, mentre i programmi normali vengono eseguiti in modalità protetta
 caratteristiche dei processori moderni come la gestione hardware della memoria
 e la modalità protetta. In sostanza con i processori moderni si può
 disabilitare temporaneamente l'uso di certe istruzioni e l'accesso a certe
 zone di memoria fisica.  Quello che succede é che il kernel é il solo
 programma ad essere eseguito in modalità privilegiata, con il completo accesso
 all'hardware, mentre i programmi normali vengono eseguiti in modalità protetta

-(e non possono accedere direttamente alle zone di memoria riservate
-o alle porte di input/output).
+(e non possono accedere direttamente alle zone di memoria riservate o alle
+porte di input/output).

 
 Una parte del kernel, lo \textit{scheduler}, si occupa di stabilire, ad
 intervalli fissi e sulla base di un opportuno calcolo delle priorità, quale
 
 Una parte del kernel, lo \textit{scheduler}, si occupa di stabilire, ad
 intervalli fissi e sulla base di un opportuno calcolo delle priorità, quale


@@ -57,19 +57,19 @@ soltanto attraverso delle opportune chiamate al sistema che restituiranno il
 controllo al kernel.
 
 La memoria viene sempre gestita del kernel attraverso il meccanismo della
 controllo al kernel.
 
 La memoria viene sempre gestita del kernel attraverso il meccanismo della

-memoria virtuale, che consente di assegnare a ciascun processo uno spazio di
-indirizzi ``virtuale'' (vedi \secref{sec:proc_memory}) che il kernel stesso,
-con l'ausilio della unità di gestione della memoria, si incaricherà di
-rimappare automaticamente sulla memoria disponibile, salvando quando
-necessario su disco (nella cosiddetta \textit{swap}) le pagine di memoria in
+\textsl{memoria virtuale}, che consente di assegnare a ciascun processo uno
+spazio di indirizzi ``virtuale'' (vedi \secref{sec:proc_memory}) che il kernel
+stesso, con l'ausilio della unità di gestione della memoria, si incaricherà di
+rimappare automaticamente sulla memoria disponibile, salvando su disco quando
+necessario (nella cosiddetta area di \textit{swap}) le pagine di memoria in

 eccedenza.
 
 Le periferiche infine vengono viste in genere attraverso un'interfaccia
 astratta che permette di trattarle come fossero file, secondo il concetto per
 eccedenza.
 
 Le periferiche infine vengono viste in genere attraverso un'interfaccia
 astratta che permette di trattarle come fossero file, secondo il concetto per

-cui \textit{everything is a file}, vedi \capref{cha:files_intro}, (questo non
-è vero per le interfacce di rete, che hanno un'interfaccia diversa, ma resta
-valido il concetto generale che tutto il lavoro di accesso e gestione a basso
-livello è effettuato dal kernel).
+cui \textit{everything is a file}, su cui torneremo in dettaglio in
+\capref{cha:files_intro}, (questo non è vero per le interfacce di rete, che
+hanno un'interfaccia diversa, ma resta valido il concetto generale che tutto
+il lavoro di accesso e gestione a basso livello è effettuato dal kernel).

 
 
 \section{User space e kernel space}
 
 
 \section{User space e kernel space}


@@ -81,7 +81,7 @@ contraddistingue l'ambiente in cui vengono eseguiti i programmi, e il
 \textit{kernel space} che é l'ambiente in cui viene eseguito il kernel. Ogni
 programma vede se stesso come se avesse la piena disponibilità della CPU e
 della memoria ed è, salvo i meccanismi di comunicazione previsti
 \textit{kernel space} che é l'ambiente in cui viene eseguito il kernel. Ogni
 programma vede se stesso come se avesse la piena disponibilità della CPU e
 della memoria ed è, salvo i meccanismi di comunicazione previsti

-dall'architettura completamente ignaro del fatto che altri programmi possono
+dall'architettura, completamente ignaro del fatto che altri programmi possono

 essere messi in esecuzione dal kernel.
 
 Per questa separazione non è possibile ad un singolo programma disturbare
 essere messi in esecuzione dal kernel.
 
 Per questa separazione non è possibile ad un singolo programma disturbare


@@ -91,7 +91,7 @@ processi non hanno di questi limiti, o che vengono per vari motivi eseguiti al
 livello del kernel.
 
 Pertanto deve essere chiaro a chi programma in unix che l'accesso diretto
 livello del kernel.
 
 Pertanto deve essere chiaro a chi programma in unix che l'accesso diretto

-all'hardware non può avvenire se non all'interno del kernel, al di fuori dal
+all'hardware non può avvenire se non all'interno del kernel; al di fuori dal

 kernel il programmatore deve usare le opportune interfacce che quest'ultimo
 fornisce allo user space. 
 
 kernel il programmatore deve usare le opportune interfacce che quest'ultimo
 fornisce allo user space. 
 


@@ -101,25 +101,25 @@ fornisce allo user space.
 
 Per capire meglio la distinzione fra kernel space e user space si può prendere
 in esame la procedura di avvio di un sistema unix; all'avvio il BIOS (o in
 
 Per capire meglio la distinzione fra kernel space e user space si può prendere
 in esame la procedura di avvio di un sistema unix; all'avvio il BIOS (o in

-generale il software di avvio posto nelle EPROM) eseguirà il \textit{boot}
-incaricandosi di caricare il kernel in memoria e di farne partire
-l'esecuzione; quest'ultimo, dopo aver inizializzato le periferiche farà
-partire il primo processo, \textit{init} che è quello che si incaricherà di
-far partire tutti i processi successivi, come quello che si occupa di
-dialogare con la tastiera e lo schermo della console, mettendo a disposizione
-dell'utente che si vuole collegare un terminale e la stessa \textit{shell} da
-cui inviare i comandi.
+generale il software di avvio posto nelle EPROM) eseguirà la procedura di
+avvio del sistema (il cosiddetto \textit{boot}) incaricandosi di caricare il
+kernel in memoria e di farne partire l'esecuzione; quest'ultimo, dopo aver
+inizializzato le periferiche farà partire il primo processo, \cmd{init} che è
+quello che a sua volta farà partire tutti i processi successivi,fra i quali
+c'è pure quello che si occupa di dialogare con la tastiera e lo schermo della
+console, e quello che mette a disposizione dell'utente che si vuole collegare
+un terminale e la stessa \textit{shell} da cui inviare i comandi.

 
 E' da rimarcare come tutto ciò, che usualmente viene visto come parte del
 sistema, non abbia in realtà niente a che fare con il kernel, ma sia
 effettuato da opportuni programmi che vengono eseguiti, allo stesso modo di un
 
 E' da rimarcare come tutto ciò, che usualmente viene visto come parte del
 sistema, non abbia in realtà niente a che fare con il kernel, ma sia
 effettuato da opportuni programmi che vengono eseguiti, allo stesso modo di un

-programma di scrittura o di disegno, in user space.
+qualunque programma di scrittura o di disegno, in user space.

 
 Questo significa ad esempio che il sistema di per sé non dispone di primitive
 per tutta una serie di operazioni (come la copia di un file) che altri sistemi
 
 Questo significa ad esempio che il sistema di per sé non dispone di primitive
 per tutta una serie di operazioni (come la copia di un file) che altri sistemi

-(come Windows) hanno invece al loro interno. Per questo può capitare che
-alcune operazioni, come quella in esempio, siano implementate come normali
-programmi.
+(come Windows) hanno invece al loro interno. Pertanto buona parte delle
+operazioni di normale amministrazione di un sistema, come quella in esempio,
+sono implementate come normali programmi.

 
 %Una delle caratteristiche base di unix \`e perci\`o che \`e possibile
 %realizzare un sistema di permessi e controlli che evitano che i programmi
 
 %Una delle caratteristiche base di unix \`e perci\`o che \`e possibile
 %realizzare un sistema di permessi e controlli che evitano che i programmi


@@ -137,18 +137,18 @@ si aspetta da un sistema operativo.
 
 Come accennato le interfacce con cui i programmi possono accedere all'hardware
 vanno sotto il nome di chiamate al sistema (le cosiddette \textit{system
 
 Come accennato le interfacce con cui i programmi possono accedere all'hardware
 vanno sotto il nome di chiamate al sistema (le cosiddette \textit{system

-  call}), si tratta di un insieme di routine che un programma può chiamare per
-le quali viene generata una interruzione e il controllo è passato dal
-programma al kernel. Sarà poi quest'ultimo che (oltre a compiere una serie di
-operazioni interne come la gestione del multitaskin e il l'allocazione della
-memoria) eseguirà la funzione richiesta in kernel space restituendo i
+  call}), si tratta di un insieme di funzioni, che un programma può chiamare,
+per le quali viene generata una interruzione processo e il controllo è passato
+dal programma al kernel. Sarà poi quest'ultimo che (oltre a compiere una serie
+di operazioni interne come la gestione del multitasking e il l'allocazione
+della memoria) eseguirà la funzione richiesta in kernel space restituendo i

 risultati al chiamante.
 
 Ogni versione unix ha storicamente sempre avuto un certo numero di queste
 chiamate, che sono riportate nella seconda sezione del \textsl{Manuale della
 risultati al chiamante.
 
 Ogni versione unix ha storicamente sempre avuto un certo numero di queste
 chiamate, che sono riportate nella seconda sezione del \textsl{Manuale della

-  programmazione di unix} (quella che si accede con il comando \texttt{man 2})
-e linux non fa eccezione. Queste sono poi state codificate da vari standard,
-che esamineremo brevemente in \secref{sec:intro_standard}.
+  programmazione di unix} (quella che si accede con il comando \cmd{man 2
+  nome}) e GNU/Linux non fa eccezione. Queste sono poi state codificate da vari
+standard, che esamineremo brevemente in \secref{sec:intro_standard}.

 
 Normalmente ciascuna di queste chiamate al sistema viene rimappata in
 opportune funzioni con lo stesso nome definite dentro la Libreria Standard del
 
 Normalmente ciascuna di queste chiamate al sistema viene rimappata in
 opportune funzioni con lo stesso nome definite dentro la Libreria Standard del


@@ -161,19 +161,20 @@ il linguaggio C implementano direttamente operazioni comuni come la
 allocazione dinamica della memoria, l'input/output bufferizzato o la
 manipolazione delle stringhe presenti in qualunque programma.
 
 allocazione dinamica della memoria, l'input/output bufferizzato o la
 manipolazione delle stringhe presenti in qualunque programma.
 

-Per questo in Linux è in effetti GNU/Linux, in quanto una parte essenziale del
-sistema (senza la quale niente può funzionare) è la realizzazione fatta dalla
-Free Software Foundation della suddetta libreria (la GNU Standard C Library,
-in breve \textit{glibc}), in cui sono state implementate tutte le funzioni
-essenziali definite negli standard POSIX e ANSI C, e che viene utilizzata da
-qualunque programma.
+Anche per questo in Linux è in effetti GNU/Linux, in quanto una parte
+essenziale del sistema (senza la quale niente può funzionare) è la
+realizzazione fatta dalla Free Software Foundation della suddetta libreria (la
+GNU Standard C Library, in breve \textit{glibc}), in cui sono state
+implementate tutte le funzioni essenziali definite negli standard POSIX e ANSI
+C, che vengono utilizzate da qualunque programma.

 
 Le funzioni di questa libreria sono quelle riportate dalla terza sezione del
 
 Le funzioni di questa libreria sono quelle riportate dalla terza sezione del

-Manuale di Programmazione di Unix, e sono costruite sulla base delle chiamate
-al sistema del kernel; è importante avere presente questa distinzione,
-fondamentale dal punto di vista dell'implementazione, anche se poi nella
-relizzazione di normali programmi non si hanno differenze pratiche fra l'uso
-di una funzione di libreria e quello di una chiamata al sistema.
+Manuale di Programmazione di Unix (cioè accessibili con il comando \cmd{man 2
+  nome}), e sono costruite sulla base delle chiamate al sistema del kernel; è
+importante avere presente questa distinzione, fondamentale dal punto di vista
+dell'implementazione, anche se poi nella realizzazione di normali programmi
+non si hanno differenze pratiche fra l'uso di una funzione di libreria e
+quello di una chiamata al sistema.

 
 
 \subsection{Un sistema multiutente}
 
 
 \subsection{Un sistema multiutente}


@@ -194,7 +195,10 @@ Ad ogni utente 
 richiesto all'ingresso nel sistema dalla procedura di \textit{login}. Questa
 procedura si incarica di verificare la identità dell'utente (in genere
 attraverso la richiesta di una parola d'ordine, anche se sono possibili
 richiesto all'ingresso nel sistema dalla procedura di \textit{login}. Questa
 procedura si incarica di verificare la identità dell'utente (in genere
 attraverso la richiesta di una parola d'ordine, anche se sono possibili

-meccanismi diversi).
+meccanismi diversi\footnote{Ad esempio usando la libreria PAM
+  (\textit{Pluggable Autentication Methods}) è possibile astrarre
+  completamente i meccanismi di autenticazione e sostituire ad esempio l'uso
+  delle password con meccanismi di identificazione biometrica}.

 
 Eseguita la procedura di riconoscimento in genere il sistema manda in
 esecuzione un programma di interfaccia (che può essere la \textit{shell} su
 
 Eseguita la procedura di riconoscimento in genere il sistema manda in
 esecuzione un programma di interfaccia (che può essere la \textit{shell} su


@@ -211,7 +215,7 @@ L'utente e il gruppo sono identificati da due numeri (la cui corrispondenza ad
 un nome in espresso in caratteri è inserita nei due files \file{/etc/passwd}
 e \file{/etc/groups}). Questi numeri sono l'\textit{user identifier}, detto
 in breve \acr{uid} e il \textit{group identifier}, detto in breve \acr{gid}
 un nome in espresso in caratteri è inserita nei due files \file{/etc/passwd}
 e \file{/etc/groups}). Questi numeri sono l'\textit{user identifier}, detto
 in breve \acr{uid} e il \textit{group identifier}, detto in breve \acr{gid}

-che sono quelli che identificano l'utente di fronte al sistema.
+che sono quelli che poi vengono usati dal kernel per riconoscere l'utente.

  
 In questo modo il sistema è in grado di tenere traccia per ogni processo
 dell'utente a cui appartiene ed impedire ad altri utenti di interferire con
  
 In questo modo il sistema è in grado di tenere traccia per ogni processo
 dell'utente a cui appartiene ed impedire ad altri utenti di interferire con


@@ -220,10 +224,12 @@ sicurezza interna in quanto anche l'accesso ai file (vedi
 \secref{sec:file_access_control}) è regolato da questo meccanismo di
 identificazione.
 
 \secref{sec:file_access_control}) è regolato da questo meccanismo di
 identificazione.
 

-Un utente speciale del sistema è \textit{root}, il cui \acr{uid} è zero. Esso
-identifica l'amministratore del sistema, che deve essere in grado di fare
-qualunque operazione; pertanto per l'utente \textit{root} i meccanismi di
-controllo descritti in precedenza sono disattivati.
+Infine in ogni unix è presente un utente speciale privilegiato, di norma
+chiamato \textit{root}, il cui \acr{uid} è zero. Esso identifica
+l'amministratore del sistema, che deve essere in grado di fare qualunque
+operazione; per l'utente \textit{root} infatti i meccanismi di controllo
+descritti in precedenza sono disattivati\footnote{i controlli infatti vengono
+  sempre eseguiti da un codice del tipo \texttt{if (uid) \{ ... \}}}.

 
 
 \section{Gli standard di unix e GNU/Linux}
 
 
 \section{Gli standard di unix e GNU/Linux}


@@ -240,33 +246,34 @@ tipi di dati.
 \label{sec:intro_unix_time}
 
 Storicamente i sistemi unix-like hanno sempre mantenuto due distinti valori
 \label{sec:intro_unix_time}
 
 Storicamente i sistemi unix-like hanno sempre mantenuto due distinti valori

-per i tempi all'interno del sistema, chiamati rispettivamente \textit{calendar
-  time} e \textit{process time}, secondo le definizioni:
+per i tempi all'interno del sistema, essi sono rispettivamente chiamati
+\textit{calendar time} e \textit{process time}, secondo le definizioni:

 \begin{itemize}
 \item \textit{calendar time}: è il numero di secondi dalla mezzanotte del
 \begin{itemize}
 \item \textit{calendar time}: è il numero di secondi dalla mezzanotte del

-  primo gennaio 1970, in tempo universale coordinato (o UTC, data che viene
+  primo gennaio 1970, in tempo universale coordinato (o UTC), data che viene

   usualmente indicata con 00:00:00 Jan, 1 1970 (UTC) e chiamata \textit{the
   usualmente indicata con 00:00:00 Jan, 1 1970 (UTC) e chiamata \textit{the

-    Epoch}). Viene chiamato anche GMT (Greenwich Mean Time) dato che l'UTC
-  corrisponde all'ora locale di Greenwich.  E' il tempo su cui viene mantenuto
-  l'orologio del calcolatore, e viene usato ad esempio per indicare le date di
-  modifica dei file o quelle di avvio dei processi. Per memorizzare questo
-  tempo è stato riservato il tipo primitivo \func{time\_t}.
+    Epoch}. Questo tempo viene anche chiamato anche GMT (Greenwich Mean Time)
+  dato che l'UTC corrisponde all'ora locale di Greenwich.  È il tempo su cui
+  viene mantenuto l'orologio del calcolatore, e viene usato ad esempio per
+  indicare le date di modifica dei file o quelle di avvio dei processi. Per
+  memorizzare questo tempo è stato riservato il tipo primitivo \func{time\_t}.

 \item \textit{process time}: talvolta anche detto tempo di CPU. Viene misurato
 \item \textit{process time}: talvolta anche detto tempo di CPU. Viene misurato

-  in \textit{clock tick}, corripondenti al numero di interruzioni effettuate
-  dal timer di sistema, e che per Linux sono ogni centesimo di secondo
-  (eccetto per la piattaforma alpha). Il dato primitivo usato per questo tempo
-  è \func{clock\_t}, inoltre la costante \macro{HZ} restituisce la frequenza
-  di operazione del timer, e corrisponde dunque al numero di tick al secondo
-  (Posix definisce allo stesso modo la costante \macro{CLK\_TCK}); questo
-  valore può comunque essere ottenuto con \func{sysconf} (vedi
+  in \textit{clock tick}, corrispondenti al numero di interruzioni effettuate
+  dal timer di sistema, e che per Linux avvengono ogni centesimo di
+  secondo\footnote{eccetto per la piattaforma alpha dove avvengono ogni
+    millesimo di secondo}. Il dato primitivo usato per questo tempo è
+  \func{clock\_t}, inoltre la costante \macro{HZ} restituisce la frequenza di
+  operazione del timer, e corrisponde dunque al numero di tick al secondo.  Lo
+  standard POSIX definisce allo stesso modo la costante \macro{CLK\_TCK});
+  questo valore può comunque essere ottenuto con \func{sysconf} (vedi

   \secref{sec:intro_limits}).
 \end{itemize}
 
 In genere si usa il \textit{calendar time} per tenere le date dei file e le
   \secref{sec:intro_limits}).
 \end{itemize}
 
 In genere si usa il \textit{calendar time} per tenere le date dei file e le

-informazioni analoghe che riguardano i tempi di ``orologio'' (usati ad esempio
+informazioni analoghe che riguardano i tempi di ``orologio'', usati ad esempio

 per i demoni che compiono lavori amministrativi ad ore definite, come
 per i demoni che compiono lavori amministrativi ad ore definite, come

-\cmd{cron}). Di solito questo vene convertito automaticamente dal valore in
-UTC al tempo locale, utilizzando le opportune informazioni di localizzazione
+\cmd{cron}. Di solito questo vene convertito automaticamente dal valore in UTC
+al tempo locale, utilizzando le opportune informazioni di localizzazione

 (specificate in \file{/etc/timezone}). E da tenere presente che questo tempo è
 mantenuto dal sistema e non corrisponde all'orologio hardware del calcolatore.
 
 (specificate in \file{/etc/timezone}). E da tenere presente che questo tempo è
 mantenuto dal sistema e non corrisponde all'orologio hardware del calcolatore.
 


@@ -280,7 +287,7 @@ kernel tiene tre di questi tempi:
 \end{itemize}
 il primo è il tempo ``reale'' (viene anche chiamato \textit{wall clock time})
 dall'avvio del processo, e misura il tempo trascorso fino alla sua
 \end{itemize}
 il primo è il tempo ``reale'' (viene anche chiamato \textit{wall clock time})
 dall'avvio del processo, e misura il tempo trascorso fino alla sua

-conclusione; chiaramente un tale tempo dipede anche dal carico del sistema e
+conclusione; chiaramente un tale tempo dipende anche dal carico del sistema e

 da quanti altri processi stavano girando nello stesso periodo. Il secondo
 tempo è quello che la CPU ha speso nell'esecuzione delle istruzioni del
 processo in user space. Il terzo è il tempo impiegato dal kernel per eseguire
 da quanti altri processi stavano girando nello stesso periodo. Il secondo
 tempo è quello che la CPU ha speso nell'esecuzione delle istruzioni del
 processo in user space. Il terzo è il tempo impiegato dal kernel per eseguire


@@ -415,22 +422,38 @@ la prima contiene i puntatori alle stringhe di errore indicizzati da
 l'utilizzo di questa stringa è sostanzialmente equivalente a quello di
 \func{strerror}.
 
 l'utilizzo di questa stringa è sostanzialmente equivalente a quello di
 \func{strerror}.
 

-
-
-
-In \nfig\ si sono riportate le sezioni attinenti del codice del programma
+In \nfig\ è riportata la sezione attinente del codice del programma

 \cmd{errcode}, che può essere usato per stampare i messaggi di errore e le
 costanti usate per identificare i singoli errori; il sorgente completo del
 programma è allegato nel file \file{ErrCode.c} e contiene pure la gestione
 delle opzioni e tutte le definizioni necessarie ad associare il valore
 \cmd{errcode}, che può essere usato per stampare i messaggi di errore e le
 costanti usate per identificare i singoli errori; il sorgente completo del
 programma è allegato nel file \file{ErrCode.c} e contiene pure la gestione
 delle opzioni e tutte le definizioni necessarie ad associare il valore

-numerico alla costante simbolica. In particolare si è riportata 
+numerico alla costante simbolica. In particolare si è riportata la sezione che
+converte la stringa passata come parametro in un intero (\texttt{\small
+  1--2}), controllando con i valori di ritorno di \func{strtol} che la
+conversione sia avvenuta correttamente (\texttt{\small 4--10}), e poi stampa,
+a seconda dell'opzione scelta il messaggio di errore (\texttt{\small 11--14})
+o la macro (\texttt{\small 15--17}) associate a quel codice.

 
 \begin{figure}[!htb]
   \footnotesize
   \begin{lstlisting}{}
 
 \begin{figure}[!htb]
   \footnotesize
   \begin{lstlisting}{}

-
-
-
+    /* convert string to number */
+    err = strtol(argv[optind], NULL, 10);
+    /* testing error condition on conversion */
+    if (err==LONG_MIN) {
+        perror("Underflow on error code");
+        return 1;
+    } else if (err==LONG_MIN) {
+        perror("Overflow on error code");
+        return 1;
+    }
+    /* conversion is fine */
+    if (message) {
+        printf("Error message for %d is %s\n", err, strerror(err));
+    }
+    if (label) {
+        printf("Error label for %d is %s\n", err, err_code[err]);
+    }

   \end{lstlisting}
   \caption{Codice per la stampa del messaggio di errore standard.}
   \label{fig:intro_err_mess}
   \end{lstlisting}
   \caption{Codice per la stampa del messaggio di errore standard.}
   \label{fig:intro_err_mess}