Re: JDK7's java.util.zip breakage with very large files

Sure, I do have the "zipinfo" there:-) try java com.sun.nio.zipfs.ZipInfo FOO.jar Cool, right :-) -Sherman On 02/07/2013 12:36 PM, Kumar Srinivasan wrote: On 2/7/2013 12:23 PM, Xueming Shen wrote: There is difference between doing "jar xvf data.jar data" and "jar xvf data.jar" you can

Re: JDK7's java.util.zip breakage with very large files

On Thu, Feb 7, 2013 at 3:36 PM, Kumar Srinivasan wrote: > On 2/7/2013 12:23 PM, Xueming Shen wrote: >> >> There is difference between doing >> >> "jar xvf data.jar data" >> >> and >> >> "jar xvf data.jar" > > > you can also use zipinfo -v to check CEN entries. Wow, that works too. Hmph. I think b

Re: JDK7's java.util.zip breakage with very large files

On Thu, Feb 7, 2013 at 3:33 PM, Alexander Sack wrote: > On Thu, Feb 7, 2013 at 3:23 PM, Xueming Shen wrote: >> There is difference between doing >> >> "jar xvf data.jar data" >> >> and >> >> "jar xvf data.jar" >> >> If the previous one works, it means the zip file should have >> the healthy end t

Re: JDK7's java.util.zip breakage with very large files

On 2/7/2013 12:23 PM, Xueming Shen wrote: There is difference between doing "jar xvf data.jar data" and "jar xvf data.jar" you can also use zipinfo -v to check CEN entries. Kumar If the previous one works, it means the zip file should have the healthy end table there (it goes down to end

Re: JDK7's java.util.zip breakage with very large files

On Thu, Feb 7, 2013 at 3:23 PM, Xueming Shen wrote: > There is difference between doing > > "jar xvf data.jar data" > > and > > "jar xvf data.jar" > > If the previous one works, it means the zip file should have > the healthy end table there (it goes down to end->cen-> > loc->data file). $ jar xv

Re: JDK7's java.util.zip breakage with very large files

There is difference between doing "jar xvf data.jar data" and "jar xvf data.jar" If the previous one works, it means the zip file should have the healthy end table there (it goes down to end->cen-> loc->data file). The later goes from the sequential looking up from the beginning, so it only lo

Re: JDK7's java.util.zip breakage with very large files

On Thu, Feb 7, 2013 at 3:11 PM, Xueming Shen wrote: > Alexander, > > Can you do "jar xvf data.jar data" to extract the file? > > As per original email, yes I can. Also md5sum checks out. But large files result in a malformed zip file. -aps

Re: JDK7's java.util.zip breakage with very large files

Alexander, Can you do "jar xvf data.jar data" to extract the file? -Sherman On 02/07/2013 08:54 AM, Alexander Sack wrote: Folks: What I am trying to do is generate Zip64 extensions within a JAR file and then dissect the zip contents (end of directory records, file headers, etc.). However, w

Re: JDK7's java.util.zip breakage with very large files

On Thu, Feb 7, 2013 at 1:32 PM, Martin Buchholz wrote: > It's probably a bug, but ... > - it would help to have a clear reproducible test case dd if= of=data bs=1G count=12 jar cvf data.jar data [get a cup of your favorite hot beverage] bvi data #504B0506 or "$", "#504B' etc. No EoD at the end a

Re: JDK7's java.util.zip breakage with very large files

It's probably a bug, but ... - it would help to have a clear reproducible test case - take a look at my vaguely related webrev from yesterday to this mailing list - I don't call zos.finish; I call zos.close which Works For Me. Martin On Thu, Feb 7, 2013 at 8:54 AM, Alexander Sack wrote: > Folks

JDK7's java.util.zip breakage with very large files

Folks: What I am trying to do is generate Zip64 extensions within a JAR file and then dissect the zip contents (end of directory records, file headers, etc.). However, when I use jar or a small program that I wrote which uses java.util.zip to zip up a very large file >12G, I do not get the expect