diff options
author | Stefan Krah <skrah@bytereef.org> | 2012-03-06 13:55:06 (GMT) |
---|---|---|
committer | Stefan Krah <skrah@bytereef.org> | 2012-03-06 13:55:06 (GMT) |
commit | abd887d690f5a162c0feaa4ccddf736517501f19 (patch) | |
tree | 1a1ba7d5f632c9e810e388efdda18b1dd94d863e /Doc/c-api/buffer.rst | |
parent | 2d627980d547088b52eb447f4e7a8ab7292fa4af (diff) | |
download | cpython-abd887d690f5a162c0feaa4ccddf736517501f19.zip cpython-abd887d690f5a162c0feaa4ccddf736517501f19.tar.gz cpython-abd887d690f5a162c0feaa4ccddf736517501f19.tar.bz2 |
Issue #14181: Improve clarity in the documentation for the multi-purpose
Py_buffer.obj field.
Diffstat (limited to 'Doc/c-api/buffer.rst')
-rw-r--r-- | Doc/c-api/buffer.rst | 20 |
1 files changed, 14 insertions, 6 deletions
diff --git a/Doc/c-api/buffer.rst b/Doc/c-api/buffer.rst index 2d19992..d636935 100644 --- a/Doc/c-api/buffer.rst +++ b/Doc/c-api/buffer.rst @@ -81,17 +81,23 @@ allows them to be created and copied very simply. When a generic wrapper around a buffer is needed, a :ref:`memoryview <memoryview-objects>` object can be created. +For short instructions how to write an exporting object, see +:ref:`Buffer Object Structures <buffer-structs>`. For obtaining +a buffer, see :c:func:`PyObject_GetBuffer`. .. c:type:: Py_buffer .. c:member:: void \*obj - A new reference to the exporting object or *NULL*. The reference is owned - by the consumer and automatically decremented and set to *NULL* by - :c:func:`PyBuffer_Release`. + A new reference to the exporting object. The reference is owned by + the consumer and automatically decremented and set to *NULL* by + :c:func:`PyBuffer_Release`. The field is the equivalent of the return + value of any standard C-API function. - For temporary buffers that are wrapped by :c:func:`PyMemoryView_FromBuffer` - this field must be *NULL*. + As a special case, for *temporary* buffers that are wrapped by + :c:func:`PyMemoryView_FromBuffer` or :c:func:`PyBuffer_FillInfo` + this field is *NULL*. In general, exporting objects MUST NOT + use this scheme. .. c:member:: void \*buf @@ -423,7 +429,9 @@ Buffer-related functions return -1. On success, fill in *view*, set :c:member:`view->obj` to a new reference - to *exporter* and return 0. + to *exporter* and return 0. In the case of chained buffer providers + that redirect requests to a single object, :c:member:`view->obj` MAY + refer to this object instead of *exporter* (See :ref:`Buffer Object Structures <buffer-structs>`). Successful calls to :c:func:`PyObject_GetBuffer` must be paired with calls to :c:func:`PyBuffer_Release`, similar to :c:func:`malloc` and :c:func:`free`. |