Errori
[gapil.git] / prochand.tex
index f7ac31f56ae127fc5484fabc42fd6a30aa98b55b..780db5198e5610888fb803ef0da13ef46916188a 100644 (file)
@@ -974,13 +974,72 @@ sono mantenuti sono: \var{ru\_utime}, \var{ru\_stime}, \var{ru\_minflt},
 \label{sec:proc_race_cond}
 
 Si definisce una \textit{race condition} il caso in cui diversi processi
-stanno cercando di fare qualcosa con una risorsa comune e e il risultato
-finale viene a dipendere 
+stanno cercando di fare qualcosa con una risorsa comune ed il risultato finale
+viene a dipendere dall'ordine di esecuzione dei medesimi. Ovviamente dato che
+l'ordine di esecuzione di un processo, senza appositi meccanismi di
+sincronizzazione, non è assolutamente prevedibile, queste situazioni sono
+fonti di errori molto subdoli, che possono verificarsi solo in condizioni
+particolari e quindi difficilmente riproducibili.
+
 
 \subsection{Le funzioni \texttt{exec}}
 \label{sec:proc_exec}
 
+Abbiamo già detto che una delle modalità principali con cui si utilizzano i
+processi in unix è quella di usarli per lanciare nuovi programmi: questo viene
+fatto attraverso una delle funzioni della famiglia \func{exec}. Quando un
+processo chiama una di queste funzioni esso viene completamente sostituito dal
+nuovo programma; il \acr{pid} del processo non cambia, dato che non viene
+creato un nuovo processo, la funzione semplicemente rimpiazza lo stack, o
+heap, i dati ed il testo del processo corrente con un nuovo programma letto da
+disco. 
+
+Ci sono sei diverse versioni di \func{exec} (per questo la si è chiamata
+famiglia di funzioni) che possono essere usate per questo compito, che in
+realtà (come mostrato in \figref{fig:proc_exec_relat}), costituiscono un
+front-end a \func{execve}. Il prototipo  di quest'utiltima è:
+
+\begin{prototype}{unistd.h}
+{int execve(const char * filename, char * const argv [], char * const envp[])}
+  
+  La funzione esegue il file o lo script indicato da \var{filename},
+  passandogli la lista di argomenti indicata da \var{argv} e come ambiente la
+  lista di stringhe indicata da \var{envp}; entrambe le liste devono essere
+  terminate da un puntatore nullo. I vettori degli argomenti e dell'ambiente
+  possono essere acceduti dal nuovo programma quando la sua funzione
+  \func{main} è dichiarata nella forma \func{main(int argc, char *argv[], char
+    *envp[])}.
+
+  La funzione ritorna -1 solo in caso di errore, nel qual caso caso la
+  variabile \texttt{errno} è settata come:
+  \begin{errlist}
+  \item \macro{EACCES} il file non è eseguibile, oppure il filesystem è
+    montato in \cmd{noexec}, oppure non è un file normale o un interprete.
+  \item \macro{EPERM} il file ha i bit \acr{suid} o \acr{sgid} ma l'utente non
+    è root o il filesystem è montato con \cmd{nosuid}, oppure
+  \item \macro{ENOEXEC} il file è in un formato non eseguibile o non
+    riconosciuto come tale, o compilato per un'altra architettura.
+  \item \macro{ENOENT} il file o una delle librerie dinamiche o l'inteprete
+    necessari per eseguirlo non esistono.
+  \item \macro{ETXTBSY} L'eseguibile è aperto in scrittura da uno o più
+    processi. 
+  \item \macro{EINVAL} L'eseguibile ELF ha più di un segmento
+    \macro{PF\_INTERP}, cioè chiede di essere eseguito da più di un interprete.
+  \item \macro{ELIBBAD} Un interprete ELF non è in un formato  riconoscibile.
+  \end{errlist}
+  ed inoltre anche \macro{EFAULT}, \macro{ENOMEM}, \macro{EIO},
+  \macro{ENAMETOOLONG}, \macro{E2BIG}, \macro{ELOOP}, \macro{ENOTDIR},
+  \macro{ENFILE}, \macro{EMFILE}.
+\end{prototype}
+
+Le altre funzioni della famiglia servono per fornire all'utente una serie
+possibile di diverse interfacce per la creazione di un nuovo processo. 
+
 
+Con \func{exec} si chiude il cerchio delle funzioni su cui si basa il
+controllo dei processi in unix: con \func{fork} si crea un nuovo processo, con
+\func{exec} si avvia un nuovo programma, con \func{exit} e \func{wait} si
+effettua e si gestisce la conclusione dei programmi.
 
 
 \section{Il controllo di accesso}