Download this ZIP file: http://dslstats.me.uk/files/dslstats32W-6.5.zip
Everything in the ZIP file is in a directory “dslstats32W-6.5”.
However when I extract using right click “Extract Here” the name of the directory created is “2W-6.5” !
I am running PA 22.00.09 on Windows 11. I have seen the same happen with some other kinds of archive too.
If I compress a folder to a .pa using right click, Compress to folder.pa and use the new Windows 11 menu then the Options, Configuration, Miscellaneous, Use normal relative path setting is always enabled.
But I like this option disabled so I have to use the old style menu in order to get PA to compress a folder in the way I wish.
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
there were some security issues fixed in 7zip:
As it seems, that PowerArchiver and PACL use the 7zip libraries, could you please update them to the latest version?
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.
a) PA always issues a UAC prompt to do this!
b) PA always says there are many errors in PA files.
Question about "Make large ZIP file (over 4GB)" option
Is the “Make large ZIP file (over 4GB)” option automatically enabled when creating a ZIP archive which will contain more than 65535 files ?
I ask because while PA cannot automatically determine if the resulting ZIP archive will be larger than 4GB, it will know if the archive will contain more than 65535 files since PA counts the number of files before compressing so it can show the progress.
If PA doesn’t already do this, can you add this feature to PA. Do you want me to post another thread in the Wishlist forum ?
It is not automatically enabled.
I think the problem is that the main advantage of Zip format is speed.
If the compression is delayed by this automatic check of the number of files before compressing, then maybe the speed advantage of Zip would be lost?
Perhaps, nowadays, PA should have this flag activated by default - and let user Deactivate it when required for “old Zip 2” compatibility.
It is not clear (to me) what happens if you activate this flag and there is less than 4GB /65535 files - is Zip 4.5 format still used? (Assuming that deflate64 has NOT been activated.)
Of course, individually, you can set the options you want to use as default via the compression profile.
In my opinion, this option is nonsense. There is no need to do some checking ahead, exept for the total size of the single file beeing compressed, and this check has to be done for every file, regardless of whether one is creating a zip64 archive or not.
The relevant portions of zip64 archives are kept in special locations in the Central Directory of a zip archive, and the Central Directory is written to disk when the rest of the archive has been finished, means the total count of files etc. is known at this point.
If you create a zip file inthe old format of zip then add more files to it it can reach its limited and there is no way in powerarchiver to convert to zip64 format.
Without extracting the files then re zippingthem in zip64 format.
This option was first introduced when only selected few applications supported extended ZIP format (4.5) in 2002, which meant that your files created with PowerArchiver most likely will not be readable by someone who does have PowerArchiver or PkZip. Today few other compression utilites support it as well so in one of the future versions, option will be enabled by default.
that would be a good idea but if you reread your message you just posted it does not make sence.