@Igor I thing what szfong meant is labeling your "Betas" as "stable releases".
I humbly agree with szfong. The community is long time waiting for a 7zip "stable release"; something that i.e. a manager somewhere (that does not read this forum) can take as a clear indication that this project is actively being developed and not abandoned at all.
Last edit: foxpat 2014-06-23
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
In the console versions 9.33a and 9.34a archiver something is not working the switch -spf.
For example, if you execute the following command does not find archive files to compress:
7z.exe a -r -spf archive.7z \\Server\Work\*.doc
In 9.30a still worked ...
Last edit: gora2 2014-06-24
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Igor,
thank you for adding the options for hard and symbolic links.
This version seems to store and extract hard links properly, but it has problems with symlinks.
When I create a tar file containing symlinks, 7-zip file manager doesn't even show the file name in the symlink column, and fails to extract the symlinks correctly.
Also, when I open a tar file with symlinks (created using tar), 7-zip file manager shows the symlink name correctly in the symlink columnn, but fails to extract the symlink correctly.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
1) what is your WINDOWS version?
2) you must run 7-Zip File Manager with administrator rights.
If you still have problems, please follow the following steps:
1) run 7-Zip File Manager with administrator rights
2) create file.txt
3) create symlink.txt to file.txt (via 7-Zip File Manager)
7-zip File Manager must show the link in Link column.
4) select both .txt files and create a.tar with "store symbolic links" enabled.
5) open a.tar
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello Igor,
we made an update of 7-zip from 9.25 to 9.32 for our Win7-x64 systems. Now, after rollout, i got this error:
ZIP Files created on z/OS Host System with „Zip 2.2 (November 3rd 1997)“ can now not be opened with 7-zip versions 9.32 or 9.34 (x64) on Windows systems. Error „Can not open file xyz.zip as archive" is displayed
With 7-zip version 9.25 everything was ok.
(Please see Attachments here; also a test.zip for you)
But ZIP-Files created on (newer) Linux System with newer version of Info-ZIP „3.0 (July 5th 2008)“ can still be opened with 7-zip 9.25/9.32/9.34 !!
There is error in Extra Field of local-header.
7-Zip doesn't like such errors in header of first file in zip. It checks it to ensure that it's real zip file.
Proably it's known bug of old ZIP 2.2. But now I can't find any references to that bug.
Maybe I'll change the code to work with such files.
Last edit: Igor Pavlov 2014-06-25
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Archive: C:\iview438_setup.zipx 1835974 bytes 2014-06-25 18:55:46
Current Location part 1 offset 1835952
End central directory record PK0506 (4+18)
==========================================
location of end-of-central-dir record: 1835952 (0x001c03b0) bytes
part number of this part (0000): 1
part number of start of central dir (0000): 1
number of entries in central dir in this part: 1
total number of entries in central dir: 1
size of central dir: 100 (0x00000064) bytes
relative offset of central dir: 1835852 (0x001c034c) bytes
zipfile comment length: 0
Current Location part 1 offset 1835852
Central directory entry PK0102 (4+42): #1
======================================
part number in which file begins (0000): 1
relative offset of local header: 0 (0x00000000) bytes
version made by operating system (00): MS-DOS, OS/2, NT FAT
version made by zip software (20): 2.0
operat. system version needed to extract (00): MS-DOS, OS/2, NT FAT
unzip software version needed to extract (20): 2.0
general purpose bit flag (0x0000) (bit 15..0): 0000.0000 0000.0000
file security status (bit 0): not encrypted
extended local header (bit 3): no
compression method (95): xz compression
file last modified on (0x000044d9 0x00009640): 2014-06-25 18:50:00
32-bit CRC value: 0x75b2ef77
compressed size: 1835804 bytes
uncompressed size: 1898640 bytes
length of filename: 18 characters
length of extra field: 36 bytes
length of file comment: 0 characters
internal file attributes: 0x0000
apparent file type: binary
external file attributes: 0x00000020
non-MSDOS external file attributes: 0x000000
MS-DOS file attributes (0x20): arc
filename: iview438_setup.exe
extra field 0x000a (PKWARE Win32 Filetimes), 4 header and 32 data bytes:
The Extended Timestamps are:
Creation Date: 2014-06-25 18:49:54
Last Modified Date: 2014-06-25 18:50:00
Last Accessed Date: 2014-06-25 18:49:54
Testing iview438_setup.exe * iview438_setup.exe Tested OK
Current Location part 1 offset 0
Local directory entry PK0304 (4+26): 1
operat. system version needed to extract (00): MS-DOS, OS/2, NT FAT
unzip software version needed to extract (20): 2.0
general purpose bit flag (0x0000) (bit 15..0): 0000.0000 0000.0000
file security status (bit 0): not encrypted
extended local header (bit 3): no
compression method (95): xz compression
file last modified on (0x000044d9 0x00009640): 2014-06-25 18:50:00
32-bit CRC value: 0x75b2ef77
compressed size: 1835804 bytes
uncompressed size: 1898640 bytes
length of filename: 18 characters
length of extra field: 0 bytes
filename: iview438_setup.exe
No errors detected in compressed data of C:\iview438_setup.zipx.
Ok, nice.
Thank you in advance for adding this decoding-code in next version.
No problem for not implementing xz-zipx encoding code since LZMA2-ultra-7zip seems equal or better in most of case for me. :)
Last edit: paf22 2014-06-26
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2014-06-27
Hello Igor,
Folder entries are now(?) stored before other entries (e.g. files), at least by 7za.
Thus, folder timestamps are no longer properly restored.
Is this an intended behaviour? (sorry if this has already been asked formerly)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
If I work for RAR5 code, I don't change main code of 7-Zip. So rar5 will not delay the release.
@Igor I thing what szfong meant is labeling your "Betas" as "stable releases".
I humbly agree with szfong. The community is long time waiting for a 7zip "stable release"; something that i.e. a manager somewhere (that does not read this forum) can take as a clear indication that this project is actively being developed and not abandoned at all.
Last edit: foxpat 2014-06-23
Hi Igor,
If it's not too much trouble, adding a:
would be great as I've notice MUCH higher compression when compressing files with many sub-directories or multilevel sub-directories....
Hello Igor,
Thank you for best archiver ;)
Sorry but versions 7-Zip 9.34 and 9.33 can't add busy/shared files (see attachment), 1C Bases in this example
7-Zip 9.32 can do this.
This is bug i'm checked from GUI, but in command string also possible contain this error...
Best regards,
Oleg
p.s: compress shared files checked in all exaples.
Last edit: Oleg 2014-06-24
I'll fix it.
Ok Igor,
Thank you very much :)
Best regards,
Oleg
Bug report on Ru.Board
Last edit: gora2 2014-06-24
I'll fix it.
I read posts at Ru.Board forum.
Hi Igor,
thank you for adding the options for hard and symbolic links.
This version seems to store and extract hard links properly, but it has problems with symlinks.
When I create a tar file containing symlinks, 7-zip file manager doesn't even show the file name in the symlink column, and fails to extract the symlinks correctly.
Also, when I open a tar file with symlinks (created using tar), 7-zip file manager shows the symlink name correctly in the symlink columnn, but fails to extract the symlink correctly.
1) what is your WINDOWS version?
2) you must run 7-Zip File Manager with administrator rights.
If you still have problems, please follow the following steps:
1) run 7-Zip File Manager with administrator rights
2) create file.txt
3) create symlink.txt to file.txt (via 7-Zip File Manager)
7-zip File Manager must show the link in Link column.
4) select both .txt files and create a.tar with "store symbolic links" enabled.
5) open a.tar
Thanks Igor! I did not run 7-zip with administrator rights. After I did, this worked fine. Thanks!
Hello Igor,
we made an update of 7-zip from 9.25 to 9.32 for our Win7-x64 systems. Now, after rollout, i got this error:
ZIP Files created on z/OS Host System with „Zip 2.2 (November 3rd 1997)“ can now not be opened with 7-zip versions 9.32 or 9.34 (x64) on Windows systems. Error „Can not open file xyz.zip as archive" is displayed
With 7-zip version 9.25 everything was ok.
(Please see Attachments here; also a test.zip for you)
But ZIP-Files created on (newer) Linux System with newer version of Info-ZIP „3.0 (July 5th 2008)“ can still be opened with 7-zip 9.25/9.32/9.34 !!
There is error in Extra Field of local-header.
7-Zip doesn't like such errors in header of first file in zip. It checks it to ensure that it's real zip file.
Proably it's known bug of old ZIP 2.2. But now I can't find any references to that bug.
Maybe I'll change the code to work with such files.
Last edit: Igor Pavlov 2014-06-25
Hi Igor,
And thank you for your great software!
Even 7zip 9.34 alpha can't extract .exe files contained in .zipx archive created with the latest version of Winzip (18.5).
7zip decompression error: "Unsupported compression method"
7zip columns informations:
Method: 95
Host OS: FAT
Version: 20
Example attached. (iview438_setup.zipx) (or https://www.dropbox.com/s/jqhkfesjpe1o88k/iview438_setup.zipx)
Detailed diagnostic from Winzip 18.5:
Archive: C:\iview438_setup.zipx 1835974 bytes 2014-06-25 18:55:46
Current Location part 1 offset 1835952
End central directory record PK0506 (4+18)
==========================================
location of end-of-central-dir record: 1835952 (0x001c03b0) bytes
part number of this part (0000): 1
part number of start of central dir (0000): 1
number of entries in central dir in this part: 1
total number of entries in central dir: 1
size of central dir: 100 (0x00000064) bytes
relative offset of central dir: 1835852 (0x001c034c) bytes
zipfile comment length: 0
Current Location part 1 offset 1835852
Central directory entry PK0102 (4+42): #1
======================================
part number in which file begins (0000): 1
relative offset of local header: 0 (0x00000000) bytes
version made by operating system (00): MS-DOS, OS/2, NT FAT
version made by zip software (20): 2.0
operat. system version needed to extract (00): MS-DOS, OS/2, NT FAT
unzip software version needed to extract (20): 2.0
general purpose bit flag (0x0000) (bit 15..0): 0000.0000 0000.0000
file security status (bit 0): not encrypted
extended local header (bit 3): no
compression method (95): xz compression
file last modified on (0x000044d9 0x00009640): 2014-06-25 18:50:00
32-bit CRC value: 0x75b2ef77
compressed size: 1835804 bytes
uncompressed size: 1898640 bytes
length of filename: 18 characters
length of extra field: 36 bytes
length of file comment: 0 characters
internal file attributes: 0x0000
apparent file type: binary
external file attributes: 0x00000020
non-MSDOS external file attributes: 0x000000
MS-DOS file attributes (0x20): arc
filename: iview438_setup.exe
extra field 0x000a (PKWARE Win32 Filetimes), 4 header and 32 data bytes:
The Extended Timestamps are:
Creation Date: 2014-06-25 18:49:54
Last Modified Date: 2014-06-25 18:50:00
Last Accessed Date: 2014-06-25 18:49:54
Testing iview438_setup.exe
* iview438_setup.exe Tested OK
Current Location part 1 offset 0
Local directory entry PK0304 (4+26): 1
operat. system version needed to extract (00): MS-DOS, OS/2, NT FAT
unzip software version needed to extract (20): 2.0
general purpose bit flag (0x0000) (bit 15..0): 0000.0000 0000.0000
file security status (bit 0): not encrypted
extended local header (bit 3): no
compression method (95): xz compression
file last modified on (0x000044d9 0x00009640): 2014-06-25 18:50:00
32-bit CRC value: 0x75b2ef77
compressed size: 1835804 bytes
uncompressed size: 1898640 bytes
length of filename: 18 characters
length of extra field: 0 bytes
filename: iview438_setup.exe
No errors detected in compressed data of C:\iview438_setup.zipx.
WinZip now supports xz compression as "95" method.
I have working xz code.
So I can add decoding for "95" to 7-Zip too.
Coooool!
Then please, add it for the next version.
Thank you very much in advance! =D
Subsidiary question: Why not add automatically all compression/decompression code you have working? To keep 7zip as small as possible?
xz in WinZip (zipx) is pretty new feature. Now when I have example of such archive, I can add that feature to 7-Zip (unpacking only).
xz code is already included in 7z.dll. So zip code will just call that xz code. Maybe it's additional 1 KB. So 7zip's size is not problem here.
I will not add xz-zipx encoding in near versions. It's more difficult to implement and test compatibility of encoding code than decoding code.
Ok, nice.
Thank you in advance for adding this decoding-code in next version.
No problem for not implementing xz-zipx encoding code since LZMA2-ultra-7zip seems equal or better in most of case for me. :)
Last edit: paf22 2014-06-26
Hello Igor,
Folder entries are now(?) stored before other entries (e.g. files), at least by 7za.
Thus, folder timestamps are no longer properly restored.
Is this an intended behaviour? (sorry if this has already been asked formerly)
Did you check it?
7-Zip makes second pass for folders. So it must restore timestamps.
Oops... I built the test archive with 9.34, but inadvertently extracted it with a former version, sorry.
Thanks for your reply Igor.
The manual describes two ways to call Extract Dialog Box, but it's different dialogues! Or am I mistaken?
Probably I used "Extract" dialog in past for open archive, but then there were reasons to use "Copy" dialog instead.
I'll fix the help.
Fixes for help:
1 fm/plugins/7-zip/add.htm
no description option "Delete files after compression"
2 fm/plugins/7-zip/extract.htm
no description option "Show Password"
3 fm/plugins/7-zip/add.htm
no description option "Path mode"
Last edit: gora2 2014-07-11
ok tnx.
where is the source of this one? are you going to release it?