Message118839
| 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:52 | rhettinger | set | recipients:
+ rhettinger, jaraco, eric.araujo |
| 2010年10月15日 22:30:51 | rhettinger | set | messageid: <1287181851.8.0.929567582634.issue10110@psf.upfronthosting.co.za> |
| 2010年10月15日 22:30:50 | rhettinger | link | issue10110 messages |
| 2010年10月15日 22:30:50 | rhettinger | create |
|