From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
Description of problem:
Using zip with wildcard on the contents of a directory that contains a large file (5.7 GB) causes a segmentation fault. If I zip the file on it's own I get:
zip /root/test.zip somelargefile.dat
zip warning: file too large: (null)
zip warning: name not matched: somelargefile.dat
but it appears that the file get zipped successfully.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Find a large file on your file system, in my case 5.7 GB
2. Try and zip it along with the contents of the directory it is in using: zip somefile.zip some-dir/*
3. Notice Segmentation fault.
Actual Results: zip /root/test.zip some-dir/*
Expected Results: I was hoping the contents of the directory, inclusing the large file would have been put into a zip archive.
Linux myhostyname.localdomain 2.6.12-1.1398_FC4smp #1 SMP Fri Jul 15 01:05:24 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux
Thank you for your notice.
This bug will be solved in the next upstream version (The new zip version 3.0
should contained large file support - see upstream info page
I update this package when this version will be released.