Just tried using the Modern (Windows 10) Icon set and seeing a few missing icons in both PowerArchiver Burner and PowerArchiver Encryption screens . They are all there in the Minimalistik icon set and the only difference I can see is the former is blue and the latter grey. In version 22.00.9
powerarc_2023-09-18_17-00-19.png
powerarc_2023-09-18_17-01-05.png
Hi there,
there were some security issues fixed in 7zip:
https://www.zerodayinitiative.com/advisories/ZDI-23-1165/
https://www.zerodayinitiative.com/advisories/ZDI-23-1164/
As it seems, that PowerArchiver and PACL use the 7zip libraries, could you please update them to the latest version?
Hi,
From where I get PAVD2023.EXE? PowerArchiver 2023 tries to open it.
But it seems, it tries to download PAVD2021.EXE.
Thanks
I noticed that the version of ZPAQ used is older than the latest released 7.15 https://mattmahoney.net/dc/zpaq.html also there seems to be a newer fork that adds several features https://github.com/fcorbelli/zpaqfranz
It would be useful to implement this latest version (it also maintains the same syntax and behavior as the latest official release if used the -715 flag) and add when opening a zpaq file a choice of the version of the files to show (e.g. as dummy folders represented the various versions present). Since any previous changes are stored with this format, it is possible to extract a snapshot of a certain date/version.
If I open a password-protected zipper file (created with WinRAR but I think that’s irrelevant), open it with PowerArchiver and run “Remove Encryption” on the same file, then reopen it and add a password with “Encrypt Archive,” the resulting archive will be protected with the old ZipCrypto algorithm and not AES as indicated.
(this can be verified, for example, by trying to open the archive files with Windows Explorer, which does not support the AES algorithm)
PA 21.00.18 running on Windows 7 64 bit.
I made a big .PA file and thought I’d check it was made correctly with Menu / Actions / Test.
Discovered:
a) PA always issues a UAC prompt to do this!
b) PA always says there are many errors in PA files.
Tar files with long paths mishandled
-
I have been moving java source code form Windows to Linux and back. The path + filename can be as much as 500 bytes or more. I have cheched on the linux specification for tar and pathname lengths of 1000+ bytes are legal.
When Power Archiver gets a path/ filename that is greater than about 265bytes it generates names that truncate the path and file name to under the local limit for power Archiver.
It is interesting that the same directory structures are handled correctly when the file is zipped. Under Linux Gzip will correctly decompress the directory structure as well. The hassle is that using Gzip to zip 800Mb into about 400Mb zip file takes about 4 hours against 20 minutes for tar/bzip2.
The folder structure contains about 22,000 files.
-
PA can currently compress correctly TAR path+filename of around 110 characters - although it should be able to uncompress up to maximum under Windows.
so this is current limitation of PA compress for TAR.
thanks,
-
It is notable that tar files with long path/filenames from linux are also mishandled. They can be accessed under linux with no problem bu PA also shows trange abbreviations.
I did a check on Linux Tar specifications and the path file name limit is above 8192 characters.
Thanks
-
It is notable that tar files with long path/filenames from linux are also mishandled. They can be accessed under linux with no problem bu PA also shows trange abbreviations.
I did a check on Linux Tar specifications and the path file name limit is above 8192 characters.
Thanks
how do you mean strange abbrevations? Keep in mind that windows file system limit is 256 characters, everything above that will simply not get extracted properly and probably create small havoc in Windows (wont be deletable by Windows Explorer).
-
Keep in mind that windows file system limit is 256 characters
Actually, if you use the Unicode version of the CreateFile() API, and you prefix the name with “\?” you can get a maximum of something around 32000 characters in a path on Win 2000 or later (ie., not Win9x).
I know it’s not the most intuitive (and I don’t know if it’s supported by delphi or other components you use), but it’s possible. Also it’s quite possible (as you mention) that the shell might not be able to handle those paths.
See the MSDN topic “Naming a File” for details: http://msdn.microsoft.com/library/en-us/fileio/fs/naming_a_file.asp
