Nick Coghlan <ncoghlan <at> gmail.com> writes: > > Actually, I think your suggested scheme for the one-dimensional case > shows the way forward: ownership of the shape and strides memory belongs > to the object issuing the Py_buffer struct, and that object needs to > deal with it when the buffer is released. Defining a larger memory chunk > with the Py_buffer as the first item and the shape and stride info > tacked onto the end and returning that from PyObject_GetBuffer() means > that the shape/stride info will be released automatically when the view > is released via PyBuffer_Release(). Ok, so another question: given that this will change the Py_buffer layout a bit, can it go into 3.0.1 and 2.6.2?
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4