summaryrefslogtreecommitdiffstats
path: root/Doc/lib
diff options
context:
space:
mode:
authorFred Drake <fdrake@acm.org>2001-11-26 21:30:36 (GMT)
committerFred Drake <fdrake@acm.org>2001-11-26 21:30:36 (GMT)
commit2744f43f7187acb35058c9b8fd6e5825914ef036 (patch)
treeaccb53fcf116845b2e6e8be863e3b9e881117d0f /Doc/lib
parentcd8474e6a2b0baa6651f7cdefcfc9710d02c53ea (diff)
downloadcpython-2744f43f7187acb35058c9b8fd6e5825914ef036.zip
cpython-2744f43f7187acb35058c9b8fd6e5825914ef036.tar.gz
cpython-2744f43f7187acb35058c9b8fd6e5825914ef036.tar.bz2
Fix typo, extra markup constructs.
This closes SF bug #485252.
Diffstat (limited to 'Doc/lib')
-rw-r--r--Doc/lib/libpickle.tex12
1 files changed, 6 insertions, 6 deletions
diff --git a/Doc/lib/libpickle.tex b/Doc/lib/libpickle.tex
index 6018497..fc13265 100644
--- a/Doc/lib/libpickle.tex
+++ b/Doc/lib/libpickle.tex
@@ -18,13 +18,13 @@ structure. ``Pickling'' is the process whereby a Python object
hierarchy is converted into a byte stream, and ``unpickling'' is the
inverse operation, whereby a byte stream is converted back into an
object hierarchy. Pickling (and unpickling) is alternatively known as
-``serialization'', ``marshaling\footnote{Don't confuse this with the
-\module{marshal}\refmodule{marshal} module}'', or ``flattening'',
+``serialization'', ``marshalling,''\footnote{Don't confuse this with
+the \refmodule{marshal} module} or ``flattening'',
however the preferred term used here is ``pickling'' and
``unpickling'' to avoid confusing.
This documentation describes both the \module{pickle} module and the
-\module{cPickle}\refmodule{cPickle} module.
+\refmodule{cPickle} module.
\subsection{Relationship to other Python modules}
@@ -46,7 +46,7 @@ The data streams the two modules produce are guaranteed to be
interchangeable.
Python has a more primitive serialization module called
-\module{marshal}\refmodule{marshal}, but in general
+\refmodule{marshal}, but in general
\module{pickle} should always be the preferred way to serialize Python
objects. \module{marshal} exists primarily to support Python's
\file{.pyc} files.
@@ -457,7 +457,7 @@ unpickled object.
An alternative to implementing a \method{__reduce__()} method on the
object to be pickled, is to register the callable with the
-\refmodule{copy_reg} module. This module provides a way
+\refmodule[copyreg]{copy_reg} module. This module provides a way
for programs to register ``reduction functions'' and constructors for
user-defined types. Reduction functions have the same semantics and
interface as the \method{__reduce__()} method described above, except
@@ -597,7 +597,7 @@ One common feature that both modules implement is the
\member{__safe_for_unpickling__} attribute. Before calling a callable
which is not a class, the unpickler will check to make sure that the
callable has either been registered as a safe callable via the
-\refmodule{copy_reg} module, or that it has an
+\refmodule[copyreg]{copy_reg} module, or that it has an
attribute \member{__safe_for_unpickling__} with a true value. This
prevents the unpickling environment from being tricked into doing
evil things like call \code{os.unlink()} with an arbitrary file name.