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.
Strange lockup bug after updating
I deinstalled V9.x something and installed 9.50.
Got new key etc. rebooted some times.
Now if I click on any Archive and select “unpack”
or something, or even when I try to start pa.exe
directly over the start menu, explorer.exe goes
up to 99% simply locking the whole pc as long Pa.exe
is running. It seems the explorer calling code is
going mad somewhere …
I uninstalled 9.50 several times and reinstalled it, but
no avail. I went back to 9.x because of this strange
WinXP2 with all actual fixes. No explorer plugins except
Im puzzled :confused:
That is strange.
Do you have AntiVirus that could be conflicting with PA?
Maybe exclude PA directory from RunTime checking or whatever the option is.
That hit the spot - somehow.
I found out, that f-prot needs about 20secs cpuload
to scan trough powerarchiver.exe (all other files,
even much larger exe up to 20mb it flys over in a sec).
Then I updated the .exe of f-prot to the newest version
(16c from 16a) this delay got down of about 1/3 of the
old version time.
Im puzzled, because I run fprot for 3 years now and thisis the first time the realtimeprotector chokes on a file :rolleyes: It’s on all time and does a very good job.
Unfortunately, there is no way to turn off protections
for certain files/dirs in f-prot now as written in the
Since f-prot makes updates nearly every day to their signature files, I would make sense to send them the powerarchiver.exe so they can investigate the problem.
Since the delay is bugging but “acceptable” for now, I will live with it and report any factfindings/update from f-prot to this thread for further reference.
We are using some compression/encryption on our EXE file in 9.5, but so far we haven’t found any problems with most anti-virus programs, so please inform us when you get any reply from F-PROT support.
For the record:
I uploaded teh PA.exe to F-Prot and they send me
a nice mail that they looking into it (31. Oct 05)
With the update of today (03. November 2005)
(which seemed to be a little larger than usual)
the timeout/locking of the machine handling archives
was complete gone. If I click on a zip or want to
unpack it, it runs like it should on my A64 :p
thats pretty and fast from f-prot, kudos to them!