Opened 5 years ago

Closed 4 years ago

Last modified 4 years ago

#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 Changed 4 years ago by Silvan Scherrer

Owner: set to Silvan Scherrer
Priority: majorFeedback pending
Status: newaccepted

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.

comment:2 Changed 4 years ago by Silvan Scherrer

Resolution: fixed
Status: acceptedclosed

new rpm uploaded. if you still see the same issue, reopen the ticket please.

comment:3 Changed 4 years ago by Shmuel (Seymour J.) Metz

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.