I’m using Convert Archives on a local folder of .zip files, converting them to .lzh files, and I’m finding that perhaps 1 in 75 files is actually converting and outputting a file. Even then, the .lzh file is incomplete, missing most of the source files.
The progress bars completes OK, say 75/75 files, but only one .lzh file exists in the output folder.
It seems to be the same with different source and output folders on both local and USB disk - I can’t see a pattern.
The files extract and compress (to .lzh) without issue on their own.
Is there a log file I can check please, to see why PA does not like these files as part of the batch conversion?
Thanks very much, Rich.
Hello. My problem with Powerarchiver is as follows:
First of let me say that I am running a Windows 7 Starter edition on my Toshiba NB505 laptop. You can see my specs if you google it. Needless to say that it has very limited resources and has low ram and roughly 1.66 GHz Atom processor.
I am currently using the latest version of PA. But mostly the tasks I do with it are create and uncompress zip files, as this comes in handy with my needs for compressing older files which I dont need. There is where it comes my issue with program and it is just that version after version it becomes harder for my computer to load and create zip files and 7zip ones. Needless to say that the same goes for zipx.
I have been using PA for a decade and its a good program but it is just that the current version has things which I don’t need or seldom use it, such as the preview file panel, and also the explorer tabs, skin customization and the nagging conexware update tool. Thus I was just asking, Does it exist a minimalistic version of PA or perhaps some ultra light version of it?. Something which it can be run on older computers.
Please don’t say to install an older version or going back to 2003, as well, this is not what I had in mind. I know that I could use the command line version but for me usng a GUI is more convenient. Regsrding compression speeds, I mostly use deflate for legacy zip files on the fast setting.
So far what I am doing is to set PA to use the classic skin windows view and while it does alleviate some of the lagging symptoms it doesn’t really seem to make the program to run or load faster.
Any help or advice on my problem?. By the way, I use the PRO version as that’s my current license. By the way, does PA has any pdf user’s manual or reference book? I see there are changes and numerous functionality that has been added but I have no clue on how to use it. I hope somebody could help me with that as well.
Converting an archive to .zip (using both the “Deflate (.zip, compatible)” and “Store” compression methods) always creates a .zipx file instead.
Using the “Store” method sometimes creates a .zip file; I have seen it happen just now, but I cannot reproduce it.
I thought, I’ll give it a try and upgrade my PA 2018 Toolbox on my production machine to PA 2021 (20.10.03)Sending registration codes in your order recovery doesn’t seem to work at the moment (I also checked my junk folder), online activation works Using registry to disable modules (for example HKLM\SOFTWARE\PowerArchiverInt\General\DisableBurning) doesn’t work as expected with modern ui. The module is visible, but I’ll get the trial nag, if I try to open it. It’s almost fine in classic and ribbon mode.
“DisableClouds” and “DisableExplorer” seem not to be respected at all, while the classic UI seems to respect the setting to disable any other unused module:In settings I won’t be able to access the SmartAI settings and the settings for the internal editor if the FTP module is disabled
New version: 20.10.03
Release Notes - PowerArchiver - Version 20.10.03
[PA-2899] – PowerArchiver icon should be yellow for shell and main interface
[PA-2906] – Add Window size should be remembered
[PA-2901] – Cloud: when started as standalone, skin should be fully applied
[PA-2896] – Cloud config window not skinned in Dark Ribbon skin
[PA-2900] – Cloud: close button enabled when no connection, should be disabled
[PA-2902] – Cloud: change name of Amazon option in cloud
Various fixes and improvements. More fixes and updates coming up! Thanks for everyone’s help!
I’m sorry if the dev team is affected by pandemic, and if anyways that is affecting their quality to provide quality software.
But honestly, it’s been an year I have been complaining about the queue feature, it is taking them ages to fix.
referencing the above bug, I have been waiting patiently, but the bug isn’t fixed at all.
The old queuing bug where PA gets stuck randomly, isn’t fixed either.
The Bug where you keep 10-15 files in queue at once, will cause the software to miss few in queue.
and sometimes it would compress into a corrupt archive, so you have to manually open each archive and make sure everything is there as expected.
There’s way too many bugs, and I see none getting fixed.
I’m disappointed with this software.
I should have sticked to 7zip or given a shot to other archivers than this, at least they don’t provide update once in 4 months and fix nothing.
I have some mistakes today with PowerArchiver Installation with GPO.
I checked permissions of the share folder and I already installed some app from this.
I have downloaded 32b and 64b it’s the same problem.
App is on the install list of the GPO, but don’t install on the client. All app can be install but only powerachiver not. What the hell !
So i tried :
Checked : security of share folder --> ok (install of other app ok!)
RSOP checked --> nothing special
(obviously force GPO, multiple reboot)
Can you help me please ?
I’ve been dealing with an intermittent explorer.exe crash for 5-6 years now. It happens randomly and will usually occur multiple times within a single session of an hour or two on my machine when manipulating files through Windows Explorer. explorer.exe is the only thing that ever crashes, so it’s not hardware IMO. I’ve done all hardware diagnostics and RAM is good. I’ve even swapped out motherboards with different brand and even the exact same one and it still crashes. sfc /scannow indicates system files are fine. I’ve done multiple reinstalls of the OS with no positive results. This crashing has happened on Windows 7 64-bit and Windows 10 64-bit. It seemed to get more frequent with Windows 10 after upgrading last year. I’ve also been using PowerArchiver throughout that time period (upgrading over time with new releases). I recently disabled all non-Microsoft extensions via ShellExView and saw no crashes for about 10 days, which is really unusual. I turned back them all back on after 10 days and saw another explorer.exe crash within the hour. So I disabled all 32-bit extensions and saw another crash. Following that I disabled all the PowerArchiver shell extensions and haven’t seen a crash after a day of heavy usage manipulating files within Windows Explorer, which doesn’t happen for me. The crash dumps I’ve captured don’t seem to indicate PowerArchiver is involved but I have a hunch it has something do with PowerArchiver shell extensions. The system even feels smoother with the PA extensions disabled. Windows 10 reliability monitor always has the same type of problem:Description Faulting Application Path: C:\WINDOWS\explorer.exe Problem signature Problem Event Name: BEX64 Application Name: explorer.exe Application Version: 10.0.17134.165 Application Timestamp: 4031a9f8 Fault Module Name: StackHash_e78e Fault Module Version: 0.0.0.0 Fault Module Timestamp: 00000000 Exception Offset: PCH_8D_FROM_ntdll+0x000000000009AA54 Exception Code: c0000005 Exception Data: 0000000000000008 OS Version: 10.0.17126.96.36.199.256.48 Locale ID: 1033 Additional Information 1: e78e Additional Information 2: e78e327659b46c9a0c6916396b253cbf Additional Information 3: cebf Additional Information 4: cebf952c5db535ae7880488aafce55d9 Extra information about the problem Bucket ID: 1a57e4e784fbc735c231c68bd88581a9 (1311047270476906921)
I know this is a very nebulous explanation but is there any way to link this up to PA shell extensions as the cause? I can provide the crash dumps and additional information if necessary.
Latest version: 1.00.32
Release Notes - PowerArchiver 2021 for MacOS 1.00.32
** Latest fixes:
Extracting RAR4 archives -Previous version was not able to extract RAR4 archives properly. This has now been fixed and RAR4 archives are properly extracted.
Password Policies text in Encrypt window – Password policies section shown in the password entrance dialog is not meant to be configurable in that window, as it is meant to display those settings which can be configured in the Configuration menu that was added in the previous version of PowerArchiver 2021 for MacOS.
Fixed registration and crashing issues on BigSur 11.1 operating systems.
More fixes and coming up in the coming update! Thanks for everyone’s help!
Powerarchiver 2021 20.00.73
Windows 10 Education 10.0.19042 Build 19042
When extracting gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf.tar.xz , Powerarchiver wrongly thinks some .exe files have a length of zero:
Once extracted:D:\Temp\Powerarchiver\gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf\bin>dir *.exe Volume in drive D is DATA Volume Serial Number is 0E12-BCA2 Directory of D:\Temp\Powerarchiver\gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf\bin 2020-11-20 07:10 PM 1,391,599 arm-none-linux-gnueabihf-addr2line.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-ar.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-as.exe 2020-11-20 07:41 PM 3,030,119 arm-none-linux-gnueabihf-c++.exe 2020-11-20 07:10 PM 1,389,293 arm-none-linux-gnueabihf-c++filt.exe 2020-11-20 07:41 PM 3,027,513 arm-none-linux-gnueabihf-cpp.exe 2020-11-20 07:10 PM 4,040,503 arm-none-linux-gnueabihf-dwp.exe 2020-11-20 07:10 PM 391,769 arm-none-linux-gnueabihf-elfedit.exe 2020-11-20 07:41 PM 0 arm-none-linux-gnueabihf-g++.exe 2020-11-20 07:41 PM 3,026,926 arm-none-linux-gnueabihf-gcc-10.2.1.exe 2020-11-20 07:41 PM 609,607 arm-none-linux-gnueabihf-gcc-ar.exe 2020-11-20 07:41 PM 609,607 arm-none-linux-gnueabihf-gcc-nm.exe 2020-11-20 07:41 PM 609,607 arm-none-linux-gnueabihf-gcc-ranlib.exe 2020-11-20 07:41 PM 0 arm-none-linux-gnueabihf-gcc.exe 2020-11-20 07:41 PM 2,165,533 arm-none-linux-gnueabihf-gcov-dump.exe 2020-11-20 07:41 PM 2,343,605 arm-none-linux-gnueabihf-gcov-tool.exe 2020-11-20 07:41 PM 2,450,233 arm-none-linux-gnueabihf-gcov.exe 2020-11-20 07:54 PM 9,605,899 arm-none-linux-gnueabihf-gdb.exe 2020-11-20 07:41 PM 3,028,997 arm-none-linux-gnueabihf-gfortran.exe 2020-11-20 07:10 PM 1,412,943 arm-none-linux-gnueabihf-gprof.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-ld.bfd.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-ld.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-ld.gold.exe 2020-11-20 07:41 PM 25,546,567 arm-none-linux-gnueabihf-lto-dump.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-nm.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-objcopy.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-objdump.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-ranlib.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-readelf.exe 2020-11-20 07:10 PM 1,393,083 arm-none-linux-gnueabihf-size.exe 2020-11-20 07:10 PM 1,392,464 arm-none-linux-gnueabihf-strings.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-strip.exe 32 File(s) 67,465,867 bytes 0 Dir(s) 1,002,422,431,744 bytes free
When the same archive is being extracted from a git bash session (after having installed git 2.30.1 for Windows 64 bit version from git-scm.com), the .exe files are extracted as expected:xz -k -d gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf.tar.xz tar xf gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf.tar cd gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf/bin ll *.exe -rwxr-xr-x 1 User 197121 1391599 Nov 20 19:10 arm-none-linux-gnueabihf-addr2line.exe* -rwxr-xr-x 2 User 197121 1421598 Nov 20 19:10 arm-none-linux-gnueabihf-ar.exe* -rwxr-xr-x 2 User 197121 2028927 Nov 20 19:10 arm-none-linux-gnueabihf-as.exe* -rwxr-xr-x 2 User 197121 3030119 Nov 20 19:41 arm-none-linux-gnueabihf-c++.exe* -rwxr-xr-x 1 User 197121 1389293 Nov 20 19:10 arm-none-linux-gnueabihf-c++filt.exe* -rwxr-xr-x 1 User 197121 3027513 Nov 20 19:41 arm-none-linux-gnueabihf-cpp.exe* -rwxr-xr-x 1 User 197121 4040503 Nov 20 19:10 arm-none-linux-gnueabihf-dwp.exe* -rwxr-xr-x 1 User 197121 391769 Nov 20 19:10 arm-none-linux-gnueabihf-elfedit.exe* -rwxr-xr-x 2 User 197121 3030119 Nov 20 19:41 arm-none-linux-gnueabihf-g++.exe* -rwxr-xr-x 2 User 197121 3026926 Nov 20 19:41 arm-none-linux-gnueabihf-gcc-10.2.1.exe* -rwxr-xr-x 1 User 197121 609607 Nov 20 19:41 arm-none-linux-gnueabihf-gcc-ar.exe* -rwxr-xr-x 1 User 197121 609607 Nov 20 19:41 arm-none-linux-gnueabihf-gcc-nm.exe* -rwxr-xr-x 1 User 197121 609607 Nov 20 19:41 arm-none-linux-gnueabihf-gcc-ranlib.exe* -rwxr-xr-x 2 User 197121 3026926 Nov 20 19:41 arm-none-linux-gnueabihf-gcc.exe* -rwxr-xr-x 1 User 197121 2165533 Nov 20 19:41 arm-none-linux-gnueabihf-gcov-dump.exe* -rwxr-xr-x 1 User 197121 2343605 Nov 20 19:41 arm-none-linux-gnueabihf-gcov-tool.exe* -rwxr-xr-x 1 User 197121 2450233 Nov 20 19:41 arm-none-linux-gnueabihf-gcov.exe* -rwxr-xr-x 1 User 197121 9605899 Nov 20 19:54 arm-none-linux-gnueabihf-gdb.exe* -rwxr-xr-x 1 User 197121 3028997 Nov 20 19:41 arm-none-linux-gnueabihf-gfortran.exe* -rwxr-xr-x 1 User 197121 1412943 Nov 20 19:10 arm-none-linux-gnueabihf-gprof.exe* -rwxr-xr-x 4 User 197121 2572182 Nov 20 19:10 arm-none-linux-gnueabihf-ld.bfd.exe* -rwxr-xr-x 4 User 197121 2572182 Nov 20 19:10 arm-none-linux-gnueabihf-ld.exe* -rwxr-xr-x 2 User 197121 4550029 Nov 20 19:10 arm-none-linux-gnueabihf-ld.gold.exe* -rwxr-xr-x 1 User 197121 25546567 Nov 20 19:41 arm-none-linux-gnueabihf-lto-dump.exe* -rwxr-xr-x 2 User 197121 1404945 Nov 20 19:10 arm-none-linux-gnueabihf-nm.exe* -rwxr-xr-x 2 User 197121 1531656 Nov 20 19:10 arm-none-linux-gnueabihf-objcopy.exe* -rwxr-xr-x 2 User 197121 1991350 Nov 20 19:10 arm-none-linux-gnueabihf-objdump.exe* -rwxr-xr-x 2 User 197121 1421598 Nov 20 19:10 arm-none-linux-gnueabihf-ranlib.exe* -rwxr-xr-x 2 User 197121 1163376 Nov 20 19:10 arm-none-linux-gnueabihf-readelf.exe* -rwxr-xr-x 1 User 197121 1393083 Nov 20 19:10 arm-none-linux-gnueabihf-size.exe* -rwxr-xr-x 1 User 197121 1392464 Nov 20 19:10 arm-none-linux-gnueabihf-strings.exe* -rwxr-xr-x 2 User 197121 1531656 Nov 20 19:10 arm-none-linux-gnueabihf-strip.exe*
The same archive file does extract properly under a native Linux Ubuntu 20.04 system, or under Windows 10 using the WSL2 Linux subsystem using xz and tar.
Is there a command line to include the Registration Code when pushing an install using Microsoft Intune/Endpoint Manager?
I am able to push the software, but I’d like the PowerArchiver to be registered when it gets to the workstation instead of entering the Registration Code on each workstation individually.
Hi,The “Print button” to create a file listing of the files in the archive opens an empty drop down menu.
there are some issues with the UI in the classic interface:
Clicking on the empty entry let me save the file listing as txt file, the entry for html files is missing completely. The toolbar for the file preview feature is cut at the window edge. Options on the right aren’t accessible at all.
AutoUpdates not working
I’ve been using PA for many years now, but this Patchbeam technology is a pity. While it’s working fine on my home network, it drives me crazy behind my corporate firewall and proxy.
I’ve entered my proxy information in the settings dialog as with most other programs. But whenever I start Patchbeam (or PA does it by itself), the complete interface freezes for several minutes (~3-5) preventing me from using PA or aborting the updates. I just used Process Monitor from Sysinternals to check what’s going on.
What irritates me are several things:
- I cannot see any network activity neither from the POWERARC.EXE nor from the PatchBeam.Exe
- Although these two processes are creating >20000 file and regsitry accesses during the first few seconds, they seem to completely sleep for the rest 4 minutes of freezing
- After Patchbeam starts, It takes around a minute to display the special news in the lower half
- After the five minutes, PatchBeam teel me there were no updates found and that my currently used versions (PA 12.12.02, PB 1.01.07) are the most recent
This leaves me with 3 questions: Why does it take so long? Why is it freezing and which process actually tries to get the updates from the server? And shouldn’t it show me PA 13 as an update?
Before you ask: The behavior is the same since PatchBeam was introduced - it never worked for me. It also affects every machine in using in office. So currently I have to update manually and disable PatchBeam completely.
Any help is appreciated :)
There is obviously problem due to the firewall, it seems it gets blocked by something… possibly AV as well? Because if it shows empty, it means it could not access the internet.
As to the news, thats displayed by Internet Explorer system control, actually not PowerArchiver itself. So if it shows after a minute, thats not related to PA itself.
We need to setup something similar to see why is it not working.
I also believe that the request gets blocked somewhere. But I believe more it’s a proxy problem and not a firewall one (as long as you’re not using special ports). The firewall would ask for access and despite that, it works with other programs flawlessy.
I just tried to install the Virtual drive at work - no chance. This time patchbeam just closes without any message after searching for a while. No error, no success - nothing.
Could you maybe give me an example on how a working proxy configuration looks like? Or how I could check that PA is actually using the proxy that I’ve entered in the options dialogue correctly?
Here is the direct link to PA’s VD drivers;
let us know if the link works properly or not…
Sorry that I didn’t reply. Yes, the link worked. But I had some problems updating PA and since I was in a hurry, I manually reinstalled everything instead of trying to get Patchbeam to work. I anyway have the feeling, that over the years PA updates had some leftovers and the Patchbeam/VD updates and drivers weren’t cleaned up correctly (do you have by chance a removal tool to clean up everything?).
However, even with the current version of PA and Patchbeam on a different PC, the problem still persists. I now have another computer, where I would like to install the VD driver, but the Patchbeam process hangs completely until I kill it. (I know I could use the direct link, but I want PA to work correctly ;-) )
For me it looks like it either can’t get through the proxy or it uses a different port which might be blocked.
I’ve entered my proxy details (host+port, no login) in the settings and after a couple of tries (with and without “http://” in front of the hostname) I think I’ve managed to get the normal update running. At least I can see it connecting to the proxy as well as trying to reach vip1.g-anycast1.cachefly.net (what is that??). However, the process still hangs for >1 Minute until telling me there is no update (which is wrong, since I still have 14.01.06).
But if I click the Virtual Drive button and accept the popup to download the drivers, the Patchbeam process never tries to connect to any server. I can see that it gets called with different parameters and apparently doesn’t even try to read the proxy settings or connect anywhere. It also never shows this AD-Frame in the lower section.
Could you give me an example of correctly entered proxy settings (I mean the format), just to be sure?
In the options I can check “Use Debug version of PatchBeam update system” - what does it do? Could it help to investigate the problem?
Do you have a proxy environment where you could check such things? 'cause I have the feeling that this never worked ;)
RJWaring last edited by
I have always loved the idea of Patchbeam and in most circumstances it works.
However, going back to when we were testing during Alpha, beta and Release phase this was something I raised a few times suggesting the application hung and wasn’t very helpful when things didn’t work.
For example, things I have requested in the past were;
1. Test Connection (before it proceeds to open Patchbeam) this would be helpful with FTP as well.
2. Turn on or off News page (at bottom of patchbeam) this I find slows things down on poor networks or systems with highly restrictive firewalls etc.
3. Direct download links (old fashioned way to obtain full downloads should PB not function)
I have had in work networks countless issues and even when I have configured everything I can it would still not work.
Typically, if you want the best use your Internet Explorer’s LAN settings as an example for connection as in most businesses they filter this through their proxy firewall.
The catch is many companies block “unknown” or “misc” traffic and unless you report it then it will remain blocked.
This is to help reduce the load on the network and increase security. Obviously, the firewall doesn’t know PowerArchiver is a safe application its up to the IT dept to make that adjustment.
I’m glad to hear that I’m not the only person having issues with PatchBeam behind Firewalls/Proxies.
I fully understand the reasoning behind such measures (I’m a software developer myself) and I also know the correct settings for my network here.
I also fully agree to all points you mentioned.
Having a connection check in advance would really help here, since I don’t even know whether PA is using my proxy settings, whether they are correctly parsed or where the problem is.
As long as PA only uses a normal http connection, there shouldn’t by any firewall issue apart from the proxy stuff.
It seems to be proxy/firewall issue… when it comes to PAVD installation, it is very simple and not usual Patchbeam mode where we patch the changes via our engine.
Basically here is how it works (for PAVD):
a. Downloads txt file on our server to see what is the latest release.
b. Shows update option if there is new release.
c. Downloads full installation file, closes PA and executes it.
For the Patchbeam update of PA, it seems that it is not actually downloading the txt file with the update - basically it times out after 1 minute since it is not getting the file. What it is likely working is downloading of file in IE frame below.
Cachefly is CDN provider we use for all of our downloads… they have servers around the globe and you go to the closest one for the best speed/reliability.
Thanks for the info spwolf. But then this looks like a bug to me, since PAVD is not using the proxy settings and instead tries to connect directly. So basically, I see 3 issues here:
- PAVD installation doesn’t use proxy settings
- Patchbeam update doesn’t use proxy settings correctly (or connects via a non-standard port)
- Both variants don’t give any feedback to the user what went wrong and freeze the whole application completely
I anyway never understood, why the Updater is a modal window and doesn’t allow me to continue using PA.
RJWaring last edited by
It would be good if the Patchbeam application had a option to collect a debug text file detailing what went on in the background… ie like you see during FTP… making connection, logging in username , logging password, syncing , approved etc
so for this attempting connection, logging in , Error leaving proxy.
The autoupdater dialog is not that different from other applications Avast, norton etc have it built in and if theirs crashes it can cause the application to require a restart. However, they have autodetect features that try’s to establish a connection using its own code logic.
I wrote something similar
1. Code uses the settings provided by IE Proxy settings
2. If user enters in details it uses this instead
3. if neither of the above worked it then attempts some alternatives
4. if 1,2,3 fails it prompts the user requesting advanced details.
but take into consideration the auto update hasn’t really changed since it was 1st introduced and for the majority of users it works.