Nota sulla funzionalita` di SIGEV_THREAD, presa dalle considerazioni

negative di Thomas Gleixner (vedi http://lwn.net/Articles/403206/)

diff --git a/signal.tex b/signal.tex
index 177555d272f2a7d13a1e15019b3969916185d886..7367c636f625734bcd32711c860eef77964b0f6b 100644 (file)
--- a/signal.tex
+++ b/signal.tex
@@ -3149,6 +3149,7 @@ effettuata. Diventa cos
                              \var{sigev\_value}, se diverso da \val{NULL} il
                              \textit{thread} viene creato con gli attributi
                              specificati da \var{sigev\_notify\_attribute}.\\
+                             \footnotemark
     \const{SIGEV\_THREAD\_ID}& Invia la notifica come segnale (con le stesse
                              modalità di \const{SIGEV\_SIGNAL}) che però viene
                              recapitato al \textit{thread} indicato dal campo
@@ -3164,6 +3165,12 @@ effettuata. Diventa cos
   \label{tab:sigevent_sigev_notify}
 \end{table}
 
+\footnotetext{questa funzionalità è considerata un esempio di pessima
+  implementazione di una interfaccia, richiesta dallo standard POSIX, ma da
+  evitare totalmente, causa la possibilità di creare disservizi generando una
+  gran quantità di processi, tanto che ne è stata richiesta addirittura la
+  rimozione.}
+
 Nel caso di \func{timer\_create} occorrerà passare alla funzione come secondo
 argomento l'indirizzo di una di queste strutture per indicare le modalità con
 cui si vuole essere notificati della scadenza del timer, se non si specifica