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 dino.viehland
Recipients dino.viehland, eric.snow, methane
Date 2019-05-28.22:58:33
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1559084313.48.0.350396697874.issue36839@roundup.psfhosted.org>
In-reply-to
Content
The PR actually checks that the buffer is read-only (this was also a concern that Mark Shannon had).  And the Python buffer protocol says that you need to consistently hand out read-only buffers.  So while someone could create a buffer and mutate it outside of the buffer protocol it should be really read-only.  

As far as the ref counts, it's not just the ref counts for the code byte strings that are potentially problematic.  But it's the ref counts on all of the random other objects which the code objects are on the same page as, as well as other random read-write data that could be on those pages.  There's also an additional benefit in that code objects not loaded before forking can continue to share their memory as well.
History
Date User Action Args
2019-05-28 22:58:33dino.viehlandsetrecipients: + dino.viehland, methane, eric.snow
2019-05-28 22:58:33dino.viehlandsetmessageid: <1559084313.48.0.350396697874.issue36839@roundup.psfhosted.org>
2019-05-28 22:58:33dino.viehlandlinkissue36839 messages
2019-05-28 22:58:33dino.viehlandcreate