levato di mezzo l'uso improprio di settare e default

[gapil.git] / fileintro.tex

diff --git a/fileintro.tex b/fileintro.tex
index 0632b7a8fade79cc6f1094d378e1b91dd3a69e7a..a55e5ac9c313e546e36704882afdea65e496d04d 100644 (file)
--- a/fileintro.tex
+++ b/fileintro.tex
@@ -136,7 +136,7 @@ dati) in base al loro contenuto, o tipo di accesso.
     \multicolumn{2}{|c|}{\textbf{Tipo di file}} & \textbf{Descrizione} \\
     \hline
     \hline
     \multicolumn{2}{|c|}{\textbf{Tipo di file}} & \textbf{Descrizione} \\
     \hline
     \hline

-      \textit{regular file} & \textsl{file normale} &
+      \textit{regular file} & \textsl{file regolare} &

       un file che contiene dei dati (l'accezione normale di file) \\
       \textit{directory} & \textsl{cartella o direttorio} &
       un file che contiene una lista di nomi associati a degli \textit{inodes}
       un file che contiene dei dati (l'accezione normale di file) \\
       \textit{directory} & \textsl{cartella o direttorio} &
       un file che contiene una lista di nomi associati a degli \textit{inodes}


@@ -205,7 +205,7 @@ bufferizzato in quanto la lettura e la scrittura vengono eseguite chiamando
 direttamente le system call del kernel (in realtà il kernel effettua al suo
 interno alcune bufferizzazioni per aumentare l'efficienza nell'accesso ai
 dispositivi); i \textit{file descriptor}\index{file descriptor} sono
 direttamente le system call del kernel (in realtà il kernel effettua al suo
 interno alcune bufferizzazioni per aumentare l'efficienza nell'accesso ai
 dispositivi); i \textit{file descriptor}\index{file descriptor} sono

-rappresentati da numeri interi (cioè semplici variabili di tipo \type{int}).
+rappresentati da numeri interi (cioè semplici variabili di tipo \ctyp{int}).

 L'interfaccia è definita nell'header \file{unistd.h}.
 
 La seconda interfaccia è quella che il manuale della \acr{glibc} chiama degli
 L'interfaccia è definita nell'header \file{unistd.h}.
 
 La seconda interfaccia è quella che il manuale della \acr{glibc} chiama degli


@@ -217,7 +217,7 @@ Questa 
 anche su tutti i sistemi non Unix. Gli \textit{stream} sono oggetti complessi
 e sono rappresentati da puntatori ad un opportuna struttura definita dalle
 librerie del C; si accede ad essi sempre in maniera indiretta utilizzando il
 anche su tutti i sistemi non Unix. Gli \textit{stream} sono oggetti complessi
 e sono rappresentati da puntatori ad un opportuna struttura definita dalle
 librerie del C; si accede ad essi sempre in maniera indiretta utilizzando il

-tipo \type{FILE *}.  L'interfaccia è definita nell'header \type{stdio.h}.
+tipo \ctyp{FILE *}.  L'interfaccia è definita nell'header \file{stdio.h}.

 
 Entrambe le interfacce possono essere usate per l'accesso ai file come agli
 altri oggetti del VFS (fifo, socket, device, sui quali torneremo in dettaglio
 
 Entrambe le interfacce possono essere usate per l'accesso ai file come agli
 altri oggetti del VFS (fifo, socket, device, sui quali torneremo in dettaglio


@@ -448,26 +448,29 @@ operazioni previste dal kernel 
 \begin{table}[htb]
   \centering
   \footnotesize
 \begin{table}[htb]
   \centering
   \footnotesize

-  \begin{tabular}[c]{|l|p{7cm}|}
+  \begin{tabular}[c]{|l|p{8cm}|}

     \hline
     \textbf{Funzione} & \textbf{Operazione} \\
     \hline
     \hline
     \hline
     \textbf{Funzione} & \textbf{Operazione} \\
     \hline
     \hline

-    \textsl{\code{open}}   & apre il file \\
-    \textsl{\code{read}}   & legge dal file \\
-    \textsl{\code{write}}  & scrive sul file \\ 
-    \textsl{\code{llseek}} & sposta la posizione corrente sul file \\
+    \textsl{\code{open}}   & apre il file (vedi \secref{sec:file_open}). \\
+    \textsl{\code{read}}   & legge dal file (vedi \secref{sec:file_read}).\\
+    \textsl{\code{write}}  & scrive sul file (vedi \secref{sec:file_write}).\\ 
+    \textsl{\code{llseek}} & sposta la posizione corrente sul file (vedi
+                             \secref{sec:file_lseek}). \\

     \textsl{\code{ioctl}}  & accede alle operazioni di controllo 
     \textsl{\code{ioctl}}  & accede alle operazioni di controllo 

-                       (tramite la \func{ioctl})\\
-    \textsl{\code{readdir}}& per leggere il contenuto di una directory \\
-    \textsl{\code{poll}}   & \\
-    \textsl{\code{mmap}}   & chiamata dalla system call \func{mmap}. 
-                       mappa il file in memoria\\
+                             (vedi \secref{sec:file_ioctl}).\\
+    \textsl{\code{readdir}}& legge il contenuto di una directory \\
+    \textsl{\code{poll}}   & usata nell'I/O multiplexing (vedi
+                             \secref{sec:file_multiplexing}). \\
+    \textsl{\code{mmap}}   & mappa il file in memoria (vedi 
+                             \secref{sec:file_memory_map}). \\

     \textsl{\code{release}}& chiamata quando l'ultima referenza a un file 
     \textsl{\code{release}}& chiamata quando l'ultima referenza a un file 

-                       aperto è chiusa\\
-    \textsl{\code{fsync}}  & chiamata dalla system call \func{fsync} \\
-    \textsl{\code{fasync}} & chiamate da \func{fcntl} quando è abilitato 
-                           il modo asincrono per l'I/O su file. \\
+                             aperto è chiusa. \\
+    \textsl{\code{fsync}}  & sincronizza il contenuto del file (vedi
+                             \secref{sec:file_sync}). \\
+    \textsl{\code{fasync}} & abilita l'I/O asincrono (vedi
+                             \secref{sec:file_asyncronous_io}) sul file. \\

     \hline
   \end{tabular}
   \caption{Operazioni sui file definite nel VFS.}
     \hline
   \end{tabular}
   \caption{Operazioni sui file definite nel VFS.}


@@ -544,10 +547,10 @@ ricordare sempre che:
   fisici che contengono i dati e così via; le informazioni che la funzione
   \func{stat} fornisce provengono dall'\textit{inode}; dentro una directory si
   troverà solo il nome del file e il numero dell'\textit{inode} ad esso
   fisici che contengono i dati e così via; le informazioni che la funzione
   \func{stat} fornisce provengono dall'\textit{inode}; dentro una directory si
   troverà solo il nome del file e il numero dell'\textit{inode} ad esso

-  associato, cioè quella che da qui in poi chiameremo una \textsl{voce}
-  (traduzione approssimata dell'inglese \textit{directory entry}, che non
-  useremo anche per evitare confusione con le \textit{dentry} del kernel di
-  cui si parlava in \secref{sec:file_vfs}).
+  associato, cioè quella che da qui in poi chiameremo una \textsl{voce} (come
+  traduzione dell'inglese \textit{directory entry}, che non useremo anche per
+  evitare confusione con le \textit{dentry} del kernel di cui si parlava in
+  \secref{sec:file_vfs}).

 
 \item Come mostrato in \curfig\ si possono avere più voci che puntano allo
   stesso \textit{inode}. Ogni \textit{inode} ha un contatore che contiene il
 
 \item Come mostrato in \curfig\ si possono avere più voci che puntano allo
   stesso \textit{inode}. Ogni \textit{inode} ha un contatore che contiene il


@@ -607,7 +610,7 @@ Oltre alle caratteristiche standard, \acr{ext2} fornisce alcune estensioni che
 non sono presenti sugli altri filesystem Unix. Le principali sono le seguenti:
 \begin{itemize}
 \item i \textit{file attributes} consentono di modificare il comportamento del
 non sono presenti sugli altri filesystem Unix. Le principali sono le seguenti:
 \begin{itemize}
 \item i \textit{file attributes} consentono di modificare il comportamento del

-  kernel quando agisce su gruppi di file. Possono essere settati su file e
+  kernel quando agisce su gruppi di file. Possono essere impostati su file e

   directory e in quest'ultimo caso i nuovi file creati nella directory
   ereditano i suoi attributi.
 \item sono supportate entrambe le semantiche di BSD e SVr4 come opzioni di
   directory e in quest'ultimo caso i nuovi file creati nella directory
   ereditano i suoi attributi.
 \item sono supportate entrambe le semantiche di BSD e SVr4 come opzioni di


@@ -615,7 +618,7 @@ non sono presenti sugli altri filesystem Unix. Le principali sono le seguenti:
   con lo stesso identificatore di gruppo della directory che li contiene. La
   semantica SVr4 comporta che i file vengono creati con l'identificatore del
   gruppo primario del processo, eccetto il caso in cui la directory ha il bit
   con lo stesso identificatore di gruppo della directory che li contiene. La
   semantica SVr4 comporta che i file vengono creati con l'identificatore del
   gruppo primario del processo, eccetto il caso in cui la directory ha il bit

-  di \acr{sgid} settato (per una descrizione dettagliata del significato di
+  di \acr{sgid} impostato (per una descrizione dettagliata del significato di

   questi termini si veda \secref{sec:file_access_control}), nel qual caso file
   e subdirectory ereditano sia il \acr{gid} che lo \acr{sgid}.
 \item l'amministratore può scegliere la dimensione dei blocchi del filesystem
   questi termini si veda \secref{sec:file_access_control}), nel qual caso file
   e subdirectory ereditano sia il \acr{gid} che lo \acr{sgid}.
 \item l'amministratore può scegliere la dimensione dei blocchi del filesystem