- 7-Zip now can unpack UEFI BIOS files.
- 64-bit version of 7-Zip now includes additional 32-bit shell extension DLL.
So other 32-bit programs can call 64-bit 7-Zip via context menu.
- Now it's possible to associate 7-Zip with file types without Administrator rights.
- Some bugs were fixed.
- New localizations: Corsican, Kyrgyz.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Works ok. There are two things I think could be improved:
1) If you are going to require that users manually run the 7zFM file as administrator in order to associate file extensions for all users, then you should print a more descriptive error message when the user does not run as administrator. Right now it says "Access denied", which does not say much to the user. Something like "Run as Administrator required" or any more descriptive message would be much better.
2) The first time one sees the file extension association interface, it is very confusing because no other programs work the same way. In the buttons, instead of having a caption of "+", maybe you can put a more descriptive caption, like "Associate for current user", and "Associate for all users". I know it's long and might not fit in the button, but it is very confusing for someone that has not seen that interface before.
Finally, it might be a good idea to put a file association dialog at install time. The bonus is that the installer process is already elevated, and you don;t need to make people run 7zFM just to associate file extensions. Other archivers work this way too.
Thanks for the great work!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
perhaps u can edit your next version to remove the error related to split rar files bigger than 10 gigabytes? i had to resort to winrar for the latest file set. frankly i think error handling is a waist of space except for in debug mode. if the file spits out a decent copy… theres no need to put errors for it, it only slows down the >insert really long process<. also sense your zip compression is in fact higher by case studies can u make the right click context menu quick zip feature put back to zip format?
and a feature request can u add in a executable compressor to your build such as exepress?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
addendum:: also the error that IS for extracted said 40 gigabyte rar split archives, because it works completely fine in extraction for winrar.. which SUCKS that i have to use crappy old winrar… also winrar is selling your 7zip format compression and decompression method within their build, isnt that a violate of your license that merits a sue ? >:)
thanks
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
ok now im going to doublcheck my reality.. but i didnt manually change the file extension. did indead mean draging a a file ontop of winrar and saved a s a compressed .7z file
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
yes my memory was flwaed. only rar and zip. sorry for that interference. but i still would like it if 7zip could open 12 gigabyte + files without complaining. if u want a test file i would recommend Komplete. it seems that a file this large is set to trigger a memory error probably to deal with dumn old semaphores or hard drive misread. judging by the stability of 7zip FAR SUPERIOR over winrar i can safely say that this error check should be removed.
a feature of compatabililty came to mind.. how come terra copy pro is the only prgram that is able to get past the "filepathnametolong" issue? i have a several terrabyte hardrives andif u nestle a file down into the equivalense of 255 letters of folder/foldr/folder/folder/folder/reallylongname of file.. witch in real terms looks more like {a7dcb5ad75c7ad5bc7a5dca7d5bca7d5cb7adbc7a5dc7ab5dc75abdc75ad7c5a7d5c/ad6b4cad5cb6ad5cb6a5dcb6ad5cb6a5dcb6a5dbc6a5dcba6d5cba56d/ba6dcad65cba6d5cb6a5dcb6a5c6ad5cbad5ca76cab6cd7cba7d6cbad76cbad7c6bad7c6da) ……which quicikly results in a filename to long error. so what i usually have todo is pack the lower end files in 7zip and then export them to the higher up (or lower in some cases) directory and unzip them there. perhaps u can build this into a feature to illimanate errors in terrabyte file transfer issues? itd be nice not to have to pause, rename or delete or compress offending file, and then start the file transfer over.. especially if in some cases the error is not caught.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
1) some change
valgrind detects some bad read in Xz_ReadBackward.
In XzIn.c, line 170, I changed
for (j = (int)processedSize; j >= 0; j-)
with
for (j = (int)processedSize; j >= 1; j-)
looking the line 171, if (tempBuf != 0)
j must be >= 1
2) do you plan to release a source delivery (after your 7-Zip 9.20.04 alpha ) in the next few weeks ?
If so, I will wait this release before providing p7zip 9.20 (or 9.21 ?).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
1) I'll fix it. Thanks!
2) I plan next 9.21 beta with source code in 2-3 weeks.
And I still don't know what is best way to fix Ppmd.h code.
Can I use
#pragma pack(push, 1)
#pragma pack(pop)
?
Will it work with most compilers?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
But some old compiler (gcc 2.95) understand "pack(1)" but not "push and pop", so all the next declared structures were
"pack(1)" and the ppmd registering was broken …
So if the compiler understands "pack(push,1)" , it understands "pack(pop)", or it ignores the 2 pragma …
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Now 7-zip asks kpidPosixAttrib in TarHandlerOut.cpp.
Do you use that feature in p7zip?
And does 7-zip show kpidPosixAttrib value correctly for TAR/Squashfs and so on? It's in PropIDUtils.cpp code.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I made backup of my emails in Win 7 64 but decompress in Win XP 32 make crc errors. Parameters of compression:
7z, level - ultra, method - LZMA2, dictionary - 512 MB, word - 273, solid - 8 GB, CPU threads - 2, compress shared files.
Info about compressed file
There are 15k files and almost 700 folders in 2 blocks.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@Echo Off
Set fldr=zipfldr
RD /s /q "%fldr%" 2>Nul
Del /q test.zip 2>Nul
7z.exe x ZIP_SFX.exe -o"%fldr%"
7z.exe a test.zip "%fldr%\*"
Pause
Архив test.zip содержит папку zipfldr. Изменил строку Set fldr=c:\zipfldr и архив создался без папки zipfldr. Почему так происходит я догадываюсь, но в справке этот случай не описан.
2. Запустил следующий скрипт:
@Echo Off
7z.exe x ZIP_SFX.exe -so | 7z x -si test.zip
Pause
Получил ошибку, причины ее понятны, но обратите внимание на нечитабельный текст в консоли.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
1) absolute paths work with different rules:
it removes all paths parts before last part or mask part (*).
2) I don't know why.
Try more simple commands like
7z x -si test.zip
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
test.7z - многотомный архив с удаленной, для тестов, последней (test.7z.008) частью. Неверная кодировка текста и последняя строка "слиплась" с сообщением от Pause, видимо нет кода перевода строки.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
7-Zip 9.20.04 alpha was released.
7-Zip for 32-bit Windows:
http://dl.7-zip.org/7z920.04.exe
or
http://dl.7-zip.org/7z920.04.msi
7-Zip for 64-bit Windows x64:
http://dl.7-zip.org/7z920.04-x64.msi
What's new:
- 7-Zip now can unpack UEFI BIOS files.
- 64-bit version of 7-Zip now includes additional 32-bit shell extension DLL.
So other 32-bit programs can call 64-bit 7-Zip via context menu.
- Now it's possible to associate 7-Zip with file types without Administrator rights.
- Some bugs were fixed.
- New localizations: Corsican, Kyrgyz.
Really nice features! Rock on!
File Types in the tab Options -> System is not sorted alphabetically. Can you sort them in the next version?
Works ok. There are two things I think could be improved:
1) If you are going to require that users manually run the 7zFM file as administrator in order to associate file extensions for all users, then you should print a more descriptive error message when the user does not run as administrator. Right now it says "Access denied", which does not say much to the user. Something like "Run as Administrator required" or any more descriptive message would be much better.
2) The first time one sees the file extension association interface, it is very confusing because no other programs work the same way. In the buttons, instead of having a caption of "+", maybe you can put a more descriptive caption, like "Associate for current user", and "Associate for all users". I know it's long and might not fit in the button, but it is very confusing for someone that has not seen that interface before.
Finally, it might be a good idea to put a file association dialog at install time. The bonus is that the installer process is already elevated, and you don;t need to make people run 7zFM just to associate file extensions. Other archivers work this way too.
Thanks for the great work!
- File Types in the tab Options -> System is not sorted alphabetically. Can you sort them in the next version?
I try to keep most important types at top.
perhaps u can edit your next version to remove the error related to split rar files bigger than 10 gigabytes? i had to resort to winrar for the latest file set. frankly i think error handling is a waist of space except for in debug mode. if the file spits out a decent copy… theres no need to put errors for it, it only slows down the >insert really long process<. also sense your zip compression is in fact higher by case studies can u make the right click context menu quick zip feature put back to zip format?
and a feature request can u add in a executable compressor to your build such as exepress?
addendum:: also the error that IS for extracted said 40 gigabyte rar split archives, because it works completely fine in extraction for winrar.. which SUCKS that i have to use crappy old winrar… also winrar is selling your 7zip format compression and decompression method within their build, isnt that a violate of your license that merits a sue ? >:)
thanks
> also winrar is selling your 7zip format compression and decompression method within their build
which build? The latest winrar 4.0 b4 only decompresses 7zip archives.
last time i checked i was able to drag a folder onto winrar and save it as 7z….
> last time i checked i was able to drag a folder onto winrar and save it as 7z
Changing file extension does not change internal data format.
This not good idea. IMHO
Small comment, update year in the output console archiver
ok now im going to doublcheck my reality.. but i didnt manually change the file extension. did indead mean draging a a file ontop of winrar and saved a s a compressed .7z file
yes my memory was flwaed. only rar and zip. sorry for that interference. but i still would like it if 7zip could open 12 gigabyte + files without complaining. if u want a test file i would recommend Komplete. it seems that a file this large is set to trigger a memory error probably to deal with dumn old semaphores or hard drive misread. judging by the stability of 7zip FAR SUPERIOR over winrar i can safely say that this error check should be removed.
a feature of compatabililty came to mind.. how come terra copy pro is the only prgram that is able to get past the "filepathnametolong" issue? i have a several terrabyte hardrives andif u nestle a file down into the equivalense of 255 letters of folder/foldr/folder/folder/folder/reallylongname of file.. witch in real terms looks more like {a7dcb5ad75c7ad5bc7a5dca7d5bca7d5cb7adbc7a5dc7ab5dc75abdc75ad7c5a7d5c/ad6b4cad5cb6ad5cb6a5dcb6ad5cb6a5dcb6a5dbc6a5dcba6d5cba56d/ba6dcad65cba6d5cb6a5dcb6a5c6ad5cbad5ca76cab6cd7cba7d6cbad76cbad7c6bad7c6da) ……which quicikly results in a filename to long error. so what i usually have todo is pack the lower end files in 7zip and then export them to the higher up (or lower in some cases) directory and unzip them there. perhaps u can build this into a feature to illimanate errors in terrabyte file transfer issues? itd be nice not to have to pause, rename or delete or compress offending file, and then start the file transfer over.. especially if in some cases the error is not caught.
Hello Igor Pavlov,
1) some change
valgrind detects some bad read in Xz_ReadBackward.
In XzIn.c, line 170, I changed
for (j = (int)processedSize; j >= 0; j-)
with
for (j = (int)processedSize; j >= 1; j-)
looking the line 171, if (tempBuf != 0)
j must be >= 1
2) do you plan to release a source delivery (after your 7-Zip 9.20.04 alpha ) in the next few weeks ?
If so, I will wait this release before providing p7zip 9.20 (or 9.21 ?).
p7zip:
1) I'll fix it. Thanks!
2) I plan next 9.21 beta with source code in 2-3 weeks.
And I still don't know what is best way to fix Ppmd.h code.
Can I use
#pragma pack(push, 1)
#pragma pack(pop)
?
Will it work with most compilers?
Планируете ли Вы добавить распаковочный плагин для формата paq8 ? -
http://www.peazip.org/index.html
заранее спасибо за ответ.
> I still don't know what is best way to fix Ppmd.h code
For p7zip, I keep
#pragma pack(push, 1)
#pragma pack(pop)
I tried
#pragma pack(push)
#pragma pack(1)
#pragma pack(pop)
But some old compiler (gcc 2.95) understand "pack(1)" but not "push and pop", so all the next declared structures were
"pack(1)" and the ppmd registering was broken …
So if the compiler understands "pack(push,1)" , it understands "pack(pop)", or it ignores the 2 pragma …
p7zip:
Now 7-zip asks kpidPosixAttrib in TarHandlerOut.cpp.
Do you use that feature in p7zip?
And does 7-zip show kpidPosixAttrib value correctly for TAR/Squashfs and so on? It's in PropIDUtils.cpp code.
I made backup of my emails in Win 7 64 but decompress in Win XP 32 make crc errors. Parameters of compression:
7z, level - ultra, method - LZMA2, dictionary - 512 MB, word - 273, solid - 8 GB, CPU threads - 2, compress shared files.
Info about compressed file
There are 15k files and almost 700 folders in 2 blocks.
1. Запустил следующий скрипт:
Архив test.zip содержит папку zipfldr. Изменил строку Set fldr=c:\zipfldr и архив создался без папки zipfldr. Почему так происходит я догадываюсь, но в справке этот случай не описан.
2. Запустил следующий скрипт:
Получил ошибку, причины ее понятны, но обратите внимание на нечитабельный текст в консоли.
1) absolute paths work with different rules:
it removes all paths parts before last part or mask part (*).
2) I don't know why.
Try more simple commands like
7z x -si test.zip
Тоже самое. Слова "не поддерживается" выводятся не в той кодировке.
Подтверждаю, кодировка отличается от остального вывода
OK, now I see that bug with error message encoding.
It will be fixed in next version. Thanks!
Скрипт:
test.7z - многотомный архив с удаленной, для тестов, последней (test.7z.008) частью. Неверная кодировка текста и последняя строка "слиплась" с сообщением от Pause, видимо нет кода перевода строки.