RFR 8226530: ZipFile reads wrong entry size from ZIP64 entries

Martin Buchholz martinrb at google.com
Wed Aug 7 18:37:42 UTC 2019

Thanks for fixing this.  Looks good.
The APPNOTE.TXT spec is very confusing and surprising - it is not at all
obvious why the size fields are required in the LOC ZIP64 header but not in
the CEN ZIP64 header.
I might include a reference to the sections in the PKWARE spec - 4.5.3 and
It seems to be related to encryption, which the openjdk implementation does
not support.
It seems to be still required to store 0xFFFFFFFF in the regular LOC header
when the ZIP64 extra field is present, so it looks to me like the LOC and
CEN handling can be unified, again assuming no encryption support.

On Tue, Aug 6, 2019 at 1:32 PM Lance Andersen <lance.andersen at oracle.com>

> Hi
> Please review the fix for https://bugs.openjdk.java.net/browse/JDK-8226530
> <https://bugs.openjdk.java.net/browse/JDK-8226530>, where ZipFile does
> not return the correct size from the CEN when  the Zip64 Extended
> Information Extra Field is used to store the entry size
> The webrev can be found at
> http://cr.openjdk.java.net/~lancea/8226530/webrev.00/index.html <
> http://cr.openjdk.java.net/~lancea/8226530/webrev.00/index.html>
> Mach5 jdk tier1-tier3 all pass
> Best
> Lance
>  <http://oracle.com/us/design/oracle-email-sig-198324.gif>
>  <http://oracle.com/us/design/oracle-email-sig-198324.gif> <
> http://oracle.com/us/design/oracle-email-sig-198324.gif>
>  <http://oracle.com/us/design/oracle-email-sig-198324.gif>Lance Andersen|
> Principal Member of Technical Staff | +1.781.442.2037
> Oracle Java Engineering
> 1 Network Drive
> Burlington, MA 01803
> Lance.Andersen at oracle.com <mailto:Lance.Andersen at oracle.com>

More information about the core-libs-dev mailing list