-
PA Queue does not compress file optimally with same parameters if used in Queue mode.
Being able to save advanced option, and set a default profile and archive type for compression so I can save clicks.
The above two are majorly affecting my efficiency with archiving stuff with PA 20.10.03.
Can someone confirm if they are resolved with the 2022 RC1?
-
Hi,
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.7989017c-3cd2-4a99-a1f6-06ce62329dec-image.png
“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
89843f23-ad89-45bf-92bc-406b1a11dfc9-image.pngcc40877b-d8d0-404c-b7f8-d5ae0a1ee445-image.png
-
I’m running W10 Pro on an HP i-7 machine with now 32gb of RAM. The system drive is an SSD.
In the course of sorting out some inconsistencies in a couple of my .pbs jobs, I’ve been paying close attention to the system CPU resource and power consumption of PA Starter, as shown by the various resource management tools. I’ve also been trying to identify why my system seems rather sluggish despite some extensive tuning for speed etc.
When I have enabled Starter as a start-up programme, to use the PA Queue facility, I see that Starter consistently uses between 10-13% of CPU, with High Power consumption indicated. It runs, consuming this resource, irrespective of what may be happening with PA and any pbs script jobs.
I can understand a need to use a good chunk of CPU when Starter is actually handling PA jobs, but it shouldn’t sit and consume this amount when it really isn’t doing anything but wait for a job to start and for which it is needed.
Perhaps I’ve missed a way of lessening Starter’s impact, but in the meantime I’ve adjusted my set-up to running PA without it.
Suggestions, please.
-
Bug: When I use the right button on any folder to bring up the menu and click on e.g. compress or decompress, the program still requires registration even if it is correctly registered. When working with the folder, via the running Power Archiver, everything is fine. (Windows 10 - v. 20.10.03)
-
Dear @Alpha-Testers and all of our users,
time has come for testing of PowerArchiver and PACL for macOS.
Please let us know here if you have Mac and can test latest builds.Features implemented:
PowerArchiver 2020 - tabbing, opening, extracting, adding, testing, favorite folders, support for multiple languages, opening via Finder, explorer mode, installer.
PACL 10 - support for most formats and features in Windows version.Upcoming: Tools such as archive converter, batch zip, multi-extract.
To start testing, please sign up here in this thread, and we will send you latest build.
thank you!
Ashampoo_Snap_Wednesday, November 20, 2019_12h54m56s_008_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m05s_009_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m14s_010_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m30s_011_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m39s_012_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m49s_013_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h56m00s_014_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h54m43s_007_.png
76e97ab9-8d75-4175-9ce8-446500031f38-image.png
-
Hi,
The window size is suddenly “large” Resizing the window to normal size works for the current action, but isn’t remembered The next time I’m using the shell extension, the window is large again, so it seems the size change isn’t saved
I’ve got a strange behavior with the progress window in PowerArchiver 2021 shell extension:The progress window of PowerArchiver itself has its normal size.
Is there a possibility to reset the shell extension window size?
-
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.
Reference:
https://www.intel.com/content/dam/www/public/us/en/documents/white-papers/zlib-compression-whitepaper-copy.pdfCan 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.
-
Windows 10 extraction does a better extraction job than Power Archiver which chooses not to work much of the time. I’ve tried uninstalling/reinstalling it
Version 20.10.03
-
The support doesn’t answer my email about a license question for weeks, because despite a lifetime license Powerarchiver refuses some functions
-
Scusate non so a chi rivolgermi, ho regolarmente pagato tramite Poy Pol ma non mi è pervenuto il codice di attivazione, ho quello vecchio ma presumo che non sia più valido, a chi devo rivolgermi?
Spero che mi possiate aiutare indicandomi cosa devo fare.
Grazie -
I have a “USB2.0” DVD-RW drive with a blank 700MB CD-R inserted.
Windows 10 sees in just fine explorer and it’s usable, and works.
However it is not showing in any dropdown in PowerArchiver.Thanks for any help…
PowerArchiver 20.10.02 (05/2021) 64-bit
Windows 10 Pro
20H2 build: 19042.1348
Windows Feature Experience Pack 120.2212.3920.0 -
I’m using 20.10.02. When I try to drag files from an opened zip to a folder in Windows File Explorer, PA does nothing. It uses a CPU core and starts the clock, but no action is taken. I have to end task in task manager to get it to close.
-
6e4196e6-d59c-4870-b27e-80c5ae60e4d7-image.png
see image. the bottom of yes and no are cut off
-
Will PA 2022 still support windows 10 as majority of people can’t upgrade and won’t till 2025
-
Hello,
PowerArchiver Command Line 7 support file greater than 2 Go ?
Thanks
-
I’ve found a bug when trying to test an encrypted, 28-volume 7-zip archive of a 18.3 GB folder containing 41,751 files. The test fails, showing errors in all files.
Here’s the folder I compressed, and the 28 resulting files:Archives
Here’s the multi-volume compressed file opened in PA, showing the total file count and the full archive size:Opened in PowerArchiver
And here’s the test results screen after I click Actions -> Test…, showing an incorrect file count and archive size (this seems to be the file size of the first volume alone):Testing results
One important detail about the test screen above is that PA opens an UAC prompt asking for privileged execution before starting the test. Is this the expected behavior? It seems PA wouldn’t need higher execution privilege since everything it’s touching is owned by my own user.
In any case, granting or denying the UAC prompt results in the exact same screen.
Now, if instead of testing the archive I tell PA to extract the contents, the operation works fine (and with no UAC prompts):Extracting
With the Properties panel for both folders, the original and the extracted one, showing the exact same file count and total size:Extract results
I hope this helps. 🙂
-
Hi,
Currently on the 2021 20.00.55, updated, and licensed.
I have been facing this issue since 2019 version.
Queues don’t actually do anything
That I run powerarchiver starter as admin, or without admin.Then I queue some files, and most of the files take forever, to go from 1% to 2%
and let’s say if the 5th of total 10 files are stuck that should mean the other 4 should be completed, but no, the directories are just like that.
Using Queue feature makes the Powerarchiver to process and compress files, but the PA archives do no appear, neither the disk’s total used space changes.
However if I manually compress files without queuing, no matter if I run multiple compression or one by one, there’s always success.
sometimes compression is stuck at certain percentage for a 50 or 200 MB file, forever.
I want to speed up multiple compression, I find the batch compression feature useless, as I cannot configure any custom parameters or advanced option under PA archive format
So, Let me save parameters(Advanced Option) of Profiles
i) Either I should be able to customize PA Default profile, so I don’t have to select files and manually select profile, but not even single parameter can be saved
ii) Or I should be able to create a new profile and be able to set that as default.
It’s end of 2020 and I have been trying to reach Powerarchiver team to add this, but no one wants to listen or do anything.Refer case PA-FCW-TLNFM-096
I still cannot save parameters under advanced options like DDL/EXE filter to delta, or PNG PDF Filter, or set zlib to 9 or dictionary size or experimental stuff.
Soo many Revisions and versions released but I still cannot have a profile saved with whatever I want, be it existing or new profile.
Don’t you guys at Powerarchiver labs get frustrated everytime you have to configure these parameters manually?
When I stop an ongoing compression process, that is stuck or let’s say it’s not stuck but I click on cancel and then on No, it still continues compression for no reason.
If I start compression and pause, the progress bar shortly(progresses) reaches to completion, but no compression is done, and then archive is stuck forever
Just cancel itFor all my claims above I have sent ticket today with screenshots from my registered email.
if you can:
Batch archive is good idea, but if I have multiple directories inside directories, then I want first child directory to have all of it’s subdirectory compressed to that same first child directory
Example
I have a folder in D:\pics
that folder has following folder
Cats
Dogs
FishesEach of the above folder has sub folder:
Black
White
Fluffy
ColorfulI want those sub folders(black, white, colorful, fluffy) not to be compressed individually, but the cats, dogs and fishes folders to be compressed individually
-
Dear PowerArchiver Team!
As I unfortunately found out, there is a big bug in Powerarchiver, which causes the compression rate to drop really significantly! I wonder if no one has noticed this yet? Are you guys still actively developing?
The following error occurs! (This is already as I find a blatant error!).ERROR:
File extensions and formats are not recognized automatically! If a file name e.g. Mütze.jpg is simply “renamed” in Mütze.txt, or
Mütze.png, Mütze.mp3, Mütze.pdf etc. each time a DIFFERENT compression algorithm is performed on the SAME FILE! Remember! The file extension was only renamed, so the file extension e.g. from .jpg to .txt is only by Rename changed! Just take a .jpg or .txt or .pdf file and change the file extension, you will see see this error! No headers are read automatically! Is this really wanted?Then the perfect compression algorithm can never be found and optimized by PowerArchiver? You should investigate this dramatic error once absolutely!Greetings from your trusty Konglomat!
Please stay healthy and make PowerArchiver more powerful than ever! I am looking forward to future updates! You are still awesome! Please keep up the good work! I love PowerArchiver, really more than just about anything!And will probably buy and use it for eternity!
-
Configuration:
Powerarchiver 2021 20.00.73
Windows 10 Education 10.0.19042 Build 19042When 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:
98773b3b-65c0-48fa-8cd4-d081b2e0adee-image.png
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 freeWhen 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.
-
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.Dariusz
UNSOLVED PowerArchiver shell extensions possibly crashing windows explorer.exe
-
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 /scannowindicates 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.17134.2.0.0.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.
-
I’ve also come to the conclusion that PowerArchiver is one of the top suspects in the case of the occasional explorer.exe crash on 64 bit Windows 7.
-
We have been investigating shell integration for a while now, it is really hard to catch via debugger when something happens. There will be some measures taken in upcoming PA 2019 so you can check if you can notice any crashes in the future. I will be updating this thread when we released the build with it. Thanks!
-
My god, I have the same issue for ages, and I thought it might be related to PA, but saw no one reporting, I guessed it was my OS that was messed up. My Explorer crashes usually when right clicking, or when shutting down. It started in Windows 7 x64 and then migrated to Windows 10 as well.
-
I have done additional testing and have confirmed my crashes are 100% caused by PowerArchiver. I did a fresh clean install of Windows 10 and this time did NOT install PowerArchiver along with all my other programs. I saw no crashes for a month. So I installed PowerArchiver again and got a crash within an hour. I have since uninstalled PA again and have seen no such explorer.exe crashes since. Unfortunately, this is annoying enough to me that I will not be re-installing PA. Enough is enough.
-
My system has had explorer crashes for quite some time so today I will start a lengthy test
without PA’s shell integration to see what results arise. -
@razor19 said in PowerArchiver shell extensions possibly crashing windows explorer.exe:
I have done additional testing and have confirmed my crashes are 100% caused by PowerArchiver. I did a fresh clean install of Windows 10 and this time did NOT install PowerArchiver along with all my other programs. I saw no crashes for a month. So I installed PowerArchiver again and got a crash within an hour. I have since uninstalled PA again and have seen no such explorer.exe crashes since. Unfortunately, this is annoying enough to me that I will not be re-installing PA. Enough is enough.
@razor19 As I mentioned above, we have taken some measures in PA 2019, so if you want to test and contribute, please let us know via support at conexware dot com and we will get you latest internal release… thank you!
-
Tried PowerArchiver 19.0 final release. This issue is still happening for me. Uninstalled for good.
-
sorry to hear it’s still happening @razor19
We would love to figure out why, there are no active reports from PowerArchiver users about the issue occurring. Must be specific.
Do you have any Anti Virus or File Lock software installed?Been reading up on BEX64 error and one of the culprits might be AV or file lock software that locks files which cannot be refreshed/updated.
-
I have ESET Nod32 Anti-Virus installed. I have tried uninstalling this for a period of time but still experienced the same issue.
-
Hello there.
I know this post is quite old, but unfortunately I do CONFIRM this bug also. Windows 10 version 1903,1909,2004 and powerarchiver 2017.01.06 create BEX64 errors (exactly as the first post), explorer.exe crashes and refreshes automatically randomly after opening closing opening ‘this computer’. Disabling shell integration from PA options did not help. I managed to stop it by disabling all PA shell context menu entries via ‘ShellExView’. Thought it was Microsofts bug but started testing after seeing this post. Testing for over a month I am 100% sure it is happening due to the existence of these registry entries. I say again disabling shell extension from PA options did not helped but rather disabling them from ShellExView.
Moreover uninstalling pa still leaves 2 context menu registry entries one contains hint x64 on name and the other support x64 and I have to delete them manually.
This bug happens also with 2019.00.59 version.
Detected on 3 pcs all of them having PA. 1 of them after fresh installation of Windows 10 and installation of PA.Please inform if this bug is fixed in 2021 version please since I cannot imagine working without powerarchiver. Using it since 2009.
-
Will test if BEX64 errors are happening due to a single PA context shell menu entry or all of them.
Please help me understand the structure of pa dlls for context menu. -
@f16akias said in PowerArchiver shell extensions possibly crashing windows explorer.exe:
Will test if BEX64 errors are happening due to a single PA context shell menu entry or all of them.
Please help me understand the structure of pa dlls for context menu.Please test with PA 2021 20.00.58 which is latest release, there were many changes due to this issue in the past few months. Thanks!
-
I also remember this occurring in the 2019 version but have not experienced it yet in the 2021 version. Am keeping an eye on it though.
If you experience it, please try to remember the operation at the time so that we can try and reproduce it.thanks for everyone’s help!
-
Yes PA 2017.01.06 and 2019.00.59 both result in BEX64 errors…
I installed 2021.00.58 2 days ago and yet I have not experienced any BEX64 error or something similar. Will test until my trial expires now.
One minor thing I noticed is that context menu icons are in red color and not yellow, though 2021.00.58 is declared as final release and not beta.As far as the operation that results in error for me is usually:
plugin an external HDD os USB stick, copy-cut files from my internal hdd to the external, use back button till ‘this computer’, close window and reopen it from shortcut. Usually at reopening it “freezes for 2sec” and then explorer.exe crashes (no message for sending crash info or troubleshooting) and automatically restarting explorer.exe (it happens in a blink of eye).
In summary copy-rename files to an external disk, browse in folders and then close and reopen ‘this computer’ shortcut. I do not remember experiencing it on user folder (where images,videos and download folders exist) though.Also keep in mind that after PA uninstall 2 context menu items are left in registry… “PowerArchiver Hint Handler64” and “PowerArchiver Preview Handler64”
-
Unfortunately I received again a BEX64 error with PA 20.00.58, just by cutting a folder, pasting it at desktop, then creating an empty folder at the initial origin and renaming with original name.
Using Greek Windows 10 (English Translation)
Περιγραφή (Description) Διαδρομή ελαττωματικής εφαρμογής (Faulting Application Path): C:\Windows\explorer.exe Υπογραφή προβλήματος Όνομα συμβάντος προβλήματος (Problem Event Name): BEX64 Όνομα εφαρμογής (Application Name): Explorer.EXE Έκδοση εφαρμογής (Application Version): 10.0.19041.610 Χρονική σήμανση εφαρμογής (Application Timestamp): ab30c679 Όνομα ελαττωματικής λειτουργικής μονάδας (Fault Module Name): StackHash_4fe4 Έκδοση ελαττωματικής λειτουργικής μονάδας: 0.0.0.0 Χρονική σήμανση ελαττωματικής λειτουργικής μονάδας: 00000000 Μετατόπιση εξαίρεσης (Exception Offset): PCH_E5_FROM_ntdll+0x000000000009C8F4 Κωδικός εξαίρεσης (Exception Code): c0000005 Δεδομένα εξαίρεσης (Exception Data): 0000000000000008 Έκδοση λειτουργικού συστήματος (OS Version): 10.0.19041.2.0.0.768.101 Αναγνωριστικό τοπικών ρυθμίσεων (Locale ID): 1032 Πρόσθετες πληροφορίες 1: 4fe4 Πρόσθετες πληροφορίες 2: 4fe48443420d2e8d4afe531d780de425 Πρόσθετες πληροφορίες 3: c3ef Πρόσθετες πληροφορίες 4: c3eff943408f9e455a715ed80d35b4ab Περισσότερες πληροφορίες σχετικά με το πρόβλημα Αναγνωριστικό κάδου: dace8c8bdbc6cc651b643f81476063fc (1973772361175950332) -
Will try now disabling the specific 2 registry options “PowerArchiver Hint Handler64” and “PowerArchiver Preview Handler64” via ‘ShellExView’ to keep testing.
Please (if you cannot post it here send me a private message I am a programmer) regarding those 2 registry values. What are their purpose and how-where can i check-test them.
Maybe you should consider troubleshooting with Microsoft also since they tend to make changes that break up programs. Missing the old Win XP times :) -
Those dll’s should not be enabled anymore in PA 2020. Can you see location of those dlls through shellexview please?
thanks!
-
They are not leftovers from PA 2017 installation because as I said before
@f16akias said in PowerArchiver shell extensions possibly crashing windows explorer.exe:Also keep in mind that after PA uninstall 2 context menu items are left in registry… “PowerArchiver Hint Handler64” and “PowerArchiver Preview Handler64”
Moreover uninstalling pa still leaves 2 context menu registry entries one contains hint x64 on name and the other support x64 and I have to delete them manually.After manual deletion from Registry since PA 2017,2019 uninstallation, they are still imported to registry after PA 2021 installation. PA 2017,2019,2021 do create those 2 entries and after uninstall they do not delete them.
Here are the paths:
-
“PowerArchiver Hint Handler64”
~C:\Program Files\PowerArchiver*PASHLEXTh64.DLL* <–(This one cannot be found!!)
~\HKEY_CLASSES_ROOT\CLSID{d03d3e7B-0c44-3d45-b15f-bcfd8a8b4c7e}
HKEY_CLASSES_ROOT\CLSID{d03d3e7B-0c44-3d45-b15f-bcfd8a8b4c7e}\InProcServer32]
@=“C:\Program Files\PowerArchiver\PASHLEXTh64.DLL”
“ThreadingModel”=“Apartment” -
“PowerArchiver Preview Handler64”
~C:\Program Files\PowerArchiver\PASHLEXTe64.DLL
~\HKEY_CLASSES_ROOT\CLSID{D03D3E7D-0C44-3D45-B15F-BCFD8A8B4C7E}
[HKEY_CLASSES_ROOT\CLSID{D03D3E7D-0C44-3D45-B15F-BCFD8A8B4C7E}]
@=“PowerArchiver Preview Handler64”
“AppID”=“{6d2b5079-2f0b-48dd-ab7f-97cec514d30b}”
“DisableLowILProcessIsolation”=dword:00000001
[HKEY_CLASSES_ROOT\CLSID{D03D3E7D-0C44-3D45-B15F-BCFD8A8B4C7E}\InprocServer32]
@=“C:\Program Files\PowerArchiver\PASHLEXTe64.DLL”
“ThreadingModel”=“Apartment”
“ProgID”=“pashlexte64.zipfile”
“VersionIndependentProgID”=“pashlexte64.zipfile”[HKEY_CLASSES_ROOT\CLSID{D03D3E7D-0C44-3D45-B15F-BCFD8A8B4C7E}\ProgID]
@=“pashlexte64.zipfile”
Fastest way for me to reproduce the bug:
Browse folders-subfolders, go back,back.
Cut some content and paste it somewhere else.
Cut a folder and paste it to desktop.
Ceate an empty folder there where you cutted and rename it with the same name as the cutted one.
Close the folder view.
If it does not crash reopen and close it.
This gives me the best chances to reproduce the bug.
If explorer restarts (BEX64) then to get it again faster reboot the computer -
-
I think I have been able to reproduce it finally, by doing the step by step as you have mentioned.
Will screen record it now and log it in for fixing -
After further testing, we have been able to reproduce the explorer crash even when PA shell is disabled in shellex as well as the two reg paths deleted.
Initial tests did not reproduce the crash when PA shell was disabled but further testing today, while recording it on video, reproduced the crash when PA shell was disabled also.
The crash does not mention PA Shell or BEX64.
Are you still getting a PA Shell/BEX64 error when explorer crashes?Regardless, we are still logging this issue in for the dev team to check out
-
With PA uninstalled plus those 2 leftover registry entries manually deleted I got no BEX64 error, explorer crash for over a week doing exactly the same actions.
With it installed I got 7 BEX64 errors (no other crash) like the one below in 5 hours (after each bex64 I rebooted my pc)@f16akias said in PowerArchiver shell extensions possibly crashing windows explorer.exe:
Unfortunately I received again a BEX64 error with PA 20.00.58, just by cutting a folder, pasting it at desktop, then creating an empty folder at the initial origin and renaming with original name.
Using Greek Windows 10 (English Translation)
Περιγραφή (Description) Διαδρομή ελαττωματικής εφαρμογής (Faulting Application Path): C:\Windows\explorer.exe Υπογραφή προβλήματος Όνομα συμβάντος προβλήματος (Problem Event Name): BEX64 Όνομα εφαρμογής (Application Name): Explorer.EXE Έκδοση εφαρμογής (Application Version): 10.0.19041.610 Χρονική σήμανση εφαρμογής (Application Timestamp): ab30c679 Όνομα ελαττωματικής λειτουργικής μονάδας (Fault Module Name): StackHash_4fe4 Έκδοση ελαττωματικής λειτουργικής μονάδας: 0.0.0.0 Χρονική σήμανση ελαττωματικής λειτουργικής μονάδας: 00000000 Μετατόπιση εξαίρεσης (Exception Offset): PCH_E5_FROM_ntdll+0x000000000009C8F4 Κωδικός εξαίρεσης (Exception Code): c0000005 Δεδομένα εξαίρεσης (Exception Data): 0000000000000008 Έκδοση λειτουργικού συστήματος (OS Version): 10.0.19041.2.0.0.768.101 Αναγνωριστικό τοπικών ρυθμίσεων (Locale ID): 1032 Πρόσθετες πληροφορίες 1: 4fe4 Πρόσθετες πληροφορίες 2: 4fe48443420d2e8d4afe531d780de425 Πρόσθετες πληροφορίες 3: c3ef Πρόσθετες πληροφορίες 4: c3eff943408f9e455a715ed80d35b4ab Περισσότερες πληροφορίες σχετικά με το πρόβλημα Αναγνωριστικό κάδου: dace8c8bdbc6cc651b643f81476063fc (1973772361175950332)Again my notices:
- I have disabled the Windows explorer preview option (the one that has a preview option on the right side of the window)
- It does not matter if I select from PA options to enable-disable the shell extensions. BEX64 will continue. If I manually disable ALL PA extensions via ShellExView (right click all PA context entries plus those 2 mentioned above, disable) then I get no BEX64.
- My only other entries in the context menu are Nero, Notepad++ and Avast.
- Firstly I tried with all non Microsoft entries disabled. Then enabling 1 at a time.
- I spent a lot of time testing this, now I am enabling some PA entries and spend more time before I conclude if crash occurs-will occur or not, before I return here and write something.
- Funny thing is that PowerArchiver as an app works perfectly. The cause are the loaded dlls messing with explorer.exe
Please keep testing and debugging as this error is not so informative but seems that something cause those dlls to crash explorer.
One though and only guessing, nothing else is if something in those dlls looks for files-paths and when I cut them or create a folder that existed messes up things. Just a user experience thought… -
Thanks @f16akias
Added this latest information to the logged in bug report, let’s try it with the next update, coming up soon -
Do we have any progress on that?
-
@u1zy3o2ih5ebk2f not to beat around the bus do you have specs of your computer like hardware chips and motherboard and bios. Then detailed list of programs on your computer and drivers.
use this program and send powerarchiver the files its generates and this should help them better
http://www.parmavex.co.uk/winaudit.html
-
@davidsplash as you imagine this user might has deleted his account.
Moreover I personally assisted one of PA’s programmer by testing and providing feedback. My support lasted 36 days and ended (with successful tracking of the bug from their side) at 6th December 2020.
I still wait and have NO feedback from them… -
@f16akias The problem is they found the bug but do not know why it is doing it on your system and not others. That’s why I suggested using Winaudit program to give them what’s on your system, so they can see why you have. Finding bugs is one thing fixing them is another. I don’t have that crash and i’m on windows 10 but I have a HP computer. I know they have found the error but thats a start knowing what caused it is another.
-
@davidsplash
Ok of course to give more information again.- Just to make it clear, @U1zy3o2ih5ebk2F is someone else and you replied to him (last post from that user years ago. Most probably deleted account due to frustration…).
- I 'll help again by providing what’s required. I just don’t get why I got NO feedback from them since December and why they don’t ask for help since they need it as you mentioned. I don’t charge for it neither I asked for a free license.
Will send required info later. Btw I am on HP Windows10. Seen it also on Asus win10 and my company desktops when they had it installed
-
@f16akias said in PowerArchiver shell extensions possibly crashing windows explorer.exe:
@davidsplash
Ok of course to give more information again.- Just to make it clear, @U1zy3o2ih5ebk2F is someone else and you replied to him (last post from that user years ago. Most probably deleted account due to frustration…).
- I 'll help again by providing what’s required. I just don’t get why I got NO feedback from them since December and why they don’t ask for help since they need it as you mentioned. I don’t charge for it neither I asked for a free license.
Will send required info later. Btw I am on HP Windows10. Seen it also on Asus win10 and my company desktops when they had it installed
Hello @f16akias,
we closed several bugs regarding shell extensions in December. Did you have a chance to test it with latest build?
-
@spwolf Well I can confirm that I have never again encountered any Bex64 errors while using 20.00.73 and now 20.10.02 versions. No bex in logs nor explorer.exe restart-refresh.
@spwolf , @Mili , @ivan and the rest team thanks for solving this one, powerarchiver is again the best utility
-
@f16akias said in PowerArchiver shell extensions possibly crashing windows explorer.exe:
@spwolf Well I can confirm that I have never again encountered any Bex64 errors while using 20.00.73 and now 20.10.02 versions. No bex in logs nor explorer.exe restart-refresh.
@spwolf , @Mili , @ivan and the rest team thanks for solving this one, powerarchiver is again the best utility
Thank you so much for your great bug report and all the version checks!
