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

Attachment: smime.p7s
Description: S/MIME cryptographic signature

_______________________________________________
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Reply via email to