For some reason, the PowerArchiver functions in the Windows 11 context menu no longer work after the last Windows Update. Only the functions in the classic context menu function as they should.
I’ve tried uninstalling PowerArchiver and using RevoUninstaller to remove all bits and pieces that were left behind and did a clean install of PowerArchiver, it didn’t fix the issue. Other items in the Windows 11 context menu work.
I installed powarc-macos20001.dmg and I am attempting to create a password protected zip file. When I create the zip in the UI it doesn’t write the file to the destination folder. No error message is displayed. The PA app has full folder permission. I’m new to Mac, but have been running PA on Windows for a long time.
Will there be a new version of the Mac version soon?
Hi! I came across an issue when I tried to uninstall PowerArch 2013. I got an error “The specified account already exists” which broke the process. I got the same error when I tried to install the current version, without uninstalling the previous one.
So I can’t uninstall and I can’t install PowerArchiver. Any suggestions? OS Windows 8.1 x64.
This appears to be happening again with the Power Archiver 2022 shell extensions.
When I have Use Explorer Shell Extensions enabled in Power Archiver Configuration and right-click on c:\Users\username\Start Menu, (hidden Junction file), File Explorer crashes.
I have version 21.00.15 (03/2022) 64-bit installed in Windows 10 Version 21H2 (Build 19044.1826).
The online update feature within the program suggests there is a later version than the ‘.17’ available on the web site. But clicking either download or update just reinstalls version .17.
Either there isn’t an update OR
the “download” and 'update" links should be repaired.
When you click on the Buy Now link, you come across four tabs - Home or Work, Enterprise Unlimited, Educational Discount, & Gift Discount.
What is the difference between a licence purchased via Gift Discount and a Home/Work licence?
Also, how can I renew the PowerArchiver Select plan a year after the purchase? Will it remind me automatically?
I’m running PA 21.00.17 64-bit on a 64-bit i7 desktop with W10 Pro, latest version. This 32gb of installed RAM.
As I use the PA pbs system for a number of scheduled archiving operations throughout the day, PA Starter is set to load and run at system startup.
In the course of trying to identify some causes of slowness and bottlenecks in other processes, I notice that PA Starter (PAS) always runs at between 11% and 15% of CPU (see screenshot), usually at about 12-13%. This is by far the highest demanding process on the system, as shown by Task Manager. In Performance Monitor, PAS Average CPU is 8.32, with every other process at less that 1 i.e. in decimal places only.
Task Manager also shows PAS Power Usage as “Very High”, and is the only process shown thus.
I have looked again at the information about PAS at https://wiki.powerarchiver.com/en:help:details:powerarchiver_starter, which was last modified in 2016. The article states a low memory usage for PAS of 784k, which is fair enough, but it is the large CPU overhead which is of concern.
It is of course possible to change the PAS priority, but this has no effect on CPU overhead.
However, is it possible to change PAS, which is required only at intervals to initiate PA scheduled tasks, from consuming so much system resource for every moment of the day?
I’m experiencing very slow extraction speed of multipart RAR files. For the first part the extraction is super fast but when PA reaches the part2.rar the extraction from there on gets super slow. PA needed for a 6,3 GB multipart archive 30 minutes to extract. I tested then with another program and it just took 70 seconds. I had this slow extraction speed with PA for quite a long time and I always thought that is maybe because of a high compression rate that the extraction would take longer. But it seems that only PA gets that slow.
I have lots of multipart archives that are 10+ GB and with PA it would be really time consuming. Is there any solution to this?
I confirm that, on my machine, 9.00.35 fixes the screen positioning problem.
Unfortunately, it suffers from lots of other bugs & problems that Power Archiver has suffered from for some time, some of which I reported back in 2002. See list below. Further details available on request.
1. When you try to create a new LHA archive using the Power Archiver “New” button on the toolbar, it crashes with an access violation once you’ve finished with the Add dialog box.
2. When creating an LHA archive (from the Explorer shell - the only way I managed to do it with getting an access violation), it fails to add an end-mark to the end of the file. (This is just a single byte containing the binary value 0. It needs to be appended to the end of the file to indicate there are no more files inside the archive.) Without this end-mark, the “official” lha32.exe utility complains about a missing end-mark when extracting or testing the archive.
3. Cannot cope with ZIP compression methods “DCLImplode” (used by PKZIP 2.50+ and the PKZIP run-time library), and “Reduce” (used by PKZIP 0.95, made obsolete by PKZIP 1.00+ but still supported for extraction up to PKZIP 2.04g and also by all versions of WinZip). For the Reduce method, the component that you use for extraction (Dynazip) calculates the CRC incorrectly.
4. The Test action does not work properly. Sometimes, when a file produces a CRC error, testing does not report problems with subsequent files. Other times, inability to decompress a file is not reported at all. This means that the Test action is unreliable, and therefore worthless.
5. Fails to recognize the default compression method of the Microsoft compress.exe utility (i.e. the method used when none of the -z, -zx or -zq options are given).
6. Fails to extract previous versions of a file in an ARJ Chapter archive. It lists all chapters (i.e. versions) of the file, but always extracts the latest version from the ARJ archive no matter which one you select to extract.
7. Fails to decompress .Z files, created with the unix “compress” utility.
8. Power Archiver uses an incorrect definition of the “System default” startup folder. It should work the way it does in WinZip and other utilities: the system default folder is the one I specify in the Properties box of the shortcut I use to run the utility. Instead, it considers the system default folder to be its installation folder.
9. Fails to create CAB archives containing files beginning with a dot character, i.e. “.*”, or containing certain non-English characters.
I have moved this post into thread of its own from:
Although, these should be in separate posts, according to their issues. Please post separate issues in separate threads or it will be much harder for us to deal with it.
1. - Can you explain step by step what have you done to get the error? (works here)
2. We will check it out
3. This is an Wishlist item, although I doubt we will support older/unused methods
4. Can you please explain situations in which specific case this does not work, without that we can not fix it.
5. This is an wishlist item, although I doubt we will support unused methods
6. Another wishlist item, we will check it out.
9. Thanks we will check it out. This is an open issue with CAB, BH formats.
You should have entered all these issues in separate posts, except for maybe 3,5,6,7. Nevertheless, thank you. Please report anything else you find.
Thanks, I will post separate items later (I’m busy right now) for those issues which need further information.
For the rest, thanks for looking at them. I don’t think it matters much if you don’t support old and hardly-ever-used compression formats/methods (items 3,5,6,7).
But it is important to recognise such unsupported methods and produce an appropriate warning message, rather than pretending to support them and getting into trouble half-way through reading the file.
I have fixed the issue with number 8.
Issue with number 1 I couldn’t reproduce - can you please explain step-by-step.
I will look into other decompression/compression issues related with special formats…