blob: f1f019dd99eccf8dee2d30ab556f259b769740ca [file] [log] [blame]
Georg Brandl8ec7f652007-08-15 14:28:01 +00001
2:mod:`struct` --- Interpret strings as packed binary data
3=========================================================
4
5.. module:: struct
6 :synopsis: Interpret strings as packed binary data.
7
8.. index::
9 pair: C; structures
10 triple: packing; binary; data
11
12This module performs conversions between Python values and C structs represented
Mark Dickinson83afa362010-05-22 18:47:23 +000013as Python strings. This can be used in handling binary data stored in files or
14from network connections, among other sources. It uses
15:ref:`struct-format-strings` as compact descriptions of the layout of the C
16structs and the intended conversion to/from Python values.
17
18.. note::
19
20 By default, the result of packing a given C struct includes pad bytes in
21 order to maintain proper alignment for the C types involved; similarly,
22 alignment is taken into account when unpacking. This behavior is chosen so
23 that the bytes of a packed struct correspond exactly to the layout in memory
Mark Dickinsonb80d44f2010-06-15 08:38:21 +000024 of the corresponding C struct. To handle platform-independent data formats
25 or omit implicit pad bytes, use `standard` size and alignment instead of
26 `native` size and alignment: see :ref:`struct-alignment` for details.
Mark Dickinson83afa362010-05-22 18:47:23 +000027
28Functions and Exceptions
29------------------------
Georg Brandl8ec7f652007-08-15 14:28:01 +000030
31The module defines the following exception and functions:
32
33
34.. exception:: error
35
Mark Dickinson83afa362010-05-22 18:47:23 +000036 Exception raised on various occasions; argument is a string describing what
37 is wrong.
Georg Brandl8ec7f652007-08-15 14:28:01 +000038
39
40.. function:: pack(fmt, v1, v2, ...)
41
42 Return a string containing the values ``v1, v2, ...`` packed according to the
43 given format. The arguments must match the values required by the format
44 exactly.
45
46
47.. function:: pack_into(fmt, buffer, offset, v1, v2, ...)
48
Mark Dickinson83afa362010-05-22 18:47:23 +000049 Pack the values ``v1, v2, ...`` according to the given format, write the
50 packed bytes into the writable *buffer* starting at *offset*. Note that the
51 offset is a required argument.
Georg Brandl8ec7f652007-08-15 14:28:01 +000052
53 .. versionadded:: 2.5
54
55
56.. function:: unpack(fmt, string)
57
58 Unpack the string (presumably packed by ``pack(fmt, ...)``) according to the
Mark Dickinson83afa362010-05-22 18:47:23 +000059 given format. The result is a tuple even if it contains exactly one item.
60 The string must contain exactly the amount of data required by the format
Georg Brandl8ec7f652007-08-15 14:28:01 +000061 (``len(string)`` must equal ``calcsize(fmt)``).
62
63
64.. function:: unpack_from(fmt, buffer[,offset=0])
65
Georg Brandl51b72162009-10-27 13:54:57 +000066 Unpack the *buffer* according to the given format. The result is a tuple even
Mark Dickinson83afa362010-05-22 18:47:23 +000067 if it contains exactly one item. The *buffer* must contain at least the
68 amount of data required by the format (``len(buffer[offset:])`` must be at
69 least ``calcsize(fmt)``).
Georg Brandl8ec7f652007-08-15 14:28:01 +000070
71 .. versionadded:: 2.5
72
73
74.. function:: calcsize(fmt)
75
76 Return the size of the struct (and hence of the string) corresponding to the
77 given format.
78
Mark Dickinson83afa362010-05-22 18:47:23 +000079.. _struct-format-strings:
80
81Format Strings
82--------------
83
84Format strings are the mechanism used to specify the expected layout when
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +000085packing and unpacking data. They are built up from :ref:`format-characters`,
86which specify the type of data being packed/unpacked. In addition, there are
87special characters for controlling the :ref:`struct-alignment`.
Georg Brandl8ec7f652007-08-15 14:28:01 +000088
Mark Dickinson83afa362010-05-22 18:47:23 +000089
90.. _struct-alignment:
91
92Byte Order, Size, and Alignment
93^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
94
95By default, C types are represented in the machine's native format and byte
Georg Brandl8ec7f652007-08-15 14:28:01 +000096order, and properly aligned by skipping pad bytes if necessary (according to the
97rules used by the C compiler).
98
99Alternatively, the first character of the format string can be used to indicate
100the byte order, size and alignment of the packed data, according to the
101following table:
102
Mark Dickinsonb80d44f2010-06-15 08:38:21 +0000103+-----------+------------------------+----------+-----------+
104| Character | Byte order | Size | Alignment |
105+===========+========================+==========+===========+
106| ``@`` | native | native | native |
107+-----------+------------------------+----------+-----------+
108| ``=`` | native | standard | none |
109+-----------+------------------------+----------+-----------+
110| ``<`` | little-endian | standard | none |
111+-----------+------------------------+----------+-----------+
112| ``>`` | big-endian | standard | none |
113+-----------+------------------------+----------+-----------+
114| ``!`` | network (= big-endian) | standard | none |
115+-----------+------------------------+----------+-----------+
Georg Brandl8ec7f652007-08-15 14:28:01 +0000116
117If the first character is not one of these, ``'@'`` is assumed.
118
Georg Brandlf5dec8e2010-05-19 14:12:57 +0000119Native byte order is big-endian or little-endian, depending on the host
120system. For example, Intel x86 and AMD64 (x86-64) are little-endian;
121Motorola 68000 and PowerPC G5 are big-endian; ARM and Intel Itanium feature
122switchable endianness (bi-endian). Use ``sys.byteorder`` to check the
123endianness of your system.
Georg Brandl8ec7f652007-08-15 14:28:01 +0000124
125Native size and alignment are determined using the C compiler's
Georg Brandlb19be572007-12-29 10:57:00 +0000126``sizeof`` expression. This is always combined with native byte order.
Georg Brandl8ec7f652007-08-15 14:28:01 +0000127
Mark Dickinsonb80d44f2010-06-15 08:38:21 +0000128Standard size depends only on the format character; see the table in
129the :ref:`format-characters` section.
Georg Brandl8ec7f652007-08-15 14:28:01 +0000130
131Note the difference between ``'@'`` and ``'='``: both use native byte order, but
132the size and alignment of the latter is standardized.
133
134The form ``'!'`` is available for those poor souls who claim they can't remember
135whether network byte order is big-endian or little-endian.
136
137There is no way to indicate non-native byte order (force byte-swapping); use the
138appropriate choice of ``'<'`` or ``'>'``.
139
Mark Dickinson83afa362010-05-22 18:47:23 +0000140Notes:
141
142(1) Padding is only automatically added between successive structure members.
143 No padding is added at the beginning or the end of the encoded struct.
144
145(2) No padding is added when using non-native size and alignment, e.g.
146 with '<', '>', '=', and '!'.
147
148(3) To align the end of a structure to the alignment requirement of a
149 particular type, end the format with the code for that type with a repeat
150 count of zero. See :ref:`struct-examples`.
151
152
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +0000153.. _format-characters:
154
155Format Characters
156^^^^^^^^^^^^^^^^^
157
158Format characters have the following meaning; the conversion between C and
Mark Dickinson284bc0e2010-06-29 20:09:50 +0000159Python values should be obvious given their types. The 'Standard size' column
160refers to the size of the packed value in bytes when using standard size; that
161is, when the format string starts with one of ``'<'``, ``'>'``, ``'!'`` or
162``'='``. When using native size, the size of the packed value is
163platform-dependent.
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +0000164
165+--------+-------------------------+--------------------+----------------+------------+
166| Format | C Type | Python type | Standard size | Notes |
167+========+=========================+====================+================+============+
168| ``x`` | pad byte | no value | | |
169+--------+-------------------------+--------------------+----------------+------------+
170| ``c`` | :ctype:`char` | string of length 1 | 1 | |
171+--------+-------------------------+--------------------+----------------+------------+
Mark Dickinsonb80d44f2010-06-15 08:38:21 +0000172| ``b`` | :ctype:`signed char` | integer | 1 | |
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +0000173+--------+-------------------------+--------------------+----------------+------------+
Mark Dickinsonb80d44f2010-06-15 08:38:21 +0000174| ``B`` | :ctype:`unsigned char` | integer | 1 | |
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +0000175+--------+-------------------------+--------------------+----------------+------------+
176| ``?`` | :ctype:`_Bool` | bool | 1 | \(1) |
177+--------+-------------------------+--------------------+----------------+------------+
Mark Dickinsonb80d44f2010-06-15 08:38:21 +0000178| ``h`` | :ctype:`short` | integer | 2 | |
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +0000179+--------+-------------------------+--------------------+----------------+------------+
Mark Dickinsonb80d44f2010-06-15 08:38:21 +0000180| ``H`` | :ctype:`unsigned short` | integer | 2 | |
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +0000181+--------+-------------------------+--------------------+----------------+------------+
Mark Dickinsonb80d44f2010-06-15 08:38:21 +0000182| ``i`` | :ctype:`int` | integer | 4 | |
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +0000183+--------+-------------------------+--------------------+----------------+------------+
Mark Dickinsonb80d44f2010-06-15 08:38:21 +0000184| ``I`` | :ctype:`unsigned int` | integer | 4 | |
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +0000185+--------+-------------------------+--------------------+----------------+------------+
Mark Dickinsonb80d44f2010-06-15 08:38:21 +0000186| ``l`` | :ctype:`long` | integer | 4 | |
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +0000187+--------+-------------------------+--------------------+----------------+------------+
Mark Dickinsonb80d44f2010-06-15 08:38:21 +0000188| ``L`` | :ctype:`unsigned long` | integer | 4 | |
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +0000189+--------+-------------------------+--------------------+----------------+------------+
Mark Dickinsonb80d44f2010-06-15 08:38:21 +0000190| ``q`` | :ctype:`long long` | integer | 8 | \(2) |
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +0000191+--------+-------------------------+--------------------+----------------+------------+
Mark Dickinsonb80d44f2010-06-15 08:38:21 +0000192| ``Q`` | :ctype:`unsigned long | integer | 8 | \(2) |
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +0000193| | long` | | | |
194+--------+-------------------------+--------------------+----------------+------------+
Mark Dickinsonb80d44f2010-06-15 08:38:21 +0000195| ``f`` | :ctype:`float` | float | 4 | \(3) |
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +0000196+--------+-------------------------+--------------------+----------------+------------+
Mark Dickinsonb80d44f2010-06-15 08:38:21 +0000197| ``d`` | :ctype:`double` | float | 8 | \(3) |
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +0000198+--------+-------------------------+--------------------+----------------+------------+
199| ``s`` | :ctype:`char[]` | string | | |
200+--------+-------------------------+--------------------+----------------+------------+
201| ``p`` | :ctype:`char[]` | string | | |
202+--------+-------------------------+--------------------+----------------+------------+
Mark Dickinsonb80d44f2010-06-15 08:38:21 +0000203| ``P`` | :ctype:`void \*` | integer | | \(4) |
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +0000204+--------+-------------------------+--------------------+----------------+------------+
205
206Notes:
207
208(1)
209 The ``'?'`` conversion code corresponds to the :ctype:`_Bool` type defined by
210 C99. If this type is not available, it is simulated using a :ctype:`char`. In
211 standard mode, it is always represented by one byte.
212
213 .. versionadded:: 2.6
214
215(2)
216 The ``'q'`` and ``'Q'`` conversion codes are available in native mode only if
217 the platform C compiler supports C :ctype:`long long`, or, on Windows,
218 :ctype:`__int64`. They are always available in standard modes.
219
220 .. versionadded:: 2.2
221
Mark Dickinsonb80d44f2010-06-15 08:38:21 +0000222(3)
223 For the ``'f'`` and ``'d'`` conversion codes, the packed representation uses
224 the IEEE 754 binary32 (for ``'f'``) or binary64 (for ``'d'``) format,
225 regardless of the floating-point format used by the platform.
226
227(4)
228 The ``'P'`` format character is only available for the native byte ordering
229 (selected as the default or with the ``'@'`` byte order character). The byte
230 order character ``'='`` chooses to use little- or big-endian ordering based
231 on the host system. The struct module does not interpret this as native
232 ordering, so the ``'P'`` format is not available.
233
234
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +0000235A format character may be preceded by an integral repeat count. For example,
236the format string ``'4h'`` means exactly the same as ``'hhhh'``.
237
238Whitespace characters between formats are ignored; a count and its format must
239not contain whitespace though.
240
241For the ``'s'`` format character, the count is interpreted as the size of the
242string, not a repeat count like for the other format characters; for example,
243``'10s'`` means a single 10-byte string, while ``'10c'`` means 10 characters.
244For packing, the string is truncated or padded with null bytes as appropriate to
245make it fit. For unpacking, the resulting string always has exactly the
246specified number of bytes. As a special case, ``'0s'`` means a single, empty
247string (while ``'0c'`` means 0 characters).
248
249The ``'p'`` format character encodes a "Pascal string", meaning a short
250variable-length string stored in a fixed number of bytes. The count is the total
251number of bytes stored. The first byte stored is the length of the string, or
252255, whichever is smaller. The bytes of the string follow. If the string
253passed in to :func:`pack` is too long (longer than the count minus 1), only the
254leading count-1 bytes of the string are stored. If the string is shorter than
255count-1, it is padded with null bytes so that exactly count bytes in all are
256used. Note that for :func:`unpack`, the ``'p'`` format character consumes count
257bytes, but that the string returned can never contain more than 255 characters.
258
259For the ``'P'`` format character, the return value is a Python integer or long
260integer, depending on the size needed to hold a pointer when it has been cast to
261an integer type. A *NULL* pointer will always be returned as the Python integer
262``0``. When packing pointer-sized values, Python integer or long integer objects
263may be used. For example, the Alpha and Merced processors use 64-bit pointer
264values, meaning a Python long integer will be used to hold the pointer; other
265platforms use 32-bit pointers and will use a Python integer.
266
267For the ``'?'`` format character, the return value is either :const:`True` or
268:const:`False`. When packing, the truth value of the argument object is used.
269Either 0 or 1 in the native or standard bool representation will be packed, and
270any non-zero value will be True when unpacking.
271
272
273
Mark Dickinson83afa362010-05-22 18:47:23 +0000274.. _struct-examples:
275
276Examples
277^^^^^^^^
278
279.. note::
280 All examples assume a native byte order, size, and alignment with a
281 big-endian machine.
282
283A basic example of packing/unpacking three integers::
Georg Brandl8ec7f652007-08-15 14:28:01 +0000284
285 >>> from struct import *
286 >>> pack('hhl', 1, 2, 3)
287 '\x00\x01\x00\x02\x00\x00\x00\x03'
288 >>> unpack('hhl', '\x00\x01\x00\x02\x00\x00\x00\x03')
289 (1, 2, 3)
290 >>> calcsize('hhl')
291 8
292
Raymond Hettingerf6901e92008-05-23 17:21:44 +0000293Unpacked fields can be named by assigning them to variables or by wrapping
294the result in a named tuple::
295
296 >>> record = 'raymond \x32\x12\x08\x01\x08'
297 >>> name, serialnum, school, gradelevel = unpack('<10sHHb', record)
298
299 >>> from collections import namedtuple
300 >>> Student = namedtuple('Student', 'name serialnum school gradelevel')
301 >>> Student._make(unpack('<10sHHb', s))
302 Student(name='raymond ', serialnum=4658, school=264, gradelevel=8)
Georg Brandl8ec7f652007-08-15 14:28:01 +0000303
Mark Dickinson83afa362010-05-22 18:47:23 +0000304The ordering of format characters may have an impact on size since the padding
305needed to satisfy alignment requirements is different::
306
307 >>> pack('ci', '*', 0x12131415)
308 '*\x00\x00\x00\x12\x13\x14\x15'
309 >>> pack('ic', 0x12131415, '*')
310 '\x12\x13\x14\x15*'
311 >>> calcsize('ci')
312 8
313 >>> calcsize('ic')
314 5
315
316The following format ``'llh0l'`` specifies two pad bytes at the end, assuming
317longs are aligned on 4-byte boundaries::
318
319 >>> pack('llh0l', 1, 2, 3)
320 '\x00\x00\x00\x01\x00\x00\x00\x02\x00\x03\x00\x00'
321
322This only works when native size and alignment are in effect; standard size and
323alignment does not enforce any alignment.
324
325
Georg Brandl8ec7f652007-08-15 14:28:01 +0000326.. seealso::
327
328 Module :mod:`array`
329 Packed binary storage of homogeneous data.
330
331 Module :mod:`xdrlib`
332 Packing and unpacking of XDR data.
333
334
335.. _struct-objects:
336
Mark Dickinsonfb49f9a2010-06-12 18:55:47 +0000337Classes
Mark Dickinson83afa362010-05-22 18:47:23 +0000338-------
Georg Brandl8ec7f652007-08-15 14:28:01 +0000339
340The :mod:`struct` module also defines the following type:
341
342
343.. class:: Struct(format)
344
Mark Dickinson83afa362010-05-22 18:47:23 +0000345 Return a new Struct object which writes and reads binary data according to
346 the format string *format*. Creating a Struct object once and calling its
347 methods is more efficient than calling the :mod:`struct` functions with the
348 same format since the format string only needs to be compiled once.
Georg Brandl8ec7f652007-08-15 14:28:01 +0000349
350 .. versionadded:: 2.5
351
Benjamin Petersonc7b05922008-04-25 01:29:10 +0000352 Compiled Struct objects support the following methods and attributes:
Georg Brandl8ec7f652007-08-15 14:28:01 +0000353
354
Benjamin Petersonc7b05922008-04-25 01:29:10 +0000355 .. method:: pack(v1, v2, ...)
Georg Brandl8ec7f652007-08-15 14:28:01 +0000356
Benjamin Petersonc7b05922008-04-25 01:29:10 +0000357 Identical to the :func:`pack` function, using the compiled format.
358 (``len(result)`` will equal :attr:`self.size`.)
Georg Brandl8ec7f652007-08-15 14:28:01 +0000359
360
Benjamin Petersonc7b05922008-04-25 01:29:10 +0000361 .. method:: pack_into(buffer, offset, v1, v2, ...)
Georg Brandl8ec7f652007-08-15 14:28:01 +0000362
Benjamin Petersonc7b05922008-04-25 01:29:10 +0000363 Identical to the :func:`pack_into` function, using the compiled format.
Georg Brandl8ec7f652007-08-15 14:28:01 +0000364
365
Benjamin Petersonc7b05922008-04-25 01:29:10 +0000366 .. method:: unpack(string)
Georg Brandl8ec7f652007-08-15 14:28:01 +0000367
Benjamin Petersonc7b05922008-04-25 01:29:10 +0000368 Identical to the :func:`unpack` function, using the compiled format.
369 (``len(string)`` must equal :attr:`self.size`).
Georg Brandl8ec7f652007-08-15 14:28:01 +0000370
371
Benjamin Petersonc7b05922008-04-25 01:29:10 +0000372 .. method:: unpack_from(buffer[, offset=0])
Georg Brandl8ec7f652007-08-15 14:28:01 +0000373
Benjamin Petersonc7b05922008-04-25 01:29:10 +0000374 Identical to the :func:`unpack_from` function, using the compiled format.
375 (``len(buffer[offset:])`` must be at least :attr:`self.size`).
Georg Brandl8ec7f652007-08-15 14:28:01 +0000376
377
Benjamin Petersonc7b05922008-04-25 01:29:10 +0000378 .. attribute:: format
Georg Brandl8ec7f652007-08-15 14:28:01 +0000379
Benjamin Petersonc7b05922008-04-25 01:29:10 +0000380 The format string used to construct this Struct object.
Georg Brandl8ec7f652007-08-15 14:28:01 +0000381
Benjamin Petersonc7b05922008-04-25 01:29:10 +0000382 .. attribute:: size
Georg Brandlb7a837d2007-08-23 21:21:36 +0000383
Benjamin Petersonc7b05922008-04-25 01:29:10 +0000384 The calculated size of the struct (and hence of the string) corresponding
385 to :attr:`format`.
Georg Brandlb7a837d2007-08-23 21:21:36 +0000386