- LZMA decompression speed was improved.
- "compress and send to email" code was improved to support more email clients.
- New command "h" to calculate hash values CRC-32, CRC-64, SHA-256 or SHA-1 for files on disk.
- New -spf switch to store full file paths including drive letter to archive.
If you use that switch with extract command, please check that file names in archive are correct.
- Some bugs were fixed.
NOTE: New -spf switch feature is for testing only!
That code is still under development. Please write about any bugs there.
It stores full file paths to archive only if you specify these full paths in command.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
thank you ,Igor!
glad it became even faster.
following is my benchmark result.
APU: AMD Llano A8-3850 @3.85GHz
RAM: DDR3 8GB @ 2128(1064MHz) 9-9-9-24-CR2
Motherboard: ECS A75F-M2 rev.1.0
OS: Win7 x64 SP1
Yes, if paths in archive are different, then there is no "duplicate names" problems.
Note also that you can store same file several times with different names:
7z a a.7z c:\file.txt \file.txt -spf
The code now doesn't check paths if -spf is specified. So be careful with things like ".." in path.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
File test.exe - 7zSFX archive with a digital signature.
Adding a file through the FM gives an error - "Not supported"
Adding a file through a bat file is without errors, but as result SFX is damaged.
CD . >zero.txt
7z t test.exe *7z a test.exe zero.txt7z t test.exe *
7-Zip [64] 9.25 alpha Copyright (c) 1999-2011 Igor Pavlov 2011-09-16
Processing archive: test.exe
Testing flashplayer.xpt
Testing FlashUtil11b_ActiveX.exe
Testing FlashUtil11b_Plugin.exe
Testing FlashUtil11b_ActiveX.dll
Testing NPSWF32.dll
Testing Flash11b.ocx
Everything is Ok
Files: 6
Size: 17982072
Compressed: 4229128
7-Zip [64] 9.25 alpha Copyright (c) 1999-2011 Igor Pavlov 2011-09-16
Scanning
Updating archive test.exe
Everything is Ok
7-Zip [64] 9.25 alpha Copyright (c) 1999-2011 Igor Pavlov 2011-09-16
Processing archive: test.exe
Testing .text CRC Failed
Testing .rdata CRC Failed
Testing .data CRC Failed
Testing .sxdata CRC Failed
Testing .rsrc\string.txt CRC Failed
Testing .rsrc\ICON\1.ico CRC Failed
Testing .rsrc\ICON\2.ico CRC Failed
Testing .rsrc\DIALOG\500 CRC Failed
Testing .rsrc\GROUP_ICON\1 CRC Failed
Testing .rsrc\VERSION\1 CRC Failed
Testing CERTIFICATE Data Error
Testing [0] CRC Failed
Sub items Errors: 12
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
That case is complex.
Probably you have EXE with SFX and with some tail (CERTIFICATE).
Some commands see EXE as PE and then unpack (7z archive) from ).
Some commands can work with .7z without thinking about PE format things.
7-Zip checks CRC of exe file only if you test or unpack all files from EXE.
1) 7-Zip can't update EXE (PE) format files. So CRC of exe will be broken after 7z update. Note that most exe (PE) files doesn't use CRC check.
2) And 7-Zip will not write CERTIFICATE (tail after 7z archive) to 7z.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2011-09-17
Thanks once more Igor, wonderful job!
But, may you give me an information? Where can I find the new translation format files?
Best regards
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thank you, this command works fine.
But a file test.exe is not normal anyway. FM does not display its contents correctly.
Maybe 7z.exe should generate an error when trying to update .exe file with a digital signature as well as FM?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The problem that after.7z is 32 bytes larger. But PE headers say that end of .exe file must contain certificate. So PE handler does allow 7z handler to read end of file (32 bytes) as part of .7z archive.
Now I'm not ready to change something in that code.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2011-09-17
Any chance to add SHA-1 to the Calculate checksum dialog?. I know it can be done from the command line but having it on the Calculate checksum dialog would be really handy.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> - New command "h" to calculate hash values CRC-32, CRC-64, SHA-256 or SHA-1 for files on disk.
COOL. Missing:
* MD5 (I know that it's broken)
* Hash compressed file (do not save, just hash uncompressed stream)
* Brew multiple (for example CRC32 and SHA256) in one pass
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
1) Yes. Most tests show that there is gain of that unrolling for most files.
The only exception In my tests - there was no gain for big text file (like wiki dump).
You can make you own tests (7z t a.7z) with some timer program and report here about results
2) Nobody uses MD5 in archives. So there is no MD5 code in 7-Zip now.
3) there is such thing:
7z t a.7z -scrc
but it supports only crc32 now. Maybe I'll improve it for more algorithms.
3) multiple hash in one pass - maybe later. 7-Zip File Manager supports it now.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2011-09-19
- New -spf switch to store full file paths including drive letter to archive.
Igor!
Good news!
And what about planning to do Switch -EP1 - exclude base folder from names
Do not store the path entered in the command line.?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> 1) Yes. Most tests show that there is gain of that unrolling for most files.
> The only exception In my tests - there was no gain for big text file (like wiki dump)
There had been many controversial speedup patches in the
7-ZIP history … most of them got reverted soon …
> 2) Nobody uses MD5 in archives.
I do …
> So there is no MD5 code in 7-Zip now.
I know … 7-ZIP needs only CRC32 and SHA256 internally.
So SHA160 and CRC64 are equally "useless" as MD5 would be ;-)
> but it supports only crc32 now. Maybe I'll improve it for more algorithms.
> 3) multiple hash in one pass - maybe later
:-)
> You can make you own tests (7z t a.7z) with some
> timer program and report here about results
Done !!!
There is maybe a 2% speedup … 1% from 4.65 to 9.20 and 1% from 9.20 to 9.25a :-)
(IIRC file has GNUPG source + binaries)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I mean that popular archive formats (like WIM / 7z / RAR) don't use MD5.
CRC64 is used in XZ
SHA1 is used in rar / winzip-aes / xar and WIM.
- There is maybe a 2% speedup
Write about CPU type and data type.
Try also other tests, maybe with other data and other CPU.
And test command (7z t a.7z) will show more accurate results.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
In Russian version remove all "&" from lines 3410 and 3420.
Also you could extend selection fields used by texts from line No. 3420.
In many languages either abbreviations are used or, in case translator
did not check length, do not fit, like for instance in Ukrainian version.
In Polish version it would also not fit, so word "Automatycznie" had
to be abbreviated. Extending could make abbreviations unneeded.
--
Would it be possible to localize SFX GUI module? It seems that all strings used by it are contained in language files.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
7-Zip 9.25 alpha was released.
7-Zip for 32-bit Windows:
http://dl.7-zip.org/7z925.exe
or
http://dl.7-zip.org/7z925.msi
7-Zip for 64-bit Windows x64:
http://dl.7-zip.org/7z925-x64.msi
What's new after 7-Zip 9.23 beta:
- LZMA decompression speed was improved.
- "compress and send to email" code was improved to support more email clients.
- New command "h" to calculate hash values CRC-32, CRC-64, SHA-256 or SHA-1 for files on disk.
- New -spf switch to store full file paths including drive letter to archive.
If you use that switch with extract command, please check that file names in archive are correct.
- Some bugs were fixed.
NOTE: New -spf switch feature is for testing only!
That code is still under development. Please write about any bugs there.
It stores full file paths to archive only if you specify these full paths in command.
thank you ,Igor!
glad it became even faster.
following is my benchmark result.
APU: AMD Llano A8-3850 @3.85GHz
RAM: DDR3 8GB @ 2128(1064MHz) 9-9-9-24-CR2
Motherboard: ECS A75F-M2 rev.1.0
OS: Win7 x64 SP1
Значок не отображается в "Установке/Удалении программ".
http://min.us/mBCfkmNAI
Windows 7 x64
Does the new -spf switch mean that 7-zip will store duplicate files files eg that are in several directories? This would be a very valuable addition.
John
Yes, if paths in archive are different, then there is no "duplicate names" problems.
Note also that you can store same file several times with different names:
7z a a.7z c:\file.txt \file.txt -spf
The code now doesn't check paths if -spf is specified. So be careful with things like ".." in path.
File test.exe - 7zSFX archive with a digital signature.
Adding a file through the FM gives an error - "Not supported"
Adding a file through a bat file is without errors, but as result SFX is damaged.
What exact commands did you use?
That case is complex.
Probably you have EXE with SFX and with some tail (CERTIFICATE).
Some commands see EXE as PE and then unpack (7z archive) from ).
Some commands can work with .7z without thinking about PE format things.
7-Zip checks CRC of exe file only if you test or unpack all files from EXE.
1) 7-Zip can't update EXE (PE) format files. So CRC of exe will be broken after 7z update. Note that most exe (PE) files doesn't use CRC check.
2) And 7-Zip will not write CERTIFICATE (tail after 7z archive) to 7z.
Thanks once more Igor, wonderful job!
But, may you give me an information? Where can I find the new translation format files?
Best regards
I don't know why it doesn't open .
Try the command
7z t test.exe -t7z
Thank you, this command works fine.
But a file test.exe is not normal anyway. FM does not display its contents correctly.
Maybe 7z.exe should generate an error when trying to update .exe file with a digital signature as well as FM?
Upload two exe files:
1) before update.
2) after update.
http://gora.7zsfx.info/test/_test_s2_110917_14-09.7z
The problem that after.7z is 32 bytes larger. But PE headers say that end of .exe file must contain certificate. So PE handler does allow 7z handler to read end of file (32 bytes) as part of .7z archive.
Now I'm not ready to change something in that code.
Any chance to add SHA-1 to the Calculate checksum dialog?. I know it can be done from the command line but having it on the Calculate checksum dialog would be really handy.
> - LZMA decompression speed was improved
COOL. What did you change to achieve this ?
This http://sf.net/projects/sevenzip/forums/forum/45797/topic/4647177 controversial patch ?
> - New command "h" to calculate hash values CRC-32, CRC-64, SHA-256 or SHA-1 for files on disk.
COOL. Missing:
* MD5 (I know that it's broken)
* Hash compressed file (do not save, just hash uncompressed stream)
* Brew multiple (for example CRC32 and SHA256) in one pass
1) Yes. Most tests show that there is gain of that unrolling for most files.
The only exception In my tests - there was no gain for big text file (like wiki dump).
You can make you own tests (7z t a.7z) with some timer program and report here about results
2) Nobody uses MD5 in archives. So there is no MD5 code in 7-Zip now.
3) there is such thing:
7z t a.7z -scrc
but it supports only crc32 now. Maybe I'll improve it for more algorithms.
3) multiple hash in one pass - maybe later. 7-Zip File Manager supports it now.
Igor!
Good news!
And what about planning to do Switch -EP1 - exclude base folder from names
Do not store the path entered in the command line.?
> 1) Yes. Most tests show that there is gain of that unrolling for most files.
> The only exception In my tests - there was no gain for big text file (like wiki dump)
There had been many controversial speedup patches in the
7-ZIP history … most of them got reverted soon …
> 2) Nobody uses MD5 in archives.
I do …
> So there is no MD5 code in 7-Zip now.
I know … 7-ZIP needs only CRC32 and SHA256 internally.
So SHA160 and CRC64 are equally "useless" as MD5 would be ;-)
> but it supports only crc32 now. Maybe I'll improve it for more algorithms.
> 3) multiple hash in one pass - maybe later
:-)
> You can make you own tests (7z t a.7z) with some
> timer program and report here about results
Done !!!
There is maybe a 2% speedup … 1% from 4.65 to 9.20 and 1% from 9.20 to 9.25a :-)
(IIRC file has GNUPG source + binaries)
I mean that popular archive formats (like WIM / 7z / RAR) don't use MD5.
CRC64 is used in XZ
SHA1 is used in rar / winzip-aes / xar and WIM.
- There is maybe a 2% speedup
Write about CPU type and data type.
Try also other tests, maybe with other data and other CPU.
And test command (7z t a.7z) will show more accurate results.
> I mean that popular archive formats (like WIM / 7z / RAR) don't use MD5
OK. I miss MD5 calc feature in 7-ZIP ..
(CRC32+MD5+SHA256 are enough for me, no need for 1'000'000'000 other ones)
> CRC64 is used
> SHA1 is used
Oops, I hadn't explored this …
> Write about CPU type and data type.
CPU = Early Pentium 200 MHz
DATA = (see above) binary + source code
PS: dest "F:" was RAMDISK (test was indeed unreliable with HD)
Maybe binary was small in that tests?
Try tests with binary only.
Polish:
2900
7-Zip jest programem darmowym
In Russian version remove all "&" from lines 3410 and 3420.
Also you could extend selection fields used by texts from line No. 3420.
In many languages either abbreviations are used or, in case translator
did not check length, do not fit, like for instance in Ukrainian version.
In Polish version it would also not fit, so word "Automatycznie" had
to be abbreviated. Extending could make abbreviations unneeded.
--
Would it be possible to localize SFX GUI module? It seems that all strings used by it are contained in language files.
3410/3420 were in radio-buttons in past. So I used "&" there.
Do you see any problems with these "&" markers now?
I can extend 3420 field.
SFX localization - I'll think.