Message219378
| Author |
gregory.p.smith |
| Recipients |
alanmcintyre, eric.araujo, gregory.p.smith, loewis, mark.dickinson, meador.inge, pleed, python-dev, serhiy.storchaka, terry.reedy, ubershmekel, void.sender |
| Date |
2014年05月30日.06:59:36 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1401433178.08.0.596227633045.issue14315@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
This was never an enhancement. zipfile was failing to properly deal with real world data that other zip file tools on the planet were perfectly happy to deal with. That's a bug. Fixed.
Practicality beats purity.
Be lenient in what you accept.
The zipfile module is not meant to be a zip "standard" validation tool.
The other discussions in this bug about adding actual features such as a "strict" mode flag could be done but should really go in feature requests of their own. The zipfile module is... not a wonderful body of code (understatement). Example: It is still quite possible to get non zipfile.BadZipFile exceptions such as struct.error based on various arrangements of input data. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2014年05月30日 06:59:38 | gregory.p.smith | set | recipients:
+ gregory.p.smith, loewis, terry.reedy, mark.dickinson, alanmcintyre, eric.araujo, ubershmekel, meador.inge, python-dev, serhiy.storchaka, pleed, void.sender |
| 2014年05月30日 06:59:38 | gregory.p.smith | set | messageid: <1401433178.08.0.596227633045.issue14315@psf.upfronthosting.co.za> |
| 2014年05月30日 06:59:37 | gregory.p.smith | link | issue14315 messages |
| 2014年05月30日 06:59:36 | gregory.p.smith | create |
|