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.17184.108.40.206.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.
PA 14.05.03 Program Crash
Has anyone else encountered the latest version (14.05.03) crashing when closing the program ?
it seems to be happening when accessing *.zip files…
*.7z files don’t appear to be having the same issue.
_ Tested under Windows 8.1 Pro x64 conditions _
Just in the process of downloading it Mole’s give me a couple of minutes and I’ll check.
Seems to be closing fine here Moles.
it’s always the case ‘Lux’…
works for some and not others…:D
thanks for testing.
it’s always the case ‘Lux’…
works for some and not others…:D
Gives Mili something to do. ;)
Tested here as well, opened Zip file 3 times and closed it differently each time.
Let me know some more details on how to try and reproduce it and lets take a look.
This will be hard to track down at present…
it won’t crash when testing with 7z but it crashes 9 times out of 10 when testing random zip files.
will do a clean installation and re-test and report back.
No change I’m afraid…:(
same results as before and still testing with random zip/7z files.
random crashing with *.rar files also I’ve since found out…
7z seems to be the only stable format so far.
Problem seems to be attached to my use of the ‘Preview’ window but still only occurs under the zip format.
disabling the preview window seems to stop the crashing…will test further.
maybe send the zipped settings over to support@?
and what are you doing, just opening and preview or?
I tested 4-5 zip files quickly with preview and nothing really happens… i dont think any of the code related to preview has changed recently, but who knows.
I just chose random zip/7z files and opened with the preview window active…
each time I closed PA the program crashed when using a zip file…the 7z files however worked fine.
if I switched off the preview window PA worked fine and didn’t crash with either the zip or 7z files.
just opened, nothing else?
this seems to be tied to some setting possibly as i tried with 30+ archives… send that settings file over
sent my PA configuration file over to support.
Problem has only surfaced with the latest build…never encountered it before.
AV maybe? Scanning the extracted file and PA cant exit properly or something?
nope…no av currently on my Windows 8.1 system
Mili can try it tomorrow on his Win7
I did the same tests in Windows 7 Ultimate x64 (Service Pack 1)…encountered no problems whatsoever.
I’m guessing this could be a tricky one to track down…
seems strange the previous build worked perfectly and now this problem occurs.
I haven’t installed any other software in Windows 8.1 since the latest build of PA.
I don’t have any AV installed either.
got the settings and have been testing extensively on a W8.1 machine with no luck.
Have been trying different combinations of closing and previewing.
How exactly are you closing PowerArchiver? and is a file actively being previewed at the time of closing?
if you can, please also send over a sample archive that I can try with as well.
Example 1: Closing with this option crashes the program.
Example 2: Closing with this option also crashes the program.
Example 3: Closing with this option and PA closes without any issues.
Regardless whether or not I have a particular file showing in the ‘Preview’ window
PA will still crash under the conditions shown above.
*Remember of course this only seems to happen when using the .zip format.
I can still send the sample zip file I created and used for this test if you want
but it’s been happening with any zip file I’ve tested up to now.
I dropped back to PA 14.05.01 to test out the same scenario
and everything appears to be working fine…no crashes or issues to report.
I will test additional zip files of various sizes.
Just sent you a private message with a short video showing my experience trying to get it to crash, and I cannot. PA exits without crashing every time
If there are any clues that might pop or if anyone experiences anything similar, please let us know, and thanks for your help!!
Replied to PM
For now I can continue to use latest build without preview enabled
or drop back to earlier version which I know works without any issues.
still a little concerned as to why this problem surfaced though.
I guess some problems remain unsolved no matter how hard you look.
Faulting application name: POWERARC.EXE, version: 220.127.116.11, time stamp: 0x2a425e19
Faulting module name: ntdll.dll, version: 6.3.9600.17031, time stamp: 0x5308893d
Exception code: 0xc0150014
Fault offset: 0x00094c98
Faulting process id: 0xfe4
Faulting application start time: 0x01cf63b3478bf210
Faulting application path: C:\Program Files (x86)\PowerArchiver\POWERARC.EXE
Faulting module path: C:\Windows\SYSTEM32\ntdll.dll
hey, here is another interim release;
give it a try, you never know…
Try with latest release:
Any insight into how you fixed this error team ?
currently testing and up to now hasn’t crashed on me…
many thanks guys for your diligence…:)
if it resurfaces you can be sure I will be back…:D
well, you better be here on daily basis as always :-)
the new version solved my problem with AC (or else there was never a problem, just a botched installation).
Sometimes I still like a ‘heads up’ as to what actually caused the issue…:D
I’m always concerned it’s a conflict of programs which in this case it appears it wasn’t.
Since installing this update the files now seem to appear faster in the ‘Preview’ window…
in the previous build they seemed to ‘Hang’ momentarily before displaying.
Wow, if only Microsoft had you guys working for them maybe Windows 8 would have been better than the current train (metro) wreck….
Wow, if only Microsoft had you guys working for them maybe Windows 8 would have been better than the current train (metro) wreck….
well, they did come far away from 8.00. And this fall update should probably end up being called 9.0 :-).
I mean I bet I downloaded at least 15 GB of of Windows updates since the first official release. Maybe more.