You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ant.apache.org by bu...@apache.org on 2003/07/15 14:17:47 UTC
DO NOT REPLY [Bug 19195] -
Checksum values are -1 for the files in the zip created through ant
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19195>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19195
Checksum values are -1 for the files in the zip created through ant
------- Additional Comments From rde@webtrak.co.uk 2003-07-15 12:17 -------
The problem is that the compressed size, uncompressed size and checksum are
written to the ZIP output _after_ the data. So when you are reading the zip
using a ZipInputStream, the size and crc are not available until the data has been
read.
The classic command line 'zip' tool can write the size info before the data.
Can I request that the Ant zip task is fixed to work that way? It could deflate
the data into an in-store buffer before writing the entry header. It could then
know the entry sizes and CRC. The buffer size could be limited so that any really
large entries would behave as in the current version.
I need zip files written like that so my build file has to use exec with the
zip command which is really messy!
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org