This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ncoghlan
Recipients amaury.forgeotdarc, belopolsky, ncoghlan, pitrou, teoliphant
Date 2008-12-12.09:35:58
SpamBayes Score 4.8769466e-10
Marked as misclassified No
Message-id <1229074561.22.0.106922032614.issue4580@psf.upfronthosting.co.za>
In-reply-to
Content
I still don't see the problem:

Py_buffer is a minimal description of a region of memory. No more, no
less. It doesn't *do* anything, it's just a description.

memoryview is an object that will (when it's finished) provide an easy
way to access the memory of another object.

Having a fairly raw low level API
(Py_buffer/PyObject_GetBuffer/PyBuffer_Release) and a higher level, more
convenient, but higher overhead API (memoryview) seems like a perfectly
natural split to me. Multi-level APIs are a great way of freeing the
more abstract interface from the need to handle every single possible
edge case - we can quite reasonably tell people that care about the more
obscure edge cases to drop down a level and handle them with the raw API.

We just need to finish the job of making the convenience wrapper
actually able to handle the task we would like it to handle. Your latest
patch goes a long way towards doing that for the 1 dimensional case - if
Travis doesn't get to it first, I plan on taking a look a closer look at
it this weekend.
History
Date User Action Args
2008-12-12 09:36:02ncoghlansetrecipients: + ncoghlan, teoliphant, amaury.forgeotdarc, belopolsky, pitrou
2008-12-12 09:36:01ncoghlansetmessageid: <1229074561.22.0.106922032614.issue4580@psf.upfronthosting.co.za>
2008-12-12 09:36:00ncoghlanlinkissue4580 messages
2008-12-12 09:35:58ncoghlancreate