Hi. I am using 7z v9.20 and I just downloaded v9.38 to test against, and they both have the problem. When I zip some directory structures, the zip file created works ok, but unzip reports a warning. For example,
unzip -tq file.zip
reports something like this:
<begin>
customer_documentation/: ucsize 4096 <> csize 0 for STORED entry
continuing with "compressed" size value
At least one warning-error was detected in /cygdrive/k/Projects/tt/custoner_documentation.zip
</begin>
This causes some script to fail, as the unzip is returning a code. Any thought how I can get this fixed? Thanks.
josé
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I just tried version
7-Zip [64] 15.05 beta : Copyright (c) 1999-2015 Igor Pavlov : 2015-06-14
on both 32 and 64 bit and they still have the problem. I can not create a small "bad" archive. I'ved tried numerous times. I believe that it is a problem because of the huge zip file (60M+). When the t option is run with the 7z.exe program, does it check for ucsize vs csize? Thanks for this wonderful tool.
josé
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have a folder with lots of files and I right-mouse click on the folder and choose from the meny 7-Zip/Add to "folder name.zip"
That creates a zip file that when I test with 7z.exe it says all is Ok, but when I do it with the latest version of unzip,
unzip -tq path/foldername.zip
it gives me that ucsize 4096 <> csize 0 for STORED entry. I don't think there is anything wrong with the zip. I can actually open it and all is well, the problem is the warning unzip is giving and it's causing problems in our other scripts because unzip returns a code.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Do you have similar problems with another folders (mapped and not mapped)?
Do you have same problem, If you compress with original folder path for that customer_documentation/ folder (not mapped version of path)?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Let me try that. What I can tell you is that if I use zip.exe command line to zip the same archive, it works fine. If I use another zipping tool, it also works, and "unzip.exe -t" does not fail and does not report that warning. Now, the interesting part is that if I use the 7z.exe with the command line option to zip that folder, it's also correct. The problem happens with the right-mouse-click option.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi. I am using 7z v9.20 and I just downloaded v9.38 to test against, and they both have the problem. When I zip some directory structures, the zip file created works ok, but unzip reports a warning. For example,
unzip -tq file.zip
reports something like this:
<begin>
customer_documentation/: ucsize 4096 <> csize 0 for STORED entry
continuing with "compressed" size value
At least one warning-error was detected in /cygdrive/k/Projects/tt/custoner_documentation.zip
</begin>
This causes some script to fail, as the unzip is returning a code. Any thought how I can get this fixed? Thanks.
josé
1) create smallest example of "bad" archive and attach here.
2) try another (new) versions of unzip
I just tried version
7-Zip [64] 15.05 beta : Copyright (c) 1999-2015 Igor Pavlov : 2015-06-14
on both 32 and 64 bit and they still have the problem. I can not create a small "bad" archive. I'ved tried numerous times. I believe that it is a problem because of the huge zip file (60M+). When the t option is run with the 7z.exe program, does it check for ucsize vs csize? Thanks for this wonderful tool.
josé
1) Describe all steps you do to reproduce the problem.
2) You can create big archive and then delete all files except of "bad" file from archive.
I have a folder with lots of files and I right-mouse click on the folder and choose from the meny 7-Zip/Add to "folder name.zip"
That creates a zip file that when I test with 7z.exe it says all is Ok, but when I do it with the latest version of unzip,
unzip -tq path/foldername.zip
it gives me that ucsize 4096 <> csize 0 for STORED entry. I don't think there is anything wrong with the zip. I can actually open it and all is well, the problem is the warning unzip is giving and it's causing problems in our other scripts because unzip returns a code.
Yes, there is some problem in 7-Zip now.
Windows can report the size of folder as NON-ZERO in some cases.
Is that "customer_documentation/" folder unusual?
Maybe some unusual drive mapping or symbolic link?
What version of Windows?
What is File System?
I'll try to fix 7-Zip code. So next version always will store ZERO for folder item.
--Is that "customer_documentation/" folder unusual?
Other than it has over 5K files (bmp, jpg, html, etc.) no.
--Maybe some unusual drive mapping or symbolic link?
It is a mapped drive, but, nothing really unusual about it.
--What version of Windows?
Windows 7 Enterprise SP1 W142 Rev 1 x64 4G Mem.
PROCESSOR_ARCHITECTURE=x86
PROCESSOR_ARCHITEW6432=AMD64
PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 44 Stepping 2, GenuineIntel
PROCESSOR_LEVEL=6
PROCESSOR_REVISION=2c02
--What is File System?
NTFS
If you can fix it, that would be great. It's just causing problems with some zip files. Thanks so much.
josé
Last edit: jose i cabrera 2015-07-01
One more thing... will you also fix the test (7z.exe t ...) option to report these warnings? Thanks.
Mapped from where?
Do you have similar problems with another folders (mapped and not mapped)?
Do you have same problem, If you compress with original folder path for that customer_documentation/ folder (not mapped version of path)?
Let me try that. What I can tell you is that if I use zip.exe command line to zip the same archive, it works fine. If I use another zipping tool, it also works, and "unzip.exe -t" does not fail and does not report that warning. Now, the interesting part is that if I use the 7z.exe with the command line option to zip that folder, it's also correct. The problem happens with the right-mouse-click option.
Ok, you have something here... When I do it from the c:\temp\folder, it does not fail. When I do it from the O:\temp\Folder (a mapped drive) it fails.
Is O:\temp\Folder mapped to c:\temp\folder in that test?
No. O:\ is mapped to another machine, so, O is really, \machine\shared\temp\folder
So what filesystem and windows version in that \machine\shared\temp\folder?
WinServer 2008 NTFS and the connection to the share has administrative rights.
Just bumped into the same issue with https://sourceforge.net/projects/crosti/files/crosti%201.14.0/crosti-1.14.0-source.zip/download using a regular Linux unzip 6.0 on a quite common ext4 filesystem (or tmpfs).
Probably archive was created with old version of software.