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?
Hi. The “Move” Action seems to be Not Working when used in the Tool – Batch Archive.
Using the Options – Configuration – Compression Profiles ---- I created a Profile with the Action of Move. Also set were Zip, and Method Deflate.
When I use the Tool - Batch Archive – It appears to me that the Action Move does not Move the compressed files (basically add to zip, and delete the added file from original location on the same disk). Zip file(s) are created and look ok.
Typically I on the Batch Archive process – I have selected options to use a Profile with the Move Action.File’s Current Folder Group files from same folder into same archive Add subfolders to separate archives
My PowerArchiver version is 21.00.17 .
Can you reproduce ? – Or do you need additional details or information?
i just registered my own copy and i need some help to set it…
if i set the ‘configuration>shell extension>open folder after extracting’ checkbox, after decompress an archive is opened the file manager on that folder but… if somebody is using a different file manager how to open XYplorer or Directory Opus for example and NOT the MS file manager?
consider this as a feature request also if not available within the 2022 version
I am looking for a way to stop the UAC elevation prompt when running Powerarchiver. In an old post about PA 2019, someone asked this and got a response to uncheck “all users” at the prompt but I am not seeing where one can do this. It definitely seems like the way to go though as if I click on “More Details” at the prompt I see that it is trying to run “_pautil.exe /paassociate /allusers /my(long binary string)”. Can you let me know? Thanks.
PS I tried renaming _pautil.exe and this worked, but I don’t know what the consequence of doing this may be so I would like to do this properly, thanks.
Just a question is Ashampoo zip pro 4 built by Powerrachiver as it is very similar and uses the pae encryption.
Here is the email…
On Tue, Jun 7, 2022 at 1:20 PM Rich DiBenedetto firstname.lastname@example.org wrote:
Could you assist me with this?
Can I use my current licenses with MacOS?
If not, can I transfer a license to MacOS?
Cheers and Have a Great Day,
On Wed, Dec 9, 2020 at 6:35 AM ConeXware, Inc. email@example.com wrote:
Dear Richard DiBenedetto,
Thank you for supporting PowerArchiver! Please find your activation and registration codes below.
*** Online Activation ***
PowerArchiver Select for PowerArchiver Toolbox English - LIFETIME
is valid until - not limited.
Activation Code: ***
There would be many of us with Intel Processors.
and they have their own optimized zlib algorithm, which can result in more efficiency if used combined with their hardware processor.
Can we get the same Functionality Under Hardware Acceleration Feature?
Zlib is not the only feature that intel has included with their processor, there’s many, which if combined can result in efficient and better compression ratios.
With PowerArchiver context menu enabled, it is crashing Windows 10 File Explorer when right-clicking on the Default User junction in C:\Users. Had 2021 installed, updated to today’s 2022, still getting same crash. Must have Hidden files and folders set to Show, and Hide protected operating system files cleared in File Explorer Options|View.
Windows 10 Enterprise Version 21H2 (OS Build 19044.1708) (64-bit)
PowerArchiver 2022 Version: 21.00.15 (03/2022) 64-bit
PowerArchiver Toolbox Edition Personal English
Disabling PowerArchiver context menu using Autoruns: on the Explorer tab, uncheck PowerArchiver64 under HKLM\Software\Classes\Folders\ShellEx\ContextMenuHandlers and the crash does not happen.
Issue with extracting ZIP file
I have the following issue with PA 9.1:
I have created zip file, it contains about 27 000 files and about 300 directories/subdirectories and its size is about 900 MB. Basically I have archived “Documents and Settings” dir.
While arching it, PA said that there were some files with to long paths so it created log where it showed which files were not added - that’s OK. I’ve tested the archive with TEST option - no errors in archive. When I decided to extract this archive near the end (about 97%) PA said that there were an error - too long paths and no files were extracted. Here is example:
My “Documents and Settings” contains the following subdirs:
The main data (Outlook express, My documents and so on) is in dir USER5.
the error happens while extracting subdir USER5 so, no data at ALL :( were extracted for this dir.
As I understand this happens because PA extracts to TEMP dir and as there is an error while extracting subdir USER5, PA just break extraction process and doesn’t copy extracted files from TEMP dir. To extract the files I had to use WinRAR 3.41 which extracted archive without problems and just at the end created log showing which files were not extracted (there were about 10 files with very long paths which were not extracted).
So there are two questions:
- Is it possible to make PA extract archive in any way, and just create log file at the end which shows what files were not extracted, as WinRAR does? As it’s very time consuming (about 10-15 min to extract this file even on DUAL XEON PC)
- Why while making TEST the error with long paths were not showed? Because basically, I don’t care that CRC is good but I can’t extract files (which are in archive) as they have too long paths.
P.S. I’ve extracted my archive in dir “C:\1”.
With best regards,
How long are the paths that fail (ie. how many characters) ?
too long paths which?
Which were not extracted or which were not added?
Basically they were about 260 characters and as I know this is maximum to ZIP.
here is sample file 1111111111.zip,
if you see there are three files: 160.txt, 170.txt and 11111111111111111111111111111.txt
if you test this file - no errors, but if you try to extract file at least at C:\1 as extract to 1111111111 no files at all will be extracted and no error message will be displayed. I don’t see reasons why files 160.txt and 170.txt can’t be extracted and for 11111111111111111111111111111.txt create log which will show that this file is not extracted.
I think 255 is Windows limitation actually, which is where the problem might be.
What happens if you go to the PowerArchiver> Options> Config.> Misc.> Speed>
and check option called “Use current folder as temp”?
We will check it out for 9.2 and see what we can do about it to give you an option to keep these files. I have to test it before giving you solution but you might want to try that current folder as temp option since it might let you keep the files.
The Windows SDK docs list it as being 255 or 256 (can’t remember off-hand), but from experience I know that most Windows file functions actually only allow a maximum of approx 230-235 chars. So much for the definitive documentation eh ??? Although to be fair it’s the Windows code itself that is at fault rather than the documentation.
If i use PowerArchiver> Options> Config.> Misc.> Speed> and check option called “Use current folder as temp”, then close to the end the PA writes that file xxxxxx.xxx is in use and breakes decompressing. At the same time WinRar (as i wrote) didn’t produce this error with this archive. What can be an issue?
What file was in use? Was it opened?
this file is in archive and of course it wasn’t open.
As i said above i have compressed “Documents and Settings” folder (size is about 900 Mb in archive and about 27000 files). There is no any opened files, or something like that - only standard applications which run in background on Windows 2003. I use PowerArchiver> Options> Config.> Misc.> Speed> and checked option called “Use current folder as temp”. When I start extract this archive at about 97% the PA writes that file xxxxxx.xxx is in use, and cancel decompressing, that is VERY bad, as this file in in folder which contains all necessary files but as there is an error in extraction process none of the files are copied. At the same time WinRAR doesn’t produce this type of error. If interesting, on Saturday I can post screenshot of message displayed and screenshot which shows that the file is in archive.
I think I have found something probably related to this, when I was testing something else. Try extracting an filename with long, long path in that archive and see what happens. Does it report error with that file or some other?
yes, the issue with file in use is with file with long path. Will be any solution regarding how to extract such archives? May be at least add option to extract archive in any case (not to break decompressing) and report in log file what files were not extracted?
We will check it out a bit futher - there is an bug there that does not allow PA to extract/open files that are smaller than windows limitation of 255 character (which is zip limitation as well), and this is what you are actually experiencing. I am not sure what exactly is current PA’s limit, it seems greater than 220 characters and less than 250. We will check it out more and fix it in one of the future revisions (but probably not the one this week since we need more time to test if we did not brake something else).
thanks for the report.
This post is deleted!
This post is deleted!