Win 11 64 bit
I have some archives which have been encrypted, using the encrypt option either in pbs or when interactively creating a zip. When I open these, and look at files, I am asked for passwords, which I know, and then can view items or decrypt the files in the archive (tools>decrypt files).
However, when I use the Actions>Remove Archive Encryption (whether using the same zip or asking to write another), the routine shows progress bar to the end, but then just hangs i.e. “OK” never activates. All process information shows this stalled/hanging.
What can I do to sort this out?
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)
Crash at Exit with PA 10.2 Beta 2
PA 10.20.02 on XP x64
Open PA with an empty archive, close PA, boom
First-chance exception at 0x0049890f in POWERARC.EXE: 0xC0000005: Access violation reading location 0x1a000008.
according to VS 2005
I run windows XP Pro SP2 with the latest updates as of 2 weeks ago and installed the same PA Version but did not experience this issue??
Did you do an upgrade or a clean install??
try uninstalling the program, then delete the PowerArchiver Folder in Program Files. Reboot and re-install then to be safe restart again!
If it still happens then send an error report to PowerArchiver Support.
Open PA with an empty archive, close PA, boom
What is an empty archive ?
What archive format?
My mistake on the empty archive: it’s open PA without an archive loaded.
It was a clean install after a uninstallation of PA 10.2 Beta 1.
I already tried the reinstall/reboot Sir Richard suggested. Same problem.
If not already try this then (only if you know the registry)
1. Uninstall PowerArchiver 2006/07
2. Delete “Program Files/PowerArchiver” Folder
3. Delete Registry Link
then… if you have any registry cleaning software such as CCleaner or tune-up etc… do a full registry clean!
Restart then re-install…
If it still continues then it must be a fault with the program or something on your system is causing a conflict.
Tried the procedure but that did not help
However, I have more information:
the crash occurs only with the classic skin, not with the ribbon interface.
The Default blue skin works nicely.
I though it may have been Windowblinds causing the problem. I unloaded Windowblinds and run PA: with the Windows classic style, PA does not crash, with the Windows XP style, PA crashes.
That’s really odd.
Well, I have PowerArchiver :: Classic
Windows XP - Appearance XP Style / Color Silver
But no crash.
If you can reproduce it, provide/attach a DR Watson Log File (Zip).
Did I read the original post correct that you are using the 64bit version of XP or is it the 32?
I’m not able to reproduce, but I’m using the 32 bit, so maybe it is a 64 bit problem.
I think I reproduced the error… it ocured when I did the following
1. Open PA With Silver Default Ribbon
2. Change to Blue Default Ribbon
3. Change to silver default Ribbon
4. Change to classic
5. Change to Silver default
(I couldnt replicate it all the time only when I was clicking and changing skins like a mad man)
the errors are as follow’s (does it look familer?)
Yes, I am using XP x64. The errors reported by Sir Richard looks similar.
I will forward those results via your support page for you to look at!
Cheers crew, Vykranth Hopefully, this will support PA to amend the problem ready for the next release!
those are two different bugs - we are looking at 64bit one, already reported here while i will move sir richs to new thread…
p.s. devs on vacation until sunday, so expect new release in 6-7 days…thanks!
To be fair spywolf this is the 1st error I have personally experienced with PA in a long time!!
Looking forward to the next release, keep up the good work!
Please check with Beta 3 preview:
and let us know if it works properly now.
I don’t have the crash at exit I experienced intially.
I did have one crash when changing from the classic skin to the modern silver sking but I cannot reproduce it anymore.
I will try again later to see if I can reproduce it systematically.
Thank for the early preview. As Sir Richard said, it has been a very long time since I reported a problem in PA.
Keep up the good work