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 dw
Recipients benjamin.peterson, dw, hynek, kmike, pitrou, scoder, serhiy.storchaka, skrah, stutzbach
Date 2014-07-21.17:02:08
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1405962128.89.0.42733226401.issue22003@psf.upfronthosting.co.za>
In-reply-to
Content
Stefan,

Thanks for digging here. As much as I'd love to follow this interpretation, it simply doesn't match existing buffer implementations, including within the standard library.

For example, mmap.mmap(..., flags=mmap.MAP_SHARED, prot=mmap.PROT_READ) will produce a read-only buffer, yet mutability is entirely at the whim of the operating system. In this case, "immutability" may be apparent for years, until some machine has memory pressure, causing the shared mapping to be be flushed, and refreshed from (say, incoherent NFS storage) on next access.

I thought it would be worth auditing some of the most popular types of buffer just to check your interpretation, and this was the first, most obvious candidate.

Any thoughts? I'm leaning heavily toward the Bytes specialization approach
History
Date User Action Args
2014-07-21 17:02:08dwsetrecipients: + dw, pitrou, scoder, benjamin.peterson, stutzbach, skrah, hynek, serhiy.storchaka, kmike
2014-07-21 17:02:08dwsetmessageid: <1405962128.89.0.42733226401.issue22003@psf.upfronthosting.co.za>
2014-07-21 17:02:08dwlinkissue22003 messages
2014-07-21 17:02:08dwcreate