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 rhettinger
Recipients eric.araujo, jaraco, rhettinger
Date 2010-10-15.22:30:50
SpamBayes Score 6.6752555e-09
Marked as misclassified No
Message-id <1287181851.8.0.929567582634.issue10110@psf.upfronthosting.co.za>
In-reply-to
Content
That won't be necessary.  The change from == to <= is innocuous.

There's no need to lock-up maxsize in a read-only property.  We're consenting adults.  Besides, it would probably break someone-else's odd use case.  I don't want to expand the API, nor do I want to cripple anyone's ability to do weird stuff with it.

FWIW, the full() and empty() methods are usually not a good idea.  It's better to catch a Full exception.  Otherwise, the information can be out of date by the time you try to use it.

I'm going to mark this as a 3.2 only change.  There were no guarantees about the behavior when maxsize is changed, nor should we make such guarantees.
History
Date User Action Args
2010-10-15 22:30:52rhettingersetrecipients: + rhettinger, jaraco, eric.araujo
2010-10-15 22:30:51rhettingersetmessageid: <1287181851.8.0.929567582634.issue10110@psf.upfronthosting.co.za>
2010-10-15 22:30:50rhettingerlinkissue10110 messages
2010-10-15 22:30:50rhettingercreate