<tr>
<td valign="top"> <b> Cap. 11 </b> </td>
<td valign="top"> Gestione avanzata dei file</td>
- <td valign="top"> I/O non bloccante, asincrono, memory
- mapped complete, da revisionare, advisory file locking
- quasi completo, mandatory file locking iniziato.
- </td>
+ <td valign="top">
+ I/O non bloccante, asincrono, memory
+ mapped completo, da revisionare, file locking
+ completo, da revisionare.
+ </td>
</tr>
<tr>
<td valign="top"> <b> Cap. 12 </b> </td>
<td valign="top"> IPC</td>
<td valign="top"> Pipe, fifo e code complete,
- semafori memoria condivisa quasi completi,
- IPC POSIX da fare </td>
+ semafori memoria condivisa quasi completi, tecniche
+ alternative quasi completo,
+ IPC POSIX da fare
+ </td>
<tr>
<td valign="top"> <b> Cap. 13-14 </b> </td>
<td valign="top"> Introduzione alla rete</td>
</tbody>
</table>
<p>
- <b> Versione corrente:</b> 401 pagine.
+ <b> Versione corrente:</b> 427 pagine.
</p>
</td>
</tr>
</b>
</td>
<td bgcolor="lightblue">
+ <p>
+ <b>10 - dicembre - 2002</b> <br> Completata la sezione sul file
+ locking, inserita una nuova sezione sulle alternative al SysV
+ IPC, estesa la parte sulla memoria condivisa, fatta una
+ revisione generale degli indici.
+ </p>
<p>
<b>26 - ottobre - 2002</b> <br> Revisione di terminali, code di
messaggi e advisory file locking. Aggiunta la struttura dei
\subsection{Code di messaggi}
\label{sec:ipc_posix_mq}
-Le code di messaggi non sono supportate a livello del kernel, esse però
-possono essere implementate, usando la memoria condivisa ed i mutex, con
-funzioni di libreria. In generale esse sono comunque poco usate, i
-socket\index{socket}, nei casi in cui sono sufficienti, sono più comodi, e
-negli altri casi la comunicazione può essere gestita direttamente con la
-stessa metodologia usata per implementare le code di messaggi. Per questo ci
-limiteremo ad una descrizione essenziale.
+Le code di messaggi non sono ancora supportate nel kernel
+ufficiale;\footnote{esiste però una proposta di implementazione di Krzysztof
+ Benedyczak, a partire dal kernel 2.5.50.} inoltre esse possono essere
+implementate, usando la memoria condivisa ed i mutex, con funzioni di
+libreria. In generale, come le corrispettive del SysV IPC, sono poco usate,
+dato che i socket\index{socket}, nei casi in cui sono sufficienti, sono più
+comodi, e negli altri casi la comunicazione può essere gestita direttamente
+con mutex e memoria condivisa. Per questo ci limiteremo ad una descrizione
+essenziale.
Dei semafori POSIX esistono sostanzialmente due implementazioni; una è fatta a
livello di libreria ed è fornita dalla libreria dei thread; questa però li
-implementa solo a livello di thread e non di processi. Esiste una
+implementa solo a livello di thread e non di processi. Esiste un'altra
+versione, realizzata da Konstantin Knizhnik, che reimplementa l'interfaccia
+POSIX usando i semafori di SysV IPC.
\subsection{Memoria condivisa}
gestione della memoria.
\end{description}
+Infine, ultimo, ma primo per importanza, voglio ringraziare il Firenze Linux
+User Group (FLUG), di cui mi pregio di fare parte, che ha messo a disposizione
+il repository CVS, lo spazio web e tutto quanto è necessario alla
+pubblicazione della guida.
+
+
%%% Local Variables:
%%% mode: latex
%%% TeX-master: "gapil"