Modifiche che manco sapevo di aver fatto

[gapil.git] / process.tex

diff --git a/process.tex b/process.tex
index 29fd15fe185f769ff70ee37e63813cdafb607622..8976d5d8ec1a9fb75388da4ea4134d90ff77326c 100644 (file)
--- a/process.tex
+++ b/process.tex
@@ -1204,7 +1204,7 @@ invece esiste il suo valore sar
   seguendo il comportamento di BSD4.4; dato che questo può dar luogo a perdite
   di memoria e non rispetta lo standard. Il comportamento è stato modificato a
   partire dalle 2.1.2, eliminando anche, sempre in conformità a SUSv2,
-  l'attributo \ctyp{const} dal prototipo.} \param{string} alla lista delle
+  l'attributo \direct{const} dal prototipo.} \param{string} alla lista delle
 variabili di ambiente; pertanto ogni cambiamento alla stringa in questione si
 riflette automaticamente sull'ambiente, e quindi si deve evitare di passare a
 questa funzione una variabile automatica (per evitare i problemi esposti in
@@ -1336,7 +1336,7 @@ inoltre che l'ultimo degli argomenti fissi sia di tipo
   a sé stesso.} il che esclude vettori, puntatori a funzioni e interi di tipo
 \ctyp{char} o \ctyp{short} (con segno o meno). Una restrizione ulteriore di
 alcuni compilatori è di non dichiarare l'ultimo parametro fisso come
-\ctyp{register}.
+\direct{register}.
 
 Una volta dichiarata la funzione il secondo passo è accedere ai vari parametri
 quando la si va a definire. I parametri fissi infatti hanno un loro nome, ma
@@ -1603,8 +1603,8 @@ chiamata ad un'altra funzione vengono salvati nel contesto nello stack)
 torneranno al valore avuto al momento della chiamata di \func{setjmp}; per
 questo quando si vuole avere un comportamento coerente si può bloccare
 l'ottimizzazione che porta le variabili nei registri dichiarandole tutte come
-\direct{volatile}\footnote{la direttiva \ctyp{volatile} informa il compilatore
-  che la variabile che è dichiarata può essere modificata, durante
+\direct{volatile}\footnote{la direttiva \direct{volatile} informa il
+  compilatore che la variabile che è dichiarata può essere modificata, durante
   l'esecuzione del nostro, da altri programmi. Per questo motivo occorre dire
   al compilatore che non deve essere mai utilizzata l'ottimizzazione per cui
   quanto opportuno essa viene mantenuta in un registro, poiché in questo modo