On 13-jun-2006, at 15:08, Aahz wrote: > On Tue, Jun 13, 2006, Ronald Oussoren wrote: >> >> There are two backward incompatbile changes, both minor. First of all >> ZipInfo will lose the file_offset attribute because calculating it >> when opening a zipfile is very expensive (it basically requires a >> full scan of the zipfile). This should be harmless, I couldn't come >> up with a usecase other then reimplementing the read method outside >> of zipfile. > > Not knowing anything about this, why not implement file_offset as a > property? That is possible but would introduce a link from ZipInfo instances to Zipfile instances and would therefore introduce a cycle. As Zipfile has a __del__ method that's not something I wanted to do. Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2157 bytes Desc: not available Url : http://mail.python.org/pipermail/python-dev/attachments/20060613/b3586fbe/attachment-0001.bin
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4