Niente di significativo

[gapil.git] / fileadv.tex

diff --git a/fileadv.tex b/fileadv.tex
index fa41648edbd995f56240865767dda6b724892dd1..6281f75cc96698557fa78bc3efa34bd4abbe5022 100644 (file)
--- a/fileadv.tex
+++ b/fileadv.tex
@@ -28,11 +28,13 @@ I/O possono bloccarsi indefinitamente.\footnote{si ricordi per
 esempio le operazioni di lettura possono bloccarsi quando non ci sono dati
 disponibili sul descrittore su cui si sta operando.
 
-Uno dei problemi più comuni che ci si trova ad affrontare che non può essere
-risolto con le funzioni base trattate in \capref{cha:file_unix_interface} è
-quello in cui si devono eseguire su più di un file descriptor delle operazioni
-che possono bloccarsi: il problema è che mentre si è bloccati su uno di questi
-file su di un'altro potrebbero essere presenti dei dati.
+Uno dei problemi più comuni che ci si trova ad affrontare, e che non può
+essere risolto con le funzioni base trattate in
+\capref{cha:file_unix_interface}, è quello in cui si devono eseguire su più
+file descriptor operazioni che possono bloccarsi: il problema è che mentre si
+è bloccati su uno di questi file su di un'altro potrebbero essere presenti dei
+dati, così che nel migliore dei casi si avrebbe una lettura inutilmente
+ritardata, e nel peggiore si potrebbe addirittura arrivare ad un deadlock.
 
 Abbiamo già accennato in \secref{sec:file_open} che è possibile prevenire
 questo tipo di comportamento aprendo un file in modalità
@@ -78,10 +80,10 @@ presenti dei dati in input sul file.
 
 
 
-Un dei problemi che si presentavano con le prime implementazioni di questa
+Uno dei problemi che si presentavano con le prime implementazioni di questa
 modalità di I/O è che essa poteva essere usata in maniera semplice con un solo
 file per processo, dato che altrimenti non sarebbe stato distinguere da quale
-file proviene l'attività che ha causato l'emissione del segnale. 
+file provieniva l'attività che ha causato l'emissione del segnale.