[Commits] python.it commit r211 - python/python/Doc/branches/2.4.3/lib

[commit a svn.python.it]

Author: manlio
Date: Sun Sep  3 18:11:07 2006
New Revision: 211

Modified:
   python/python/Doc/branches/2.4.3/lib/libatexit.tex
   python/python/Doc/branches/2.4.3/lib/libbasehttp.tex
   python/python/Doc/branches/2.4.3/lib/libbltin.tex
Log:
aggiornamento di Antonio Vitale, con correzioni

Modified: python/python/Doc/branches/2.4.3/lib/libatexit.tex
==============================================================================
--- python/python/Doc/branches/2.4.3/lib/libatexit.tex	(original)
+++ python/python/Doc/branches/2.4.3/lib/libatexit.tex	Sun Sep  3 18:11:07 2006
@@ -61,7 +61,12 @@
 nell'ordine, ultima entrata, prima ad uscire.  La consuetudine è che i
 moduli di livello più basso vengano normalmente importati prima di
 quelli di livello più alto e quindi dovranno essere cancellati
-successivamente.  
+successivamente.
+
+Se viene sollevata un'eccezione durante l'esecuzione dei gestori d'uscita, viene
+stampata un traceback (a meno che non viene sollevata \exception{SystemExit}) e memorizzata
+l'informazione che riguarda l'eccezione. Dopo che tutti i gestori di uscita hanno
+avuto una occasione di girare, l'ultima eccezione da sollevare viene risollevata.
 \end{funcdesc}
 
 

Modified: python/python/Doc/branches/2.4.3/lib/libbasehttp.tex
==============================================================================
--- python/python/Doc/branches/2.4.3/lib/libbasehttp.tex	(original)
+++ python/python/Doc/branches/2.4.3/lib/libbasehttp.tex	Sun Sep  3 18:11:07 2006
@@ -30,7 +30,7 @@
 (server Web).  Solitamente, questo modulo non viene utilizzato
 direttamente, ma viene utilizzato come base per costruire server Web
 funzionanti.  Vedere i moduli
-\module{SimpleHTTPServer}\refstmodindex{SimpleHTTPServer} e
+\refmodule{SimpleHTTPServer}\refstmodindex{SimpleHTTPServer} e
 \refmodule{CGIHTTPServer}\refstmodindex{CGIHTTPServer}. 
 
 La prima classe, \class{HTTPServer}, è una sotto classe

Modified: python/python/Doc/branches/2.4.3/lib/libbltin.tex
==============================================================================
--- python/python/Doc/branches/2.4.3/lib/libbltin.tex	(original)
+++ python/python/Doc/branches/2.4.3/lib/libbltin.tex	Sun Sep  3 18:11:07 2006
@@ -51,13 +51,48 @@
 %[- MARK -] +by alternate implementations of Python.
 %[- MARK -] END DIFF
 \section{\module{__builtin__} ---
-         Funzioni built-in}
+         Oggetti built-in}
 
 \declaremodule[builtin]{builtin}{__builtin__}
-\modulesynopsis{L'insieme delle funzioni built-in.}
+\modulesynopsis{Il modulo che fornisce lo spazio dei nomi built-in.}
 
 
 Questo modulo fornisce accesso diretto a tutti gli identificatori
 `built-in' di Python; per esempio, \code{__builtin__.open} è il nome 
-completo della funzione built-in \function{open()}.  Vedete la sezione
-\ref{built-in-funcs}, ``Funzioni built-in''. 
+completo della funzione built-in \function{open()}.  Vedere il capitolo
+~\ref{builtin}, ``Oggetti built-in''.
+
+Di norma la maggior parte delle applicazioni non accede a questo
+modulo in modo esplicito, però può risultare utile nei moduli che
+forniscono oggetti con il nome identico ad un valore built-in, ma di
+cui l'oggetto built-in con tale nome sia ugualmente necessario. Per
+esempio, all'interno di un modulo che vuole implementare una 
+funzione \function{open()} che avvolge la funzione built-in
+\function{open()}, questo modulo può venire usato direttamente:
+
+\begin{verbatim}
+import __builtin__
+
+def open(path):
+    f = __builtin__.open(path, 'r')
+    return UpperCaser(f)
+
+class UpperCaser:
+    '''Wrapper relativo ad un file che converte l'output in maiuscolo.'''
+
+    def __init__(self, f):
+        self._f = f
+
+    def read(self, count=-1):
+        return self._f.read(count).upper()
+
+    # ...
+\end{verbatim}
+
+Come dettaglio di implementazione, la maggior parte dei moduli hanno il nome
+\code{__builtins__} (si noti il carattere \character{s}) reso
+disponibile come parte dei loro moduli globali. Al valore di
+\code{__builtins__} di solito corrisponde sia tale modulo sia il
+valore del l'attributo \member{__dict__} del modulo stesso. Dal
+momento che questo è un dettaglio di implementazione, potrebbe non
+essere usato da implementazioni di Python alternative.