[Info-vax] ZIP and UNZIP maximum file size
Lester Dreckow
lester.dreckow at gmail.com
Tue Nov 29 03:20:38 EST 2011
On Nov 29, 3:37 pm, Steven Schweda <sms.antin... at gmail.com> wrote:
> On Nov 28, 11:54 pm, Lester Dreckow <lester.drec... at gmail.com> wrote:
>
> > [...] do we know what the upper limit is?
>
> Assuming that "[un]zip -v" mentions (both):
>
> LARGE_FILE_SUPPORT
> ZIP64_SUPPORT
>
> they should be limited only by the local C run-time or 63
> bits, whichever comes first.
>
> > Best info [...]http://www.info-zip.org/FAQ.html#limits
>
> Eeew. Ob-so-lete. The Zip64 archive format extensions
> alleviate any 2GB/4GB size limit, and the 64K (16-bit) file
> count limit is now a 4G (32-bit) limit. I'll see if I can
> get that Web page updated.
>
> > But trying it (before finding the above), it has successfully zipped
> > and unzipped a 40GB backup saveset via an 11GB zip file. "Unzip -t"
> > was OK and DIFF confirmed the resultant unzipped saveset had no
> > differences.
>
> What could go wrong? (The stuff was tested on files and
> archives at least bigger than 4GB, and with counts above 64K,
> so I don't expect any size-related problems. There have been
> some bug fixes in the subsequent beta kits, but none directly
> size related, so far as I can recall.)
>
> > $ set rms/extend=64000
>
> Note that there's code in [Un]Zip:[.vms]vms.c which should
> set (non-default) large values for some RMS parameters, even
> when the victim doesn't do things like that. With enough
> "-v" options on the command line, you should get some
> diagnostic messages which reveal what's being done.
Thanks Steven, good to know. Thanks for all your work on it over the
years.
More information about the Info-vax
mailing list