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 benjamin.peterson, ncoghlan, pitrou, serhiy.storchaka, stutzbach
Date 2017-06-02.13:25:58
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1496409958.77.0.739392941368.issue30526@psf.upfronthosting.co.za>
In-reply-to
Content
Right, the request/requirement for in-place configuration changes arise from the fact the underlying buffer objects can't readily be shared, while makes swapping out the wrapper problematic if others may already have references to the original.

The "Don't do this implicitly in a library" admonition is then really the same one that applies to any unusual tinkering with global state (e.g. monkeypatching): you can definitely break things if you do it carelessly, so let the main application decide if and when global state updates are appropriate.


I do like "reconfigure()" as the API name, since that's then nicely amenable to expanding to all the settings supported by `open()` as concrete use cases arise. One thing we'll need to watch out for is the difference between "Leave this setting alone" and "Revert this setting to the global default".
History
Date User Action Args
2017-06-02 13:25:58ncoghlansetrecipients: + ncoghlan, pitrou, benjamin.peterson, stutzbach, serhiy.storchaka
2017-06-02 13:25:58ncoghlansetmessageid: <1496409958.77.0.739392941368.issue30526@psf.upfronthosting.co.za>
2017-06-02 13:25:58ncoghlanlinkissue30526 messages
2017-06-02 13:25:58ncoghlancreate