Minor speed optimization for LZMA2 (xz and 7z) multi-threading compression.
7-Zip now uses additional memory buffers for multi-block LZMA2 compression.
CPU utilization was slightly improved.
7-zip now creates multi-block xz archives by default. Block size can be
specified with -ms[Size]{m|g} switch.
xz decoder now can unpack random block from multi-block xz archives.
7-Zip File Manager now can open nested multi-block xz archives
(for example, image.iso.xz) without full unpacking of xz archive.
7-Zip now can create zip archives from stdin to stdout.
7-Zip command line: @listfile now doesn't work after -- switch.
Use -i@listfile before -- switch instead.
The BUGs were fixed:
7-Zip could add unrequired alternate file streams to WIM archives,
for commands that contain filename wildcards and -sns switch.
7-Zip 17.00 beta crashed for commands that write anti-item to 7z archive.
7-Zip 17.00 beta ignored "Use large memory pages" option.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi - I don't think you can combine commercial licenses with GPL or LGPL. read the LGPL first, then the UNRAR license and see if they conflict in distribution rights of source code, pay, or some other reason.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
7za.exe from the "7z1701-extra.z7" has the version 17.1.0.0 (like properties)!
The history.txt (from the same 7z-extra-File) ends with 9.35 beta, 2014-12-07.
Does this mean, the 7za.exe is based on V9.35?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The more you write here, the more you mess me up. :-(
Why you don't copy the history.txt into the extra zip file too? Or delete this file?
Or I don't understand what the main reason is. :(
I aks again:
Does this mean, the 7za.exe is based on V9.35? Or is this uptodate too?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Extra package is just extra. So it doesn't need full set of files. So the history is not full. You can think that history.txt in extra is just additional information to history.txt from 7-zip.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I don't understood the sense, but now I think to know what you mean. For me is clear, the first thing after download the extra file is to delete the history.txt.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
There appears to be a minor bug in the "Add to Archive" interface:
1. Select Archive format: xz
2. Select Compression level: Normal, and then Ultra.
3. Note the Memory use for Compressing: 5152 MB.
4. Select Archive format: zip
5. Go back to Archive format: xz
6. Note that everything is as it was: same level, same dictionary size, same memory usage. All OK so far.
7. Now this is where it goes wrong. Select Archive format: 7z
8. Go back to Archive format: xz
9. The "Memory usage for Compressing" has erroneously changed to 2851!
Last edit: Klitos Kyriacou 2017-08-30
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yes, it's BUG.
It uses big solid block size from previous "7z" settings and then reduces dictionary size for xz.
I'll try to fix it in next version.
Thanks for report!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
There was a rather unlikely but possible someone pointed out security issue in previous 7-zip - was this fixed- don't see it in bugs list for 17.01 beta. Are there any other bugs fixed that are not mentioned? j
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thank you Igor. Please seriously consider adding modern ANS-based algorithms to 7-zip (they're super fast and offer very good compression ratios). There's already a fork of 7-zip that contains them - https://github.com/mcmilk/7-Zip-zstd/ - it's just a matter of decision and merging the code... I'm sure the author would collaborate with you on this.
Thanks in advance.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
7-Zip 17.01 beta was released.
7-Zip for 32-bit Windows:
http://7-zip.org/a/7z1701.exe
or
http://7-zip.org/a/7z1701.msi
7-Zip for 64-bit Windows x64:
http://7-zip.org/a/7z1701-x64.exe
or
http://7-zip.org/a/7z1701-x64.msi
What's new after 7-Zip 17.00 beta:
7-Zip now uses additional memory buffers for multi-block LZMA2 compression.
CPU utilization was slightly improved.
specified with -ms[Size]{m|g} switch.
7-Zip File Manager now can open nested multi-block xz archives
(for example, image.iso.xz) without full unpacking of xz archive.
Use -i@listfile before -- switch instead.
7-Zip could add unrequired alternate file streams to WIM archives,
for commands that contain filename wildcards and -sns switch.
7-Zip 17.00 beta crashed for commands that write anti-item to 7z archive.
7-Zip 17.00 beta ignored "Use large memory pages" option.
Hello Igor,
Thank you for fixing the bugs and for releasing a new beta version.
Keep up the good work:-)
Hi - I don't think you can combine commercial licenses with GPL or LGPL. read the LGPL first, then the UNRAR license and see if they conflict in distribution rights of source code, pay, or some other reason.
Is there no updated LZMA SDK this time?
https://sourceforge.net/projects/sevenzip/files/LZMA%20SDK/
Thanks.
I'm very concerned that there are still no updates to p7zip, either.
SDK updates are at http://7-zip.org/download.html and http://7-zip.org/sdk.html
Last edit: Sr. Zé Alguém 2017-09-01
SDK on the web-site is still at 2017-04-29, but latest SDK was added to SF.net in the meantime:
https://sourceforge.net/projects/sevenzip/files/LZMA%20SDK/
Thanks for that. Not sure what's up with p7zip...
Last edit: MuldeR 2017-09-02
Hey @Igor Pavlov
I have mirror blog link download 7-ZIP here: www.phanmemgiainen.com
Please visit and review :)
Last edit: Igor Pavlov 2017-08-29
Awesome! Still hoping for those larger dictionaries (2048M or more) now that better CPU threading is being looked at!
Last edit: Little Vulpix 2017-08-29
Thanks for the new version!
Please update the "history.txt" in the file "7z1701-extra.z7".
The date on the "http://www.7-zip.org/download.html" is not correct:
"Download 7-Zip 17.01 beta (2017-04-29) for Windows"
The full history of changes is listed in history.txt in 7-Zip package. The history for Extra is only for changes related to that package exclusively.
I know where I can find the history ;-)
7za.exe from the "7z1701-extra.z7" has the version 17.1.0.0 (like properties)!
The history.txt (from the same 7z-extra-File) ends with 9.35 beta, 2014-12-07.
Does this mean, the 7za.exe is based on V9.35?
I don't want to write same things in different files.
So I update main history.txt only.
I'll add the folowing notice in extra history.txt:
The more you write here, the more you mess me up. :-(
Why you don't copy the history.txt into the extra zip file too? Or delete this file?
Or I don't understand what the main reason is. :(
I aks again:
Does this mean, the 7za.exe is based on V9.35? Or is this uptodate too?
7za.exe is full (from 17.01 source code).
Extra package is just extra. So it doesn't need full set of files. So the history is not full. You can think that history.txt in extra is just additional information to history.txt from 7-zip.
I don't understood the sense, but now I think to know what you mean. For me is clear, the first thing after download the extra file is to delete the history.txt.
There appears to be a minor bug in the "Add to Archive" interface:
1. Select Archive format: xz
2. Select Compression level: Normal, and then Ultra.
3. Note the Memory use for Compressing: 5152 MB.
4. Select Archive format: zip
5. Go back to Archive format: xz
6. Note that everything is as it was: same level, same dictionary size, same memory usage. All OK so far.
7. Now this is where it goes wrong. Select Archive format: 7z
8. Go back to Archive format: xz
9. The "Memory usage for Compressing" has erroneously changed to 2851!
Last edit: Klitos Kyriacou 2017-08-30
Yes, it's BUG.
It uses big solid block size from previous "7z" settings and then reduces dictionary size for xz.
I'll try to fix it in next version.
Thanks for report!
There was a rather unlikely but possible someone pointed out security issue in previous 7-zip - was this fixed- don't see it in bugs list for 17.01 beta. Are there any other bugs fixed that are not mentioned? j
Yes, there were some another changes.
For example, RAR decoding code is more safe now.
Can you please publish a complete list of bugs fixed for this version, and for future versions. TIA John
There was some small changes.
I remember just one additional thing:
The problem was fixed for Drag and drop from archive for folder with "empty name".
Just use diff to remind you (and us) about small changes & list them on release. j
Thank you Igor. Please seriously consider adding modern ANS-based algorithms to 7-zip (they're super fast and offer very good compression ratios). There's already a fork of 7-zip that contains them - https://github.com/mcmilk/7-Zip-zstd/ - it's just a matter of decision and merging the code... I'm sure the author would collaborate with you on this.
Thanks in advance.
any chance about opening Apple APFS with 7-zip?