After testing an archive, 7-Zip 15.06 does not display a summary of the test results, i.e., "no errors found." Instead it just shows the number of files and the size. Version 9.20 provided a descriptive summary of the test result...it stated whether there were errors found in the archive.
Last edit: Kevin Fritz 2015-08-25
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
You will never be able to completely decompile NSIS code because the compiler revealing include's, macros and conditional compilation statements in the preprocessing step generates a new code that is actually compiled. In the best case you can for example specify that the $19 is $R9 but as far as we are with you, if we need to know from the documentation that the mnemonic names of registers $1x is $Rx? But to restore the same source calls or macros, include's that actually we are interested after preprocessing is no longer possible. So you have to accept the fact that the script is partially restored and look for other means to find their mistakes. :(
Last edit: VictorVG 2015-08-28
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have a question about some features in new in this version.
<Quote>
7-Zip now doesn't sort files by type while adding to solid 7z archive.
new -mqs switch to sort files by type while adding to solid 7z archive.
<end quote="">
Does this affect the compression rate? slightly bigger files compared to older versions of 7zip?
Does this gives any advantages compared to earlier version?
Does this also affect the graphical interface - right click files in Explorer and "Add to 7-zip"?
Thanks
[EDIT]
Forget that question - I miss the comments Igor Pavlov wrote at 2015-08-10.
When I tries to type -mqs in theParameters field in Add to archive dialog box, I just get an error saying wrong parameter.
Is there possible to make 7-zip sorting by file type when using graphical interface?
Last edit: KrashDummy 2015-08-29
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It looks like 15.06 beta doesn't:
- create anti-item when subfolder is renamed in source folder (only new folder is included in a new archive);
- write processed filenames to the log;
when "u" option is used.
Command line example:
"C:\Program Files\7-Zip\7z.exe" u "D:\Temp\4\7ztest.7z" -ssw -u- -up3q3r2x2y2z0w2!"D:\Temp\4\7ztest_%datetime%.7z" "C:\Downloads\7ztest*" >> D:\Temp\4\7ztest_%datetime%.log"
It was all OK in 9.35 beta. Is it possible to use some undocumented options or features in 15.06 beta to normalize tasks? Or these features are no longer supported and downgrading is the only way to make a job?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I don't remember about changes for anti-file after 15.05.
So show small example for 15.05:
create folder
create archive1
rename folder
create archive2 with antifile.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Khm. Now I can't repeat this again for unknown reason. May be it should be done again on a server with Win2008R2, but I can't reboot it today to downgrade 7Zip back to 15.05. On my laptop with Win10 it's OK both with 15.05 and 15.06. But here is an update archive for 00-7ztest.7z (unfortunatelly, deleted now) and a log for it. There is no anti-item for subfolder "01", which was renamed to "Проект с СПРС", and there is only a new named subfolder "Проект с СПРС".
I don't know why.
You can run any version of 7-zip without installing and without reboot.
Just copy 7z.exe with 7z.dll to some folder or use 7za.exe from extra package.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
7-Zip 15.06 doesn't seem to open broken RAR archives like 9.20 did. When I attempt to open the first part of a multi-part archive (without the other parts present) to extract a partial file in order to preview the contents, 7-Zip states that the file cannot be opened as an archive and quits WinRAR works fine.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Steps to reproduce the problem (on windows 8.1 pro 64bit):
1. right click on zip file
2. select extract here
3. leave password field empty (for the empty password) and click ok
4. 7zip dialog: 1 history.zip 2 Wrong password : history.txt
That zip archive contains incorrect value in header field that is used to check password.
7-Zip 9.20 ignores that error.
New versions of 7-Zip check that field.
What program was used to create that "bad" archive?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Plese describe exact commands and programs that were used to create that archive.
Did you try another programs (like info-zip) to extract that archive?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Found a bug in my code. Did not provide crcForCrypting when the password was empty. Changed the code and everything works as expected. Very sorry for the noise.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Maybe archive contains wav file and new 7-zip uses "Delta" filter for these wav files for better compression ratio.
But if you use some non-original SFX module with that 7z archive, that SFX module probably doesn't support Delta filter still.
In that case you need to update to new version of SFX module or ask author of that SFX module to include "Delta" filter in compilation.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The archive contains google chrome portable, extracted to a temporary folder and run "GoogleChromePortable.exe".
Sfx archives created with: 7-ZIP SFX Maker or 7z SFX Builder. The problem occurs only with the .7z file created with 7-Zip 15.06
earlier versions work perfectly.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
EnpassSetup-4.6.1.exe -> extraction errors!
Enpass.exe has wrong size
make NSIS_SCRIPT decompiler has optional dll or exe as 7za.exe
thank you
After testing an archive, 7-Zip 15.06 does not display a summary of the test results, i.e., "no errors found." Instead it just shows the number of files and the size. Version 9.20 provided a descriptive summary of the test result...it stated whether there were errors found in the archive.
Last edit: Kevin Fritz 2015-08-25
Carlitos
You will never be able to completely decompile NSIS code because the compiler revealing include's, macros and conditional compilation statements in the preprocessing step generates a new code that is actually compiled. In the best case you can for example specify that the $19 is $R9 but as far as we are with you, if we need to know from the documentation that the mnemonic names of registers $1x is $Rx? But to restore the same source calls or macros, include's that actually we are interested after preprocessing is no longer possible. So you have to accept the fact that the script is partially restored and look for other means to find their mistakes. :(
Last edit: VictorVG 2015-08-28
I dont care about completely decompile NSIS code, the actual result is ok =)
I have a question about some features in new in this version.
<Quote>
7-Zip now doesn't sort files by type while adding to solid 7z archive.
new -mqs switch to sort files by type while adding to solid 7z archive.
<end quote="">
Does this also affect the graphical interface - right click files in Explorer and "Add to 7-zip"?
Thanks
[EDIT]
Forget that question - I miss the comments Igor Pavlov wrote at 2015-08-10.
When I tries to type -mqs in theParameters field in Add to archive dialog box, I just get an error saying wrong parameter.
Is there possible to make 7-zip sorting by file type when using graphical interface?
Last edit: KrashDummy 2015-08-29
It looks like 15.06 beta doesn't:
- create anti-item when subfolder is renamed in source folder (only new folder is included in a new archive);
- write processed filenames to the log;
when "u" option is used.
Command line example:
"C:\Program Files\7-Zip\7z.exe" u "D:\Temp\4\7ztest.7z" -ssw -u- -up3q3r2x2y2z0w2!"D:\Temp\4\7ztest_%datetime%.7z" "C:\Downloads\7ztest*" >> D:\Temp\4\7ztest_%datetime%.log"
It was all OK in 9.35 beta. Is it possible to use some undocumented options or features in 15.06 beta to normalize tasks? Or these features are no longer supported and downgrading is the only way to make a job?
1) describe some small example with anti-file folder that doesn't work.
2) use -bb switch for log output.
1) Sorry, it was a problem of 15.05 version. After rebooting and complete install of 15.06 it's OK.
2) Thanks a lot!
Do you need example without anti-file for version 15.05?
I don't remember about changes for anti-file after 15.05.
So show small example for 15.05:
create folder
create archive1
rename folder
create archive2 with antifile.
Khm. Now I can't repeat this again for unknown reason. May be it should be done again on a server with Win2008R2, but I can't reboot it today to downgrade 7Zip back to 15.05. On my laptop with Win10 it's OK both with 15.05 and 15.06. But here is an update archive for 00-7ztest.7z (unfortunatelly, deleted now) and a log for it. There is no anti-item for subfolder "01", which was renamed to "Проект с СПРС", and there is only a new named subfolder "Проект с СПРС".
I don't know why.
You can run any version of 7-zip without installing and without reboot.
Just copy 7z.exe with 7z.dll to some folder or use 7za.exe from extra package.
7-Zip 15.06 doesn't seem to open broken RAR archives like 9.20 did. When I attempt to open the first part of a multi-part archive (without the other parts present) to extract a partial file in order to preview the contents, 7-Zip states that the file cannot be opened as an archive and quits WinRAR works fine.
Hallo Mr. Pavlov,
7-Zip 15.06 no longer extract zip files encrypted with an empty password. It worked in 9.20.
Please check it again.
And write all steps to reproduce the problem.
Steps to reproduce the problem (on windows 8.1 pro 64bit):
1. right click on zip file
2. select extract here
3. leave password field empty (for the empty password) and click ok
4. 7zip dialog: 1 history.zip 2 Wrong password : history.txt
or
Both methods work with v9.20
That zip archive contains incorrect value in header field that is used to check password.
7-Zip 9.20 ignores that error.
New versions of 7-Zip check that field.
What program was used to create that "bad" archive?
zlib 1.2.8 from http://zlib.net/
Plese describe exact commands and programs that were used to create that archive.
Did you try another programs (like info-zip) to extract that archive?
Found a bug in my code. Did not provide crcForCrypting when the password was empty. Changed the code and everything works as expected. Very sorry for the noise.
i get an error when extracting those self-extractable archives. winrar extracts them normal.
http://download.biostar.com.tw/upload/Driver/Chipset/ATI/USB20/USB20.exe
http://www.biostar.com.tw/app/en/mb/introduction.php?S_ID=17#dl
usb20.exe is winzip sfx. There are warnings when you extract it.
What is second file and what problem there?
Sfx archives created with version 15.06 give this error during extraction. (With version 9:38 all OK)
Last edit: Nidasio Silvano 2015-09-09
Maybe archive contains wav file and new 7-zip uses "Delta" filter for these wav files for better compression ratio.
But if you use some non-original SFX module with that 7z archive, that SFX module probably doesn't support Delta filter still.
In that case you need to update to new version of SFX module or ask author of that SFX module to include "Delta" filter in compilation.
The archive contains google chrome portable, extracted to a temporary folder and run "GoogleChromePortable.exe".
Sfx archives created with: 7-ZIP SFX Maker or 7z SFX Builder. The problem occurs only with the .7z file created with 7-Zip 15.06
earlier versions work perfectly.
run the command:
where name.exe is name of sfx file.
it will show exact compression method.