#201 closed defect (fixed)
zip truncates archive > 4 GiB when work directory (-b) option specified.
| Reported by: | Shmuel (Seymour J.) Metz | Owned by: | Silvan Scherrer |
|---|---|---|---|
| Priority: | Feedback pending | Milestone: | |
| Component: | *none | Version: | |
| Severity: | medium | Keywords: | zip huge truncate |
| Cc: |
Description
When zip is creating an archive with the work directory (-b) option, it appears to create the work file properly. However, when it builds the actual archive, it truncates it to 4 GiB - 1 and subsequent unzip calls fail.
See ticket 194.
Change History (3)
comment:1 by , 6 years ago
| Owner: | set to |
|---|---|
| Priority: | major → Feedback pending |
| Status: | new → accepted |
comment:2 by , 6 years ago
| Resolution: | → fixed |
|---|---|
| Status: | accepted → closed |
new rpm uploaded. if you still see the same issue, reopen the ticket please.
comment:3 by , 6 years ago
What is the URL for the new RPM?
For the record, zip_01 worked, although I didn't notice any new messages from the -v option:
[h:\] h:\vendors\netlabs\zipbugs\zip_01.exe -$9rSuyv -b W:\ K:\m.zip M:\ | tee j:\vendors\netlabs\zipbugs\zip_01.log
created files
1-09-20 18:32 13,134,380,477 124 m.zip
1-09-20 18:32 473,684 0 zip_01.log
Note:
See TracTickets
for help on using tickets.
on rpm.netlabs.org/test is a zip.exe and a zip_01.exe. the first just contains more logging, id executed with -v. the 2nd also contains a possible fix. please test zip_01.exe also with -v option. as then the additional message is also printed. and report back your findings.