blob: 2c10be753634ceae32fe42252e62d12b411c4b45 [file] [log] [blame]
Fred Drake295da241998-08-10 19:42:37 +00001\section{\module{struct} ---
Fred Drakeb68a1251999-08-24 20:16:29 +00002 Interpret strings as packed binary data}
Fred Drakeb91e9341998-07-23 17:59:49 +00003\declaremodule{builtin}{struct}
4
5\modulesynopsis{Interpret strings as packed binary data.}
6
Fred Drakeb68a1251999-08-24 20:16:29 +00007\indexii{C}{structures}
8\indexiii{packing}{binary}{data}
Guido van Rossum5fdeeea1994-01-02 01:22:07 +00009
Fred Drakeb68a1251999-08-24 20:16:29 +000010This module performs conversions between Python values and C
Guido van Rossum5fdeeea1994-01-02 01:22:07 +000011structs represented as Python strings. It uses \dfn{format strings}
Fred Drakeb68a1251999-08-24 20:16:29 +000012(explained below) as compact descriptions of the lay-out of the C
13structs and the intended conversion to/from Python values. This can
14be used in handling binary data stored in files or from network
15connections, among other sources.
Guido van Rossum5fdeeea1994-01-02 01:22:07 +000016
17The module defines the following exception and functions:
18
Fred Drake7ddd0431998-03-08 07:44:13 +000019
Guido van Rossum5fdeeea1994-01-02 01:22:07 +000020\begin{excdesc}{error}
21 Exception raised on various occasions; argument is a string
22 describing what is wrong.
23\end{excdesc}
24
Fred Drake50b804d1998-11-30 22:14:58 +000025\begin{funcdesc}{pack}{fmt, v1, v2, \textrm{\ldots}}
Guido van Rossum5fdeeea1994-01-02 01:22:07 +000026 Return a string containing the values
Fred Drake50b804d1998-11-30 22:14:58 +000027 \code{\var{v1}, \var{v2}, \textrm{\ldots}} packed according to the given
Guido van Rossum5fdeeea1994-01-02 01:22:07 +000028 format. The arguments must match the values required by the format
29 exactly.
30\end{funcdesc}
31
Georg Brandlee467d02007-02-15 11:29:08 +000032\begin{funcdesc}{pack_into}{fmt, buffer, offset, v1, v2, \moreargs}
33 Pack the values \code{\var{v1}, \var{v2}, \textrm{\ldots}} according to the given
34 format, write the packed bytes into the writable \var{buffer} starting at
35 \var{offset}.
36 Note that the offset is not an optional argument.
Georg Brandl6b2a1a02007-02-15 11:29:58 +000037
38 \versionadded{2.5}
Georg Brandlee467d02007-02-15 11:29:08 +000039\end{funcdesc}
40
Fred Drakecce10901998-03-17 06:33:25 +000041\begin{funcdesc}{unpack}{fmt, string}
Fred Drake50b804d1998-11-30 22:14:58 +000042 Unpack the string (presumably packed by \code{pack(\var{fmt},
43 \textrm{\ldots})}) according to the given format. The result is a
44 tuple even if it contains exactly one item. The string must contain
Fred Drake907e76b2001-07-06 20:30:11 +000045 exactly the amount of data required by the format
46 (\code{len(\var{string})} must equal \code{calcsize(\var{fmt})}).
Guido van Rossum5fdeeea1994-01-02 01:22:07 +000047\end{funcdesc}
48
Georg Brandlee467d02007-02-15 11:29:08 +000049\begin{funcdesc}{unpack_from}{fmt, buffer\optional{,offset \code{= 0}}}
50 Unpack the \var{buffer} according to tthe given format.
51 The result is a tuple even if it contains exactly one item. The
52 \var{buffer} must contain at least the amount of data required by the
53 format (\code{len(buffer[offset:])} must be at least
54 \code{calcsize(\var{fmt})}).
Georg Brandl6b2a1a02007-02-15 11:29:58 +000055
56 \versionadded{2.5}
Georg Brandlee467d02007-02-15 11:29:08 +000057\end{funcdesc}
58
Guido van Rossum5fdeeea1994-01-02 01:22:07 +000059\begin{funcdesc}{calcsize}{fmt}
60 Return the size of the struct (and hence of the string)
61 corresponding to the given format.
62\end{funcdesc}
63
Fred Drake50b804d1998-11-30 22:14:58 +000064Format characters have the following meaning; the conversion between
Fred Drakeb68a1251999-08-24 20:16:29 +000065C and Python values should be obvious given their types:
Guido van Rossum5fdeeea1994-01-02 01:22:07 +000066
Fred Drake38e5d272000-04-03 20:13:55 +000067\begin{tableiv}{c|l|l|c}{samp}{Format}{C Type}{Python}{Notes}
68 \lineiv{x}{pad byte}{no value}{}
69 \lineiv{c}{\ctype{char}}{string of length 1}{}
70 \lineiv{b}{\ctype{signed char}}{integer}{}
71 \lineiv{B}{\ctype{unsigned char}}{integer}{}
72 \lineiv{h}{\ctype{short}}{integer}{}
73 \lineiv{H}{\ctype{unsigned short}}{integer}{}
74 \lineiv{i}{\ctype{int}}{integer}{}
Tim Peters7b9542a2001-06-10 23:40:19 +000075 \lineiv{I}{\ctype{unsigned int}}{long}{}
Fred Drake38e5d272000-04-03 20:13:55 +000076 \lineiv{l}{\ctype{long}}{integer}{}
77 \lineiv{L}{\ctype{unsigned long}}{long}{}
Tim Peters7b9542a2001-06-10 23:40:19 +000078 \lineiv{q}{\ctype{long long}}{long}{(1)}
79 \lineiv{Q}{\ctype{unsigned long long}}{long}{(1)}
Fred Drake38e5d272000-04-03 20:13:55 +000080 \lineiv{f}{\ctype{float}}{float}{}
81 \lineiv{d}{\ctype{double}}{float}{}
82 \lineiv{s}{\ctype{char[]}}{string}{}
83 \lineiv{p}{\ctype{char[]}}{string}{}
84 \lineiv{P}{\ctype{void *}}{integer}{}
85\end{tableiv}
86
87\noindent
88Notes:
89
90\begin{description}
91\item[(1)]
Tim Peters7b9542a2001-06-10 23:40:19 +000092 The \character{q} and \character{Q} conversion codes are available in
93 native mode only if the platform C compiler supports C \ctype{long long},
Fred Drake54d10fd2001-06-15 14:13:07 +000094 or, on Windows, \ctype{__int64}. They are always available in standard
Tim Peters7a3bfc32001-06-12 01:22:22 +000095 modes.
Fred Drake54d10fd2001-06-15 14:13:07 +000096 \versionadded{2.2}
Fred Drake38e5d272000-04-03 20:13:55 +000097\end{description}
98
Guido van Rossum5fdeeea1994-01-02 01:22:07 +000099
Fred Drake907e76b2001-07-06 20:30:11 +0000100A format character may be preceded by an integral repeat count. For
101example, the format string \code{'4h'} means exactly the same as
Fred Drake50b804d1998-11-30 22:14:58 +0000102\code{'hhhh'}.
Guido van Rossum5fdeeea1994-01-02 01:22:07 +0000103
Guido van Rossume20aef51997-08-26 20:39:54 +0000104Whitespace characters between formats are ignored; a count and its
105format must not contain whitespace though.
106
Fred Drakecf0fb8b1998-07-23 21:18:25 +0000107For the \character{s} format character, the count is interpreted as the
Guido van Rossum12543461996-12-31 02:22:14 +0000108size of the string, not a repeat count like for the other format
Fred Drake907e76b2001-07-06 20:30:11 +0000109characters; for example, \code{'10s'} means a single 10-byte string, while
Guido van Rossum12543461996-12-31 02:22:14 +0000110\code{'10c'} means 10 characters. For packing, the string is
111truncated or padded with null bytes as appropriate to make it fit.
112For unpacking, the resulting string always has exactly the specified
113number of bytes. As a special case, \code{'0s'} means a single, empty
114string (while \code{'0c'} means 0 characters).
Guido van Rossum5fdeeea1994-01-02 01:22:07 +0000115
Tim Peters88091aa2001-09-15 18:09:22 +0000116The \character{p} format character encodes a "Pascal string", meaning
117a short variable-length string stored in a fixed number of bytes.
118The count is the total number of bytes stored. The first byte stored is
119the length of the string, or 255, whichever is smaller. The bytes
120of the string follow. If the string passed in to \function{pack()} is too
121long (longer than the count minus 1), only the leading count-1 bytes of the
Tim Peters5b7759f2001-09-15 18:16:27 +0000122string are stored. If the string is shorter than count-1, it is padded
Tim Peters88091aa2001-09-15 18:09:22 +0000123with null bytes so that exactly count bytes in all are used. Note that
124for \function{unpack()}, the \character{p} format character consumes count
125bytes, but that the string returned can never contain more than 255
126characters.
Fred Drakecf0fb8b1998-07-23 21:18:25 +0000127
Tim Peters7a3bfc32001-06-12 01:22:22 +0000128For the \character{I}, \character{L}, \character{q} and \character{Q}
129format characters, the return value is a Python long integer.
Guido van Rossum12543461996-12-31 02:22:14 +0000130
Guido van Rossum6ac06b31998-09-21 14:44:34 +0000131For the \character{P} format character, the return value is a Python
132integer or long integer, depending on the size needed to hold a
Fred Drake50b804d1998-11-30 22:14:58 +0000133pointer when it has been cast to an integer type. A \NULL{} pointer will
134always be returned as the Python integer \code{0}. When packing pointer-sized
Guido van Rossum6ac06b31998-09-21 14:44:34 +0000135values, Python integer or long integer objects may be used. For
136example, the Alpha and Merced processors use 64-bit pointer values,
137meaning a Python long integer will be used to hold the pointer; other
138platforms use 32-bit pointers and will use a Python integer.
139
Fred Drakeb68a1251999-08-24 20:16:29 +0000140By default, C numbers are represented in the machine's native format
Guido van Rossum12543461996-12-31 02:22:14 +0000141and byte order, and properly aligned by skipping pad bytes if
Fred Drakeb68a1251999-08-24 20:16:29 +0000142necessary (according to the rules used by the C compiler).
Guido van Rossum12543461996-12-31 02:22:14 +0000143
144Alternatively, the first character of the format string can be used to
145indicate the byte order, size and alignment of the packed data,
146according to the following table:
147
Fred Drakeee601911998-04-11 20:53:03 +0000148\begin{tableiii}{c|l|l}{samp}{Character}{Byte order}{Size and alignment}
Guido van Rossum12543461996-12-31 02:22:14 +0000149 \lineiii{@}{native}{native}
150 \lineiii{=}{native}{standard}
151 \lineiii{<}{little-endian}{standard}
152 \lineiii{>}{big-endian}{standard}
153 \lineiii{!}{network (= big-endian)}{standard}
154\end{tableiii}
155
Fred Drakecf0fb8b1998-07-23 21:18:25 +0000156If the first character is not one of these, \character{@} is assumed.
Guido van Rossum12543461996-12-31 02:22:14 +0000157
158Native byte order is big-endian or little-endian, depending on the
Fred Drake907e76b2001-07-06 20:30:11 +0000159host system. For example, Motorola and Sun processors are big-endian;
160Intel and DEC processors are little-endian.
Guido van Rossum12543461996-12-31 02:22:14 +0000161
Fred Drakeb68a1251999-08-24 20:16:29 +0000162Native size and alignment are determined using the C compiler's
Fred Drake50b804d1998-11-30 22:14:58 +0000163\keyword{sizeof} expression. This is always combined with native byte
164order.
Guido van Rossum12543461996-12-31 02:22:14 +0000165
166Standard size and alignment are as follows: no alignment is required
Tim Peters7a3bfc32001-06-12 01:22:22 +0000167for any type (so you have to use pad bytes);
168\ctype{short} is 2 bytes;
169\ctype{int} and \ctype{long} are 4 bytes;
170\ctype{long long} (\ctype{__int64} on Windows) is 8 bytes;
171\ctype{float} and \ctype{double} are 32-bit and 64-bit
172IEEE floating point numbers, respectively.
Guido van Rossum12543461996-12-31 02:22:14 +0000173
Fred Drake50b804d1998-11-30 22:14:58 +0000174Note the difference between \character{@} and \character{=}: both use
175native byte order, but the size and alignment of the latter is
176standardized.
Guido van Rossum12543461996-12-31 02:22:14 +0000177
Fred Drakecf0fb8b1998-07-23 21:18:25 +0000178The form \character{!} is available for those poor souls who claim they
Guido van Rossum12543461996-12-31 02:22:14 +0000179can't remember whether network byte order is big-endian or
180little-endian.
181
Fred Drake907e76b2001-07-06 20:30:11 +0000182There is no way to indicate non-native byte order (force
Fred Drakecf0fb8b1998-07-23 21:18:25 +0000183byte-swapping); use the appropriate choice of \character{<} or
184\character{>}.
Guido van Rossum12543461996-12-31 02:22:14 +0000185
Guido van Rossum6ac06b31998-09-21 14:44:34 +0000186The \character{P} format character is only available for the native
187byte ordering (selected as the default or with the \character{@} byte
188order character). The byte order character \character{=} chooses to
189use little- or big-endian ordering based on the host system. The
190struct module does not interpret this as native ordering, so the
191\character{P} format is not available.
192
Guido van Rossum12543461996-12-31 02:22:14 +0000193Examples (all using native byte order, size and alignment, on a
194big-endian machine):
Guido van Rossum5fdeeea1994-01-02 01:22:07 +0000195
Fred Drake19479911998-02-13 06:58:54 +0000196\begin{verbatim}
Guido van Rossumdbadd551997-01-03 04:20:09 +0000197>>> from struct import *
198>>> pack('hhl', 1, 2, 3)
Ka-Ping Yeefa004ad2001-01-24 17:19:08 +0000199'\x00\x01\x00\x02\x00\x00\x00\x03'
200>>> unpack('hhl', '\x00\x01\x00\x02\x00\x00\x00\x03')
Guido van Rossumdbadd551997-01-03 04:20:09 +0000201(1, 2, 3)
202>>> calcsize('hhl')
2038
Fred Drake19479911998-02-13 06:58:54 +0000204\end{verbatim}
Fred Drake50b804d1998-11-30 22:14:58 +0000205
Guido van Rossum5fdeeea1994-01-02 01:22:07 +0000206Hint: to align the end of a structure to the alignment requirement of
207a particular type, end the format with the code for that type with a
Fred Drake907e76b2001-07-06 20:30:11 +0000208repeat count of zero. For example, the format \code{'llh0l'}
209specifies two pad bytes at the end, assuming longs are aligned on
2104-byte boundaries. This only works when native size and alignment are
211in effect; standard size and alignment does not enforce any alignment.
Fred Drake7ddd0431998-03-08 07:44:13 +0000212
213\begin{seealso}
Fred Drakeb68a1251999-08-24 20:16:29 +0000214 \seemodule{array}{Packed binary storage of homogeneous data.}
215 \seemodule{xdrlib}{Packing and unpacking of XDR data.}
Fred Drake7ddd0431998-03-08 07:44:13 +0000216\end{seealso}
Georg Brandlee467d02007-02-15 11:29:08 +0000217
218\subsection{Struct Objects \label{struct-objects}}
219
220The \module{struct} module also defines the following type:
221
222\begin{classdesc}{Struct}{format}
223 Return a new Struct object which writes and reads binary data according to
224 the format string \var{format}. Creating a Struct object once and calling
225 its methods is more efficient than calling the \module{struct} functions
226 with the same format since the format string only needs to be compiled once.
227
228 \versionadded{2.5}
229\end{classdesc}
230
231Compiled Struct objects support the following methods and attributes:
232
233\begin{methoddesc}[Struct]{pack}{v1, v2, \moreargs}
234 Identical to the \function{pack()} function, using the compiled format.
235 (\code{len(result)} will equal \member{self.size}.)
236\end{methoddesc}
237
238\begin{methoddesc}[Struct]{pack_into}{buffer, offset, v1, v2, \moreargs}
239 Identical to the \function{pack_into()} function, using the compiled format.
240\end{methoddesc}
241
242\begin{methoddesc}[Struct]{unpack}{string}
243 Identical to the \function{unpack()} function, using the compiled format.
244 (\code{len(string)} must equal \member{self.size}).
245\end{methoddesc}
246
247\begin{methoddesc}[Struct]{unpack_from}{buffer\optional{,offset
248 \code{= 0}}}
249 Identical to the \function{unpack_from()} function, using the compiled format.
250 (\code{len(buffer[offset:])} must be at least \member{self.size}).
251\end{methoddesc}
252
253\begin{memberdesc}[Struct]{format}
254 The format string used to construct this Struct object.
255\end{memberdesc}
256