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 [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
