unzip windows .zip files on HPUX 11.00

[Peter Godron]

Hi,
I am trying to unzip a .zip file generated on a windows platform. The zip file contains a number of files, some bigger than 2Gb.
I have tried unzip (5.51) and gunzip (1.2.4), both either a problem with multiple files or file size.
Any ideas?

[Thierry Poels_1]

hi,

"unzip" handles multiple files.
And you do have largefiles turned on for the required filesystem(s)?

regards,
Thierry.

[Steven E. Protter]

A current version of unzip should handdle it. gunzip handles compressed files, not .zip files.

http://hpux.connect.org.uk/hppd/hpux/Misc/unzip-5.51/

You are current.

Make sure the target filesystem has largefiles enabled or use fsadm to convert it.

If it still does not work, question the source, because I've used unzip on windows zip files, made by winzip. Its worked 95% of the time for me. The rest of the time it failed because the files were not zipped properly or other tools were used.

SEP

[Paul Cross_1]

I have unzipped windows .zip files countless times with unzip. gunzip wont work on these files, nor will bunzip. You may want to make sure the .zip file is a .zip file. Try:

prompt> file

otherwise, you may have a corrupted file.

SEP: .zip files are compressed.

[Peter Godron]

I even created adummy test file > 2Gb to check the largefiles and it works.
However unzip returns an error unzipping the 2Gb file "write error (disk full?)" and the disk is not full.
So unzip has a problem with > 2Gb files.
Regards

[Thierry Poels_1]

hmmmm, according to Info Zip's website:

compressed size of a single file : 4 GB
In practice, the real limit may be 2 GB on many systems, due to UnZip's use of the fseek() function to jump around within an archive. Because's fseek's offset argument is usually a signed long integer, on 32-bit systems UnZip will not find any file that is more than 2 GB from the beginning of the archive. And on 64-bit systems, UnZip won't find any file that's more than 4 GB from the beginning (since the zipfile format can only store offsets that big). So the last file in the archive can potentially be arbitrarily large (in theory, anyway--we haven't tested this), but the combined total of all the rest must be less than 2 GB or 4 GB, respectively.

[Thierry Poels_1]

too quick on the button :(

ditto for uncompresed files

[Albert Smith_1]

Just a dumb question did you check to make sure that large files were enabled on the file system?

fsadm /mp

Most backup/compression utilities: tar, fbackup, cpio, pax. do not support files larger then 2gig because of header standards.

http://docs.hp.com/en/940/lgfiles4.pdf

[Peter Godron]

Update,
I have made sure that the fileystem is largefiles and OS is 64bit.unzip is also 64bit version.

The zip file is 400Mb in size, contains 7 files sized 35Mb,5Mb,2200Mb,11Mb,700Kb,5Mb and 8Mb.
The first two files extract fine then the message about the disk being full appears and whether to continue.
The final message is "warning: is probably truncated".
Regards

[Alexander M. Ermes]

Hi there.
Perhaps i got a hint for you.
We use to unzip files larger than 2 GB this way :

cat filename | unzip ... > /whatsoever

Rgds
Alexander M. Ermes

[Peter Godron]

Alexander,
this may work with zip.
When I run the command:
cat a.zip |unzip > x
File x just shows the unzip help screen.
Any other ideas out there?

[T G Manikandan]

Can you try pointing the TMPDIR variable to a filesystem of huge space and then unzipping..

Revert

[T G Manikandan]

can you also check the ulimit for the user

[T G Manikandan]

##Looks like your unzip is compiled with 32 bit mode.
Try this on a unzip which is compiled on a 64 bit mode ,this should work##

Thanks,,

[Peter Godron]

Changed the TMPDIR
running as root
64 bit version

Closing thread. Have abandoned the unzip way and am getting the files indivdually transferred.

So my solution is not to use unzip.

[Peter Godron]

Closed thread as alternative solution found.

[Claude JOUX]

I have find a solution for a zip archive file with a single 2.5Gb file using -p option

unzip -p a.zip > x