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.
Powerarc.exe crash (queue?)
So i finally had a large number of zip files to unzip and decided to turn on the queue. i right clicked one in windows explorer, selected ‘extract to <zipname>’ and it added to the queue and started going. cool!
i did a second one. access violation FFFFFFFF in powerarc.exe. weird. i tried a few more. those seem to go ok. added another. same crash.
i can reproduce this everytime.
also, a cool feature would be to be able to drag and drop the files into the queue so you wouldn’t have to add each one manually. if you did that it could just default to extracting to the zip path in the directory they reside in? i dunno. just a though. would help me out :P
oh yeah… windows vista</zipname>
oh yeah. sorry. 10.10.10
good, thank you!
32bit Vista, right?
for being a developer myself i sure suck at giving bug feedback. sorry :P
we will check it out… thanks
please check with latest internal release:
and let us know if it works properly now.
still seems to be broken in 10.11
can anyone else please try to reproduce this issue?
still crashing in 10.20b2
maybe it’s the file sizes? they range about 30-100mb each
the crash appears to come when you try and add another item to the queue before the previous one finishes initializing or something.
the crash is in POWERARC.EXE - not PASTARTER.EXE?
fill out support form and send us e-mail address so we can contact you directly with special test version.
I can reproduce this.
It’s very easy to reproduce.
1. extract a spanned rar using extract /folder
2. now extract another only very quickly (important).
This will make PA crash.
I think some registry keys get overwritten, locked or something.
I did some changes and maybe this will be fixed in Beta 3.
Please check with Beta 3 preview:
and let us know if it works properly now.
couldn’t duplicate this over remote desktop but that runs a little slower. will get some more solid tests this weekend.
I cannot reproduce the crashes anymore. So that’s a good sign.