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 andrewclegg
Recipients andrewclegg, eric.araujo, r.david.murray
Date 2010-02-17.10:08:39
SpamBayes Score 9.433287e-06
Marked as misclassified No
Message-id <1266401323.84.0.579156758147.issue7846@psf.upfronthosting.co.za>
In-reply-to
Content
"If you give something an _, then it is not considered part of the public API and it (the internal API, not the value) is subject to change, which means you should *not* suggest that users change it.  If they find it and want to change it anyway, that's their lookout.  That's the consenting adults part :)"

This sums it up well - it should be considered a detail of implementation, thus the _. When I said I wanted to allow the value to be modified, I was thinking of the 'consenting adult' type of usage, not everyday usage. Of course there is no reasonable way to prevent the value being modified anyway.

So - _MAXCACHE can stay where it is, but should not be documented or be included in __all__. Does that seem reasonable?
History
Date User Action Args
2010-02-17 10:08:44andrewcleggsetrecipients: + andrewclegg, eric.araujo, r.david.murray
2010-02-17 10:08:43andrewcleggsetmessageid: <1266401323.84.0.579156758147.issue7846@psf.upfronthosting.co.za>
2010-02-17 10:08:40andrewclegglinkissue7846 messages
2010-02-17 10:08:39andrewcleggcreate