- \texttt{while}, così la \texttt{ClientEcho} ritorna.
-\item al ritorno di \texttt{ClientEcho} ritorna anche la funzione
- \texttt{main}, e come parte del processo terminazione tutti i file
- descriptor vengono chiusi (si ricordi quanto visto in
- \secref{sec:proc_term_conclusion}), il che causa la chiusura del socket di
- comunicazione; il client allora invierà un FIN al server a cui questo
- risponderà con un ACK. A questo punto il client verrà a trovarsi nello
- stato \texttt{FIN\_WAIT\_2} ed il server nello stato \texttt{CLOSE\_WAIT}
- (si riveda quanto spiegato in \secref{sec:TCPel_conn_term}).
-\item quando il server riceve il FIN la la \texttt{read} del processo figlio
- che gestisce la connessione ritorna restituendo 0 causando così l'uscita dal
- ciclo di \texttt{while} e il ritorno di \texttt{ServEcho}, a questo punto il
- processo figlio termina chiamando \texttt{exit}.
+ while, così la \code{ClientEcho} ritorna.
+\item al ritorno di \code{ClientEcho} ritorna anche la funzione \code{main}, e
+ come parte del processo terminazione tutti i file descriptor vengono chiusi
+ (si ricordi quanto detto in \secref{sec:proc_term_conclusion}); questo causa
+ la chiusura del socket di comunicazione; il client allora invierà un FIN al
+ server a cui questo risponderà con un ACK. A questo punto il client verrà a
+ trovarsi nello stato \texttt{FIN\_WAIT\_2} ed il server nello stato
+ \texttt{CLOSE\_WAIT} (si riveda quanto spiegato in
+ \secref{sec:TCPel_conn_term}).
+\item quando il server riceve il FIN la \func{read} del processo figlio che
+ gestisce la connessione ritorna restituendo 0 causando così l'uscita dal
+ ciclo di while e il ritorno di \code{ServEcho}, a questo punto il processo
+ figlio termina chiamando \func{exit}.