1998-04-04 07:23:21 +00:00
|
|
|
\section{Built-in Module \module{marshal}}
|
1998-07-23 17:59:49 +00:00
|
|
|
\declaremodule{builtin}{marshal}
|
|
|
|
|
|
|
|
\modulesynopsis{Convert Python objects to streams of bytes and back (with
|
|
|
|
different constraints).}
|
|
|
|
|
1998-03-08 06:28:00 +00:00
|
|
|
|
1994-01-02 01:22:07 +00:00
|
|
|
This module contains functions that can read and write Python
|
|
|
|
values in a binary format. The format is specific to Python, but
|
|
|
|
independent of machine architecture issues (e.g., you can write a
|
1995-03-17 16:07:09 +00:00
|
|
|
Python value to a file on a PC, transport the file to a Sun, and read
|
|
|
|
it back there). Details of the format are undocumented on purpose;
|
|
|
|
it may change between Python versions (although it rarely does).%
|
1994-01-02 01:22:07 +00:00
|
|
|
\footnote{The name of this module stems from a bit of terminology used
|
|
|
|
by the designers of Modula-3 (amongst others), who use the term
|
|
|
|
``marshalling'' for shipping of data around in a self-contained form.
|
|
|
|
Strictly speaking, ``to marshal'' means to convert some data from
|
|
|
|
internal to external form (in an RPC buffer for instance) and
|
|
|
|
``unmarshalling'' for the reverse process.}
|
|
|
|
|
1995-03-17 16:07:09 +00:00
|
|
|
This is not a general ``persistency'' module. For general persistency
|
|
|
|
and transfer of Python objects through RPC calls, see the modules
|
1998-02-16 20:40:37 +00:00
|
|
|
\module{pickle} and \module{shelve}. The \module{marshal} module exists
|
1995-03-17 16:07:09 +00:00
|
|
|
mainly to support reading and writing the ``pseudo-compiled'' code for
|
1998-02-16 20:40:37 +00:00
|
|
|
Python modules of \file{.pyc} files.
|
1997-12-15 21:56:05 +00:00
|
|
|
\refstmodindex{pickle}
|
|
|
|
\refstmodindex{shelve}
|
1995-03-17 16:07:09 +00:00
|
|
|
\obindex{code}
|
1994-01-02 01:22:07 +00:00
|
|
|
|
|
|
|
Not all Python object types are supported; in general, only objects
|
|
|
|
whose value is independent from a particular invocation of Python can
|
|
|
|
be written and read by this module. The following types are supported:
|
|
|
|
\code{None}, integers, long integers, floating point numbers,
|
|
|
|
strings, tuples, lists, dictionaries, and code objects, where it
|
|
|
|
should be understood that tuples, lists and dictionaries are only
|
|
|
|
supported as long as the values contained therein are themselves
|
|
|
|
supported; and recursive lists and dictionaries should not be written
|
1995-03-17 16:07:09 +00:00
|
|
|
(they will cause infinite loops).
|
|
|
|
|
1998-01-14 14:51:31 +00:00
|
|
|
\strong{Caveat:} On machines where C's \code{long int} type has more than
|
1995-09-13 17:35:28 +00:00
|
|
|
32 bits (such as the DEC Alpha), it
|
1995-03-17 16:07:09 +00:00
|
|
|
is possible to create plain Python integers that are longer than 32
|
1998-02-16 20:40:37 +00:00
|
|
|
bits. Since the current \module{marshal} module uses 32 bits to
|
1995-03-17 16:07:09 +00:00
|
|
|
transfer plain Python integers, such values are silently truncated.
|
|
|
|
This particularly affects the use of very long integer literals in
|
|
|
|
Python modules --- these will be accepted by the parser on such
|
|
|
|
machines, but will be silently be truncated when the module is read
|
1998-02-16 20:40:37 +00:00
|
|
|
from the \file{.pyc} instead.%
|
1995-03-17 16:07:09 +00:00
|
|
|
\footnote{A solution would be to refuse such literals in the parser,
|
|
|
|
since they are inherently non-portable. Another solution would be to
|
1998-02-16 20:40:37 +00:00
|
|
|
let the \module{marshal} module raise an exception when an integer
|
|
|
|
value would be truncated. At least one of these solutions will be
|
1995-03-17 16:07:09 +00:00
|
|
|
implemented in a future version.}
|
1994-01-02 01:22:07 +00:00
|
|
|
|
|
|
|
There are functions that read/write files as well as functions
|
|
|
|
operating on strings.
|
|
|
|
|
|
|
|
The module defines these functions:
|
|
|
|
|
1998-03-08 06:28:00 +00:00
|
|
|
\begin{funcdesc}{dump}{value, file}
|
1994-01-02 01:22:07 +00:00
|
|
|
Write the value on the open file. The value must be a supported
|
|
|
|
type. The file must be an open file object such as
|
1998-02-16 20:40:37 +00:00
|
|
|
\code{sys.stdout} or returned by \function{open()} or
|
|
|
|
\function{posix.popen()}.
|
|
|
|
|
1996-06-26 20:20:57 +00:00
|
|
|
If the value has (or contains an object that has) an unsupported type,
|
1998-03-08 06:28:00 +00:00
|
|
|
a \exception{ValueError} exception is raised --- but garbage data
|
1998-02-16 20:40:37 +00:00
|
|
|
will also be written to the file. The object will not be properly
|
|
|
|
read back by \function{load()}.
|
1994-01-02 01:22:07 +00:00
|
|
|
\end{funcdesc}
|
|
|
|
|
|
|
|
\begin{funcdesc}{load}{file}
|
|
|
|
Read one value from the open file and return it. If no valid value
|
1998-02-16 20:40:37 +00:00
|
|
|
is read, raise \exception{EOFError}, \exception{ValueError} or
|
|
|
|
\exception{TypeError}. The file must be an open file object.
|
1996-06-26 20:20:57 +00:00
|
|
|
|
1998-03-08 06:28:00 +00:00
|
|
|
\strong{Warning:} If an object containing an unsupported type was
|
|
|
|
marshalled with \function{dump()}, \function{load()} will substitute
|
1998-02-16 20:40:37 +00:00
|
|
|
\code{None} for the unmarshallable type.
|
1994-01-02 01:22:07 +00:00
|
|
|
\end{funcdesc}
|
|
|
|
|
|
|
|
\begin{funcdesc}{dumps}{value}
|
|
|
|
Return the string that would be written to a file by
|
1998-02-16 20:40:37 +00:00
|
|
|
\code{dump(\var{value}, \var{file})}. The value must be a supported
|
|
|
|
type. Raise a \exception{ValueError} exception if value has (or
|
|
|
|
contains an object that has) an unsupported type.
|
1994-01-02 01:22:07 +00:00
|
|
|
\end{funcdesc}
|
|
|
|
|
|
|
|
\begin{funcdesc}{loads}{string}
|
|
|
|
Convert the string to a value. If no valid value is found, raise
|
1998-02-16 20:40:37 +00:00
|
|
|
\exception{EOFError}, \exception{ValueError} or
|
|
|
|
\exception{TypeError}. Extra characters in the string are ignored.
|
1994-01-02 01:22:07 +00:00
|
|
|
\end{funcdesc}
|