cpython/Doc/c-api/arg.rst

566 lines
25 KiB
ReStructuredText
Raw Normal View History

2008-01-19 18:14:27 -04:00
.. highlightlang:: c
.. _arg-parsing:
Parsing arguments and building values
=====================================
These functions are useful when creating your own extensions functions and
methods. Additional information and examples are available in
:ref:`extending-index`.
2012-01-14 11:42:02 -04:00
The first three of these functions described, :c:func:`PyArg_ParseTuple`,
:c:func:`PyArg_ParseTupleAndKeywords`, and :c:func:`PyArg_Parse`, all use
2009-04-25 10:58:58 -03:00
*format strings* which are used to tell the function about the expected
arguments. The format strings use the same syntax for each of these
functions.
2008-01-19 18:14:27 -04:00
A format string consists of zero or more "format units." A format unit
2009-04-25 10:58:58 -03:00
describes one Python object; it is usually a single character or a
parenthesized sequence of format units. With a few exceptions, a format unit
that is not a parenthesized sequence normally corresponds to a single address
argument to these functions. In the following description, the quoted form is
the format unit; the entry in (round) parentheses is the Python object type
that matches the format unit; and the entry in [square] brackets is the type
of the C variable(s) whose address should be passed.
2008-01-19 18:14:27 -04:00
These formats allow accessing an object as a contiguous chunk of memory.
You don't have to provide raw storage for the returned unicode or bytes
area. Also, you won't have to release any memory yourself, except with the
``es``, ``es#``, ``et`` and ``et#`` formats.
``s`` (string or Unicode) [const char \*]
2009-04-25 10:58:58 -03:00
Convert a Python string or Unicode object to a C pointer to a character
string. You must not provide storage for the string itself; a pointer to
an existing string is stored into the character pointer variable whose
address you pass. The C string is NUL-terminated. The Python string must
not contain embedded NUL bytes; if it does, a :exc:`TypeError` exception is
raised. Unicode objects are converted to C strings using the default
encoding. If this conversion fails, a :exc:`UnicodeError` is raised.
2008-01-19 18:14:27 -04:00
2012-01-14 11:42:02 -04:00
``s#`` (string, Unicode or any read buffer compatible object) [const char \*, int (or :c:type:`Py_ssize_t`, see below)]
2009-04-25 10:58:58 -03:00
This variant on ``s`` stores into two C variables, the first one a pointer
to a character string, the second one its length. In this case the Python
string may contain embedded null bytes. Unicode objects pass back a
pointer to the default encoded string version of the object if such a
conversion is possible. All other read-buffer compatible objects pass back
a reference to the raw internal data representation.
Starting with Python 2.5 the type of the length argument can be controlled
2012-01-14 11:42:02 -04:00
by defining the macro :c:macro:`PY_SSIZE_T_CLEAN` before including
:file:`Python.h`. If the macro is defined, length is a :c:type:`Py_ssize_t`
2009-04-25 10:58:58 -03:00
rather than an int.
``s*`` (string, Unicode, or any buffer compatible object) [Py_buffer]
2009-04-25 10:58:58 -03:00
Similar to ``s#``, this code fills a Py_buffer structure provided by the
caller. The buffer gets locked, so that the caller can subsequently use
the buffer even inside a ``Py_BEGIN_ALLOW_THREADS`` block; the caller is
responsible for calling ``PyBuffer_Release`` with the structure after it
has processed the data.
.. versionadded:: 2.6
``z`` (string, Unicode or ``None``) [const char \*]
2008-01-19 18:14:27 -04:00
Like ``s``, but the Python object may also be ``None``, in which case the C
pointer is set to *NULL*.
``z#`` (string, Unicode, ``None`` or any read buffer compatible object) [const char \*, int]
2008-01-19 18:14:27 -04:00
This is to ``s#`` as ``z`` is to ``s``.
``z*`` (string, Unicode, ``None`` or any buffer compatible object) [Py_buffer]
This is to ``s*`` as ``z`` is to ``s``.
2008-08-16 00:02:41 -03:00
.. versionadded:: 2.6
``u`` (Unicode) [Py_UNICODE \*]
2009-04-25 10:58:58 -03:00
Convert a Python Unicode object to a C pointer to a NUL-terminated buffer
of 16-bit Unicode (UTF-16) data. As with ``s``, there is no need to
provide storage for the Unicode data buffer; a pointer to the existing
2012-01-14 11:42:02 -04:00
Unicode data is stored into the :c:type:`Py_UNICODE` pointer variable whose
2009-04-25 10:58:58 -03:00
address you pass.
2008-01-19 18:14:27 -04:00
``u#`` (Unicode) [Py_UNICODE \*, int]
2009-04-25 10:58:58 -03:00
This variant on ``u`` stores into two C variables, the first one a pointer
to a Unicode data buffer, the second one its length. Non-Unicode objects
are handled by interpreting their read-buffer pointer as pointer to a
2012-01-14 11:42:02 -04:00
:c:type:`Py_UNICODE` array.
2008-01-19 18:14:27 -04:00
``es`` (string, Unicode or character buffer compatible object) [const char \*encoding, char \*\*buffer]
2009-04-25 10:58:58 -03:00
This variant on ``s`` is used for encoding Unicode and objects convertible
to Unicode into a character buffer. It only works for encoded data without
embedded NUL bytes.
2008-01-19 18:14:27 -04:00
This format requires two arguments. The first is only used as input, and
2012-01-14 11:42:02 -04:00
must be a :c:type:`const char\*` which points to the name of an encoding as
2009-04-25 10:58:58 -03:00
a NUL-terminated string, or *NULL*, in which case the default encoding is
used. An exception is raised if the named encoding is not known to Python.
2012-01-14 11:42:02 -04:00
The second argument must be a :c:type:`char\*\*`; the value of the pointer
2009-04-25 10:58:58 -03:00
it references will be set to a buffer with the contents of the argument
text. The text will be encoded in the encoding specified by the first
argument.
2012-01-14 11:42:02 -04:00
:c:func:`PyArg_ParseTuple` will allocate a buffer of the needed size, copy
2009-04-25 10:58:58 -03:00
the encoded data into this buffer and adjust *\*buffer* to reference the
newly allocated storage. The caller is responsible for calling
2012-01-14 11:42:02 -04:00
:c:func:`PyMem_Free` to free the allocated buffer after use.
2008-01-19 18:14:27 -04:00
``et`` (string, Unicode or character buffer compatible object) [const char \*encoding, char \*\*buffer]
2008-01-19 18:14:27 -04:00
Same as ``es`` except that 8-bit string objects are passed through without
2009-04-25 10:58:58 -03:00
recoding them. Instead, the implementation assumes that the string object
uses the encoding passed in as parameter.
2008-01-19 18:14:27 -04:00
``es#`` (string, Unicode or character buffer compatible object) [const char \*encoding, char \*\*buffer, int \*buffer_length]
2009-04-25 10:58:58 -03:00
This variant on ``s#`` is used for encoding Unicode and objects convertible
to Unicode into a character buffer. Unlike the ``es`` format, this variant
allows input data which contains NUL characters.
It requires three arguments. The first is only used as input, and must be
2012-01-14 11:42:02 -04:00
a :c:type:`const char\*` which points to the name of an encoding as a
2009-04-25 10:58:58 -03:00
NUL-terminated string, or *NULL*, in which case the default encoding is
used. An exception is raised if the named encoding is not known to Python.
2012-01-14 11:42:02 -04:00
The second argument must be a :c:type:`char\*\*`; the value of the pointer
2009-04-25 10:58:58 -03:00
it references will be set to a buffer with the contents of the argument
text. The text will be encoded in the encoding specified by the first
argument. The third argument must be a pointer to an integer; the
referenced integer will be set to the number of bytes in the output buffer.
2008-01-19 18:14:27 -04:00
There are two modes of operation:
2009-04-25 10:58:58 -03:00
If *\*buffer* points a *NULL* pointer, the function will allocate a buffer
of the needed size, copy the encoded data into this buffer and set
*\*buffer* to reference the newly allocated storage. The caller is
2012-01-14 11:42:02 -04:00
responsible for calling :c:func:`PyMem_Free` to free the allocated buffer
2009-04-25 10:58:58 -03:00
after usage.
2008-01-19 18:14:27 -04:00
If *\*buffer* points to a non-*NULL* pointer (an already allocated buffer),
2012-01-14 11:42:02 -04:00
:c:func:`PyArg_ParseTuple` will use this location as the buffer and
2009-04-25 10:58:58 -03:00
interpret the initial value of *\*buffer_length* as the buffer size. It
will then copy the encoded data into the buffer and NUL-terminate it. If
the buffer is not large enough, a :exc:`TypeError` will be set.
Note: starting from Python 3.6 a :exc:`ValueError` will be set.
2008-01-19 18:14:27 -04:00
In both cases, *\*buffer_length* is set to the length of the encoded data
without the trailing NUL byte.
``et#`` (string, Unicode or character buffer compatible object) [const char \*encoding, char \*\*buffer, int \*buffer_length]
2009-04-25 10:58:58 -03:00
Same as ``es#`` except that string objects are passed through without
recoding them. Instead, the implementation assumes that the string object
uses the encoding passed in as parameter.
2008-01-19 18:14:27 -04:00
2008-12-27 15:02:59 -04:00
``b`` (integer) [unsigned char]
Convert a nonnegative Python integer to an unsigned tiny int, stored in a C
2012-01-14 11:42:02 -04:00
:c:type:`unsigned char`.
2008-01-19 18:14:27 -04:00
``B`` (integer) [unsigned char]
2009-04-25 10:58:58 -03:00
Convert a Python integer to a tiny int without overflow checking, stored in
2012-01-14 11:42:02 -04:00
a C :c:type:`unsigned char`.
2008-01-19 18:14:27 -04:00
.. versionadded:: 2.3
``h`` (integer) [short int]
2012-01-14 11:42:02 -04:00
Convert a Python integer to a C :c:type:`short int`.
2008-01-19 18:14:27 -04:00
``H`` (integer) [unsigned short int]
2012-01-14 11:42:02 -04:00
Convert a Python integer to a C :c:type:`unsigned short int`, without
2009-04-25 10:58:58 -03:00
overflow checking.
2008-01-19 18:14:27 -04:00
.. versionadded:: 2.3
``i`` (integer) [int]
2012-01-14 11:42:02 -04:00
Convert a Python integer to a plain C :c:type:`int`.
2008-01-19 18:14:27 -04:00
``I`` (integer) [unsigned int]
2012-01-14 11:42:02 -04:00
Convert a Python integer to a C :c:type:`unsigned int`, without overflow
2008-01-19 18:14:27 -04:00
checking.
.. versionadded:: 2.3
``l`` (integer) [long int]
2012-01-14 11:42:02 -04:00
Convert a Python integer to a C :c:type:`long int`.
2008-01-19 18:14:27 -04:00
``k`` (integer) [unsigned long]
2012-01-14 11:42:02 -04:00
Convert a Python integer or long integer to a C :c:type:`unsigned long`
2009-04-25 10:58:58 -03:00
without overflow checking.
2008-01-19 18:14:27 -04:00
.. versionadded:: 2.3
``L`` (integer) [PY_LONG_LONG]
2012-01-14 11:42:02 -04:00
Convert a Python integer to a C :c:type:`long long`. This format is only
available on platforms that support :c:type:`long long` (or :c:type:`_int64`
2009-04-25 10:58:58 -03:00
on Windows).
2008-01-19 18:14:27 -04:00
``K`` (integer) [unsigned PY_LONG_LONG]
2012-01-14 11:42:02 -04:00
Convert a Python integer or long integer to a C :c:type:`unsigned long long`
2008-01-19 18:14:27 -04:00
without overflow checking. This format is only available on platforms that
2012-01-14 11:42:02 -04:00
support :c:type:`unsigned long long` (or :c:type:`unsigned _int64` on
2009-04-25 10:58:58 -03:00
Windows).
2008-01-19 18:14:27 -04:00
.. versionadded:: 2.3
``n`` (integer) [Py_ssize_t]
2012-01-14 11:42:02 -04:00
Convert a Python integer or long integer to a C :c:type:`Py_ssize_t`.
2008-01-19 18:14:27 -04:00
.. versionadded:: 2.5
``c`` (string of length 1) [char]
Convert a Python character, represented as a string of length 1, to a C
2012-01-14 11:42:02 -04:00
:c:type:`char`.
2008-01-19 18:14:27 -04:00
``f`` (float) [float]
2012-01-14 11:42:02 -04:00
Convert a Python floating point number to a C :c:type:`float`.
2008-01-19 18:14:27 -04:00
``d`` (float) [double]
2012-01-14 11:42:02 -04:00
Convert a Python floating point number to a C :c:type:`double`.
2008-01-19 18:14:27 -04:00
``D`` (complex) [Py_complex]
2012-01-14 11:42:02 -04:00
Convert a Python complex number to a C :c:type:`Py_complex` structure.
2008-01-19 18:14:27 -04:00
``O`` (object) [PyObject \*]
2009-04-25 10:58:58 -03:00
Store a Python object (without any conversion) in a C object pointer. The
C program thus receives the actual object that was passed. The object's
reference count is not increased. The pointer stored is not *NULL*.
2008-01-19 18:14:27 -04:00
``O!`` (object) [*typeobject*, PyObject \*]
Store a Python object in a C object pointer. This is similar to ``O``, but
2009-04-25 10:58:58 -03:00
takes two C arguments: the first is the address of a Python type object,
2012-01-14 11:42:02 -04:00
the second is the address of the C variable (of type :c:type:`PyObject\*`)
2009-04-25 10:58:58 -03:00
into which the object pointer is stored. If the Python object does not
have the required type, :exc:`TypeError` is raised.
2008-01-19 18:14:27 -04:00
``O&`` (object) [*converter*, *anything*]
2009-04-25 10:58:58 -03:00
Convert a Python object to a C variable through a *converter* function.
This takes two arguments: the first is a function, the second is the
2012-01-14 11:42:02 -04:00
address of a C variable (of arbitrary type), converted to :c:type:`void \*`.
2009-04-25 10:58:58 -03:00
The *converter* function in turn is called as follows::
2008-01-19 18:14:27 -04:00
status = converter(object, address);
where *object* is the Python object to be converted and *address* is the
2012-01-14 11:42:02 -04:00
:c:type:`void\*` argument that was passed to the :c:func:`PyArg_Parse\*`
2009-04-25 10:58:58 -03:00
function. The returned *status* should be ``1`` for a successful
conversion and ``0`` if the conversion has failed. When the conversion
fails, the *converter* function should raise an exception and leave the
content of *address* unmodified.
2008-01-19 18:14:27 -04:00
``S`` (string) [PyStringObject \*]
Like ``O`` but requires that the Python object is a string object. Raises
2009-04-25 10:58:58 -03:00
:exc:`TypeError` if the object is not a string object. The C variable may
2012-01-14 11:42:02 -04:00
also be declared as :c:type:`PyObject\*`.
2008-01-19 18:14:27 -04:00
``U`` (Unicode string) [PyUnicodeObject \*]
Like ``O`` but requires that the Python object is a Unicode object. Raises
2009-04-25 10:58:58 -03:00
:exc:`TypeError` if the object is not a Unicode object. The C variable may
2012-01-14 11:42:02 -04:00
also be declared as :c:type:`PyObject\*`.
2008-01-19 18:14:27 -04:00
``t#`` (read-only character buffer) [char \*, int]
Like ``s#``, but accepts any object which implements the read-only buffer
2012-01-14 11:42:02 -04:00
interface. The :c:type:`char\*` variable is set to point to the first byte
of the buffer, and the :c:type:`int` is set to the length of the buffer.
2009-04-25 10:58:58 -03:00
Only single-segment buffer objects are accepted; :exc:`TypeError` is raised
for all others.
2008-01-19 18:14:27 -04:00
``w`` (read-write character buffer) [char \*]
2009-04-25 10:58:58 -03:00
Similar to ``s``, but accepts any object which implements the read-write
buffer interface. The caller must determine the length of the buffer by
other means, or use ``w#`` instead. Only single-segment buffer objects are
accepted; :exc:`TypeError` is raised for all others.
2008-01-19 18:14:27 -04:00
2008-11-30 17:16:28 -04:00
``w#`` (read-write character buffer) [char \*, Py_ssize_t]
2008-01-19 18:14:27 -04:00
Like ``s#``, but accepts any object which implements the read-write buffer
2012-01-14 11:42:02 -04:00
interface. The :c:type:`char \*` variable is set to point to the first byte
of the buffer, and the :c:type:`Py_ssize_t` is set to the length of the
buffer. Only single-segment buffer objects are accepted; :exc:`TypeError`
is raised for all others.
2008-01-19 18:14:27 -04:00
``w*`` (read-write byte-oriented buffer) [Py_buffer]
This is to ``w`` what ``s*`` is to ``s``.
.. versionadded:: 2.6
2008-01-19 18:14:27 -04:00
``(items)`` (tuple) [*matching-items*]
2009-04-25 10:58:58 -03:00
The object must be a Python sequence whose length is the number of format
units in *items*. The C arguments must correspond to the individual format
units in *items*. Format units for sequences may be nested.
2008-01-19 18:14:27 -04:00
.. note::
2009-04-25 10:58:58 -03:00
Prior to Python version 1.5.2, this format specifier only accepted a
tuple containing the individual parameters, not an arbitrary sequence.
Code which previously caused :exc:`TypeError` to be raised here may now
proceed without an exception. This is not expected to be a problem for
existing code.
2008-01-19 18:14:27 -04:00
It is possible to pass Python long integers where integers are requested;
however no proper range checking is done --- the most significant bits are
silently truncated when the receiving field is too small to receive the value
2009-04-25 10:58:58 -03:00
(actually, the semantics are inherited from downcasts in C --- your mileage
may vary).
2008-01-19 18:14:27 -04:00
A few other characters have a meaning in a format string. These may not occur
inside nested parentheses. They are:
``|``
2009-04-25 10:58:58 -03:00
Indicates that the remaining arguments in the Python argument list are
optional. The C variables corresponding to optional arguments should be
initialized to their default value --- when an optional argument is not
2012-01-14 11:42:02 -04:00
specified, :c:func:`PyArg_ParseTuple` does not touch the contents of the
2009-04-25 10:58:58 -03:00
corresponding C variable(s).
2008-01-19 18:14:27 -04:00
``:``
2009-04-25 10:58:58 -03:00
The list of format units ends here; the string after the colon is used as
the function name in error messages (the "associated value" of the
2012-01-14 11:42:02 -04:00
exception that :c:func:`PyArg_ParseTuple` raises).
2008-01-19 18:14:27 -04:00
``;``
2009-04-25 10:58:58 -03:00
The list of format units ends here; the string after the semicolon is used
as the error message *instead* of the default error message. ``:`` and
``;`` mutually exclude each other.
2008-01-19 18:14:27 -04:00
Note that any Python object references which are provided to the caller are
*borrowed* references; do not decrement their reference count!
Additional arguments passed to these functions must be addresses of variables
whose type is determined by the format string; these are used to store values
2009-04-25 10:58:58 -03:00
from the input tuple. There are a few cases, as described in the list of
format units above, where these parameters are used as input values; they
should match what is specified for the corresponding format unit in that case.
For the conversion to succeed, the *arg* object must match the format and the
2012-01-14 11:42:02 -04:00
format must be exhausted. On success, the :c:func:`PyArg_Parse\*` functions
2009-04-25 10:58:58 -03:00
return true, otherwise they return false and raise an appropriate exception.
2012-01-14 11:42:02 -04:00
When the :c:func:`PyArg_Parse\*` functions fail due to conversion failure in
2009-04-25 10:58:58 -03:00
one of the format units, the variables at the addresses corresponding to that
and the following format units are left untouched.
2008-01-19 18:14:27 -04:00
2012-01-14 11:42:02 -04:00
.. c:function:: int PyArg_ParseTuple(PyObject *args, const char *format, ...)
2008-01-19 18:14:27 -04:00
2009-04-25 10:58:58 -03:00
Parse the parameters of a function that takes only positional parameters
into local variables. Returns true on success; on failure, it returns
false and raises the appropriate exception.
2008-01-19 18:14:27 -04:00
2012-01-14 11:42:02 -04:00
.. c:function:: int PyArg_VaParse(PyObject *args, const char *format, va_list vargs)
2008-01-19 18:14:27 -04:00
2012-01-14 11:42:02 -04:00
Identical to :c:func:`PyArg_ParseTuple`, except that it accepts a va_list
2009-04-25 10:58:58 -03:00
rather than a variable number of arguments.
2008-01-19 18:14:27 -04:00
2012-01-14 11:42:02 -04:00
.. c:function:: int PyArg_ParseTupleAndKeywords(PyObject *args, PyObject *kw, const char *format, char *keywords[], ...)
2008-01-19 18:14:27 -04:00
Parse the parameters of a function that takes both positional and keyword
parameters into local variables. Returns true on success; on failure, it
returns false and raises the appropriate exception.
2012-01-14 11:42:02 -04:00
.. c:function:: int PyArg_VaParseTupleAndKeywords(PyObject *args, PyObject *kw, const char *format, char *keywords[], va_list vargs)
2008-01-19 18:14:27 -04:00
2012-01-14 11:42:02 -04:00
Identical to :c:func:`PyArg_ParseTupleAndKeywords`, except that it accepts a
2008-01-19 18:14:27 -04:00
va_list rather than a variable number of arguments.
2012-01-14 11:42:02 -04:00
.. c:function:: int PyArg_Parse(PyObject *args, const char *format, ...)
2008-01-19 18:14:27 -04:00
2009-04-25 10:58:58 -03:00
Function used to deconstruct the argument lists of "old-style" functions
--- these are functions which use the :const:`METH_OLDARGS` parameter
parsing method. This is not recommended for use in parameter parsing in
new code, and most code in the standard interpreter has been modified to no
longer use this for that purpose. It does remain a convenient way to
decompose other tuples, however, and may continue to be used for that
purpose.
2008-01-19 18:14:27 -04:00
2012-01-14 11:42:02 -04:00
.. c:function:: int PyArg_UnpackTuple(PyObject *args, const char *name, Py_ssize_t min, Py_ssize_t max, ...)
2008-01-19 18:14:27 -04:00
A simpler form of parameter retrieval which does not use a format string to
2009-04-25 10:58:58 -03:00
specify the types of the arguments. Functions which use this method to
retrieve their parameters should be declared as :const:`METH_VARARGS` in
function or method tables. The tuple containing the actual parameters
should be passed as *args*; it must actually be a tuple. The length of the
tuple must be at least *min* and no more than *max*; *min* and *max* may be
equal. Additional arguments must be passed to the function, each of which
2012-01-14 11:42:02 -04:00
should be a pointer to a :c:type:`PyObject\*` variable; these will be filled
2009-04-25 10:58:58 -03:00
in with the values from *args*; they will contain borrowed references. The
variables which correspond to optional parameters not given by *args* will
not be filled in; these should be initialized by the caller. This function
returns true on success and false if *args* is not a tuple or contains the
wrong number of elements; an exception will be set if there was a failure.
This is an example of the use of this function, taken from the sources for
the :mod:`_weakref` helper module for weak references::
2008-01-19 18:14:27 -04:00
static PyObject *
weakref_ref(PyObject *self, PyObject *args)
{
PyObject *object;
PyObject *callback = NULL;
PyObject *result = NULL;
if (PyArg_UnpackTuple(args, "ref", 1, 2, &object, &callback)) {
result = PyWeakref_NewRef(object, callback);
}
return result;
}
2012-01-14 11:42:02 -04:00
The call to :c:func:`PyArg_UnpackTuple` in this example is entirely
equivalent to this call to :c:func:`PyArg_ParseTuple`::
2008-01-19 18:14:27 -04:00
PyArg_ParseTuple(args, "O|O:ref", &object, &callback)
.. versionadded:: 2.2
.. versionchanged:: 2.5
2012-01-14 11:42:02 -04:00
This function used an :c:type:`int` type for *min* and *max*. This might
require changes in your code for properly supporting 64-bit systems.
2008-01-19 18:14:27 -04:00
2012-01-14 11:42:02 -04:00
.. c:function:: PyObject* Py_BuildValue(const char *format, ...)
2008-01-19 18:14:27 -04:00
2009-04-25 10:58:58 -03:00
Create a new value based on a format string similar to those accepted by
2012-01-14 11:42:02 -04:00
the :c:func:`PyArg_Parse\*` family of functions and a sequence of values.
2009-04-25 10:58:58 -03:00
Returns the value or *NULL* in the case of an error; an exception will be
raised if *NULL* is returned.
2012-01-14 11:42:02 -04:00
:c:func:`Py_BuildValue` does not always build a tuple. It builds a tuple
2009-04-25 10:58:58 -03:00
only if its format string contains two or more format units. If the format
string is empty, it returns ``None``; if it contains exactly one format
unit, it returns whatever object is described by that format unit. To
force it to return a tuple of size ``0`` or one, parenthesize the format
2009-04-25 10:58:58 -03:00
string.
When memory buffers are passed as parameters to supply data to build
objects, as for the ``s`` and ``s#`` formats, the required data is copied.
Buffers provided by the caller are never referenced by the objects created
2012-01-14 11:42:02 -04:00
by :c:func:`Py_BuildValue`. In other words, if your code invokes
:c:func:`malloc` and passes the allocated memory to :c:func:`Py_BuildValue`,
your code is responsible for calling :c:func:`free` for that memory once
:c:func:`Py_BuildValue` returns.
2008-01-19 18:14:27 -04:00
2009-04-25 10:58:58 -03:00
In the following description, the quoted form is the format unit; the entry
in (round) parentheses is the Python object type that the format unit will
return; and the entry in [square] brackets is the type of the C value(s) to
be passed.
2008-01-19 18:14:27 -04:00
2009-04-25 10:58:58 -03:00
The characters space, tab, colon and comma are ignored in format strings
(but not within format units such as ``s#``). This can be used to make
long format strings a tad more readable.
2008-01-19 18:14:27 -04:00
``s`` (string) [char \*]
2009-04-25 10:58:58 -03:00
Convert a null-terminated C string to a Python object. If the C string
pointer is *NULL*, ``None`` is used.
2008-01-19 18:14:27 -04:00
``s#`` (string) [char \*, int]
2009-04-25 10:58:58 -03:00
Convert a C string and its length to a Python object. If the C string
pointer is *NULL*, the length is ignored and ``None`` is returned.
2008-01-19 18:14:27 -04:00
``z`` (string or ``None``) [char \*]
Same as ``s``.
``z#`` (string or ``None``) [char \*, int]
Same as ``s#``.
``u`` (Unicode string) [Py_UNICODE \*]
2009-04-25 10:58:58 -03:00
Convert a null-terminated buffer of Unicode (UCS-2 or UCS-4) data to a
Python Unicode object. If the Unicode buffer pointer is *NULL*,
``None`` is returned.
2008-01-19 18:14:27 -04:00
``u#`` (Unicode string) [Py_UNICODE \*, int]
2009-04-25 10:58:58 -03:00
Convert a Unicode (UCS-2 or UCS-4) data buffer and its length to a
Python Unicode object. If the Unicode buffer pointer is *NULL*, the
length is ignored and ``None`` is returned.
2008-01-19 18:14:27 -04:00
``i`` (integer) [int]
2012-01-14 11:42:02 -04:00
Convert a plain C :c:type:`int` to a Python integer object.
2008-01-19 18:14:27 -04:00
``b`` (integer) [char]
2012-01-14 11:42:02 -04:00
Convert a plain C :c:type:`char` to a Python integer object.
2008-01-19 18:14:27 -04:00
``h`` (integer) [short int]
2012-01-14 11:42:02 -04:00
Convert a plain C :c:type:`short int` to a Python integer object.
2008-01-19 18:14:27 -04:00
``l`` (integer) [long int]
2012-01-14 11:42:02 -04:00
Convert a C :c:type:`long int` to a Python integer object.
2008-01-19 18:14:27 -04:00
``B`` (integer) [unsigned char]
2012-01-14 11:42:02 -04:00
Convert a C :c:type:`unsigned char` to a Python integer object.
2008-01-19 18:14:27 -04:00
``H`` (integer) [unsigned short int]
2012-01-14 11:42:02 -04:00
Convert a C :c:type:`unsigned short int` to a Python integer object.
2008-01-19 18:14:27 -04:00
``I`` (integer/long) [unsigned int]
2012-01-14 11:42:02 -04:00
Convert a C :c:type:`unsigned int` to a Python integer object or a Python
2009-04-25 10:58:58 -03:00
long integer object, if it is larger than ``sys.maxint``.
2008-01-19 18:14:27 -04:00
``k`` (integer/long) [unsigned long]
2012-01-14 11:42:02 -04:00
Convert a C :c:type:`unsigned long` to a Python integer object or a
2009-04-25 10:58:58 -03:00
Python long integer object, if it is larger than ``sys.maxint``.
2008-01-19 18:14:27 -04:00
``L`` (long) [PY_LONG_LONG]
2012-01-14 11:42:02 -04:00
Convert a C :c:type:`long long` to a Python long integer object. Only
available on platforms that support :c:type:`long long`.
2008-01-19 18:14:27 -04:00
``K`` (long) [unsigned PY_LONG_LONG]
2012-01-14 11:42:02 -04:00
Convert a C :c:type:`unsigned long long` to a Python long integer object.
Only available on platforms that support :c:type:`unsigned long long`.
2008-01-19 18:14:27 -04:00
``n`` (int) [Py_ssize_t]
2012-01-14 11:42:02 -04:00
Convert a C :c:type:`Py_ssize_t` to a Python integer or long integer.
2008-01-19 18:14:27 -04:00
.. versionadded:: 2.5
``c`` (string of length 1) [char]
2012-01-14 11:42:02 -04:00
Convert a C :c:type:`int` representing a character to a Python string of
2009-04-25 10:58:58 -03:00
length 1.
2008-01-19 18:14:27 -04:00
``d`` (float) [double]
2012-01-14 11:42:02 -04:00
Convert a C :c:type:`double` to a Python floating point number.
2008-01-19 18:14:27 -04:00
``f`` (float) [float]
Same as ``d``.
``D`` (complex) [Py_complex \*]
2012-01-14 11:42:02 -04:00
Convert a C :c:type:`Py_complex` structure to a Python complex number.
2008-01-19 18:14:27 -04:00
``O`` (object) [PyObject \*]
Pass a Python object untouched (except for its reference count, which is
2009-04-25 10:58:58 -03:00
incremented by one). If the object passed in is a *NULL* pointer, it is
assumed that this was caused because the call producing the argument
2012-01-14 11:42:02 -04:00
found an error and set an exception. Therefore, :c:func:`Py_BuildValue`
2009-04-25 10:58:58 -03:00
will return *NULL* but won't raise an exception. If no exception has
been raised yet, :exc:`SystemError` is set.
2008-01-19 18:14:27 -04:00
``S`` (object) [PyObject \*]
Same as ``O``.
``N`` (object) [PyObject \*]
2009-04-25 10:58:58 -03:00
Same as ``O``, except it doesn't increment the reference count on the
object. Useful when the object is created by a call to an object
constructor in the argument list.
2008-01-19 18:14:27 -04:00
``O&`` (object) [*converter*, *anything*]
2009-04-25 10:58:58 -03:00
Convert *anything* to a Python object through a *converter* function.
The function is called with *anything* (which should be compatible with
2012-01-14 11:42:02 -04:00
:c:type:`void \*`) as its argument and should return a "new" Python
2009-04-25 10:58:58 -03:00
object, or *NULL* if an error occurred.
2008-01-19 18:14:27 -04:00
``(items)`` (tuple) [*matching-items*]
2009-04-25 10:58:58 -03:00
Convert a sequence of C values to a Python tuple with the same number of
items.
2008-01-19 18:14:27 -04:00
``[items]`` (list) [*matching-items*]
2009-04-25 10:58:58 -03:00
Convert a sequence of C values to a Python list with the same number of
items.
2008-01-19 18:14:27 -04:00
``{items}`` (dictionary) [*matching-items*]
2009-04-25 10:58:58 -03:00
Convert a sequence of C values to a Python dictionary. Each pair of
consecutive C values adds one item to the dictionary, serving as key and
value, respectively.
2008-01-19 18:14:27 -04:00
2009-04-25 10:58:58 -03:00
If there is an error in the format string, the :exc:`SystemError` exception
is set and *NULL* returned.
2008-12-27 22:58:22 -04:00
2012-01-14 11:42:02 -04:00
.. c:function:: PyObject* Py_VaBuildValue(const char *format, va_list vargs)
2008-12-27 22:58:22 -04:00
2012-01-14 11:42:02 -04:00
Identical to :c:func:`Py_BuildValue`, except that it accepts a va_list
2008-12-27 22:58:22 -04:00
rather than a variable number of arguments.