-
Good morning,
I have been using all compression programs for over 20 years, I have always found Winrar very easy to use when I create a self-extracting archive, even 7-zip is simple, “right click” and “create self-extracting archive”, because on powerarchiver it must be like this confused ?
It doesn’t just create the archive, it opens a page where I have to select the file again, what kind of archive, which folder to create it, etc … you should learn from your competitors how to make life easier! -
Converting an archive to .zip (using both the “Deflate (.zip, compatible)” and “Store” compression methods) always creates a .zipx file instead.
pa-convert-zip-1.jpg
pa-convert-zip-2.jpgUsing the “Store” method sometimes creates a .zip file; I have seen it happen just now, but I cannot reproduce it.
-
Hi,
So refer this screenshot:
image_2020-12-30_115129.png
The properties panel that you see, is what I tried to compress, using PA, with following settigs:
Extreme Strong optimize
https://forums.powerarchiver.com/assets/uploads/files/1609079025475-image_2020-12-27_195344.pngThe process was stuck at 0% with no progress for over 8 Hours:
PA.png
Then the usual, clicking will make it go not responding.
So, I could not get the files compressed using PA.
I tried 7zip, and it worked, so that’s 1 issue.
PA shows incorrect original(before compression) size of total contents.
Refer the first screenshot.
folder’s size is shown correctly in 7ZIP
but not in powerarc.this happens with every archive, whether they are compressed in PA or not, whether it has only 1 file, or multiple files inside multiple directory.
Neither does the archive property panel shows original content’s size.
-
Hi,
So my rig is as below:
CPU: Intel® Core™ i7-4720HQ CPU @ 2.60GHz (Turbo 3.7GHz)
RAM: 16 Gigs DDR3
Samsung SSD 860 EVO
Windows 10 pro for workstations x64, freshly installed on 22nd Dec 2020, and updated.
PA freshly downloaded on same day, so it’s 2021 x.x.62 versionPA Stuck.png
Issue and reproduction:
If you start a compression, and if it’s mid way anywhere or even started, and you try to cancel it, the window will get stuck there, another click or key press will make the window not responding, then, and more will make windows to collect logs for crash, and the process will be terminated by windowsOn the other hand.
If the process is mid way, and if you try to pause it, the compression, CPU utilization, RAM usage will stay/increase as if the compression if still going on, the whole process will take it’s course, instead of doing what we clicked on.
So, both pause and cancel buttons are useless.
-
I recently installed PA 2021. But the PowerArchiver Starter, for my backups, keeps running at high CPU usage, I have to keep killing it, its running about 46% constantly.
I have Windows 10 Pro, 20H2, build 19042.662
Any ideas would be helpful.
Thanks
-
Just installed 2021 v20.00.63
Now, when I add to queue, with or without using always use queue.
The powerarc starter opens up in notification bar.
and that’s it, no matter how many files I add to queue, no compression will start.
I also cannot double click or right click the icon.
If i end task for this, and disable queuing, compression works fine, just that I have to manually start individual tasks.
it’s quite ironic that you guys took whole year to fix one issue, in this versions, which completely broke the queuing feature.
Did you guys test it before releasing?
-
Hi,
You can obtain the original file from here:
https://pcsupport.lenovo.com/in/en/products/laptops-and-netbooks/lenovo-y-series-laptops/y50-70-notebook-lenovo/80ej/59428436/cb32343883/downloads/driver-list/component?name=Power%20Management
For Lenovo Y50-70 win 7 x64 bit, power management, get lenovo energy management
Run the exe it will extract the installable drivers to C:\drivers
I tried to compress the whole folder using PA using following parameters:
Extreme, strong optimize.
image_2020-12-27_195344.pngThis resulted in negative compression.
However same file is compressed by 7zip alpha, with positive compression:
PA Negative compression.png
I understand that there are different algorithms, parameters used, and totally different software with unique sets of logics programmed, but see if compression algo can be optimized for such files.
-
Over the last few months, I’ve been trying to track down the cause of a hanging bug in PA.
I have found a reliable test case (on my computer at least).I am trying to extract the folders/files from: https://github.com/codereader/DarkRadiant/releases/download/2.9.0/windeps.7z
By selecting both folders, then dragging over to a Windows Explorer window on another HDD.
I’m not sure what causes this but this just doesn’t do anything, progress bar appears, but nothing happens.
PA shows about 5% CPU utilization and I’ve left this going all night and it never does anything.
It doesn’t always happen, but this morning this is reliably failing for me.
The folder I’m dragging to is under Git source control, but this also happens when dragging into other folders also, but not always, sometimes it works.If I do a regular extraction and use the dialog box to select the location to extract to, that always works.
Windows 10 64bit Pro 20H2 (19042.630)
Ryzen 3900X
Anti Virus is built in Windows Security only.I captured a dump of the running process if that helps: https://drive.google.com/file/d/1WLzHG_fOAMtzGMMFLHlIElnQXhsoPyYd/view?usp=sharing
-
I have just installed 2021, but seems to have similar issues to 2019. If you move the app between differen monitors (with different resolutions) the app does not automatically adjust accordingly, so on one monitor I have the app is too big for the screen, whereas on another monitor it only takes up a small fraction of the screen.
This was worse with 2019, where the fonts were totally screwed up, making the app unusable. This seems better in 2021, but still not working properly. -
Hi.
I have noticed after updating PowerArchiver through PatchBeam to 20.00.63, after the installer finished and I recheck for updates, it still tells me that I have version 20.00.62 installed and prompts to download 20.00.63 again.
This also happens when I install from the offline setup file powarc200063.exe ( https://powerarchiverdl.cachefly.net/2021/powarc200063.exe ). It still installs version 20.00.62 and the process goes over and over again.
Also, in PowerArchiver About screen I see version 20.00.62 but in Programs and Features in Windows 10, version 20.00.63 is displayed as being installed.
Can someone check and see if they experience similar behavior?
Thank you!
-
When I double click on a file within an archive the file gets temporarily extracted to being opened with the external program. When I now go back to the windows explorer and want to open another archive while the file from the first archive is still being extraceted, a new window of power archiver opens and immediatly closes. It opens and closes the new window repeatedly until the extraction of the file from the first archive is completed.
I use the option that power archiver opens a new tab when another archive is opened.
This happend with version 20.00.60. I wanted to update it to 20.00.63 as shown in the update window but it just updates to 20.00.62. It still shows that 20.00.63 is available but never seem to update to that version. The bug still exists though.
-
I have some large zip files (~ 40 MB) with a lot of html files. When I double click on one of them in the archive, it takes a long time (eg 20 sec) for the file to be extracted and opened in the browser.
I am using version 19.00.59.
I discovered that the root cause of the problem is that all the files in the archive are extracted to the temporary dir before the selected file is launched.
It does not appear to happen with other file types (such as pdf) nor when dragging a html file into the browser.
I think I recall this issue being raised by someone else, but could not find it.
-
On PowerArchiver 2021 (20.00.60) and windows 10, Both options in the windows explorer shell extension, “Compress to …zip” and “Compress to …zipx” create a .zipx file. ¿Its this intended?
-
-
Hello there,
I was installing-uninstalling and reinstalling PA 2021 due to another bug when I noticed a minor popup “bug” if it is considered a bug, regarding application association with recommended formats.
During PA installation you get to choose those options
Installation 1.pngI have ticked Associate PA with recommended formats
Installation completes and when you open PA the defult theme is Windows Ribbon.
When I changed it to Classic Theme, PA restarts for changes to take effect and then I get the below popup (Sorry I have a greek system)
It asks: Do you want PA to associate with recommended formats now?
Options: Associate for all users and Never show again.
Popup 2.pngI could swear that once I was changing themes and icons all the time to see which one I prefered and also toggling PA.exe to run as admin and windows compatibility mode and got this popup twice or tripple times.
Well this one does not bother me at all, I just posted it for the records if needed! -
If I the Configuration > View > Standard > Disable Tabs option is checked, when double clicking inside archives on files supported by the internal viewer (PDF, JPEG etc.) they are opened in associated application rather than on a new tab in PA internal viewer, which is expected behavior.
Next, if the Configuration > Miscellaneous > General > Reuse PA Windows is unchecked, when double clicking on archives associated with PA in Explorer they are opened in new PA instance when there is another one already running, which is expected behavior.
But when Configuration > View > Standard > Disable Tabs option is checked AND Configuration > Miscellaneous > General > Reuse PA Windows is unchecked, when double clicking inside archives on archive files they are opened in the same instance of PA with no way to get back to the parent archive. I would expect, that when the user doesn’t want to use tabs AND want to use multiple PA instances, that in such case double clicking on archive located inside another archive, the second one would open in a new PA window. -
I’ve made the sections of the output bold to indicate where the typo is.
Version 7 output
Commands:a : add files to archive (default)
u : update files to archive
h : freshen files in archive
m : move files to archive (files only)
d : delete files from archiver : recurse subfolders
Version 9 output…
p|P : store relative Pathnames|store full Pathnames
PP : store full Pathnames including drive
c[0,1,2,10,11,13,15,17,19,l,p,w,b,d,z] : set compression level
(0 - store; 1 - normal ; 2 - maximal)
(10 - store, 11 - super fast, 13 - fast, 15 - normal, 17 - max, 19 - ultra
(l - use LZMA, p - use PPMd, w - use WavPack, b - use BZIP2, d - use Deflate
(z - use optimized compression method based on file exstension)
g : create Solid archive (7Z format only)
Commands:a : add files to archive (default)
u : update files to archive
h : freshen files in archive
m : move files to archive (files only)
d : delete files from archiver : recurse subfolders
P : store full Pathnames
PP : store full Pathnames including drive
p : store relative Pathnames
c[0,1,2,10,11,12,13,14,15,16,17,18,19,u,l,p,w,b,d,z] : set compression level
(0 - store; 1 - normal ; 2 - maximal)
(10 - store, 11 - super fast, 13 - fast, 15 - normal, 17 - max, 19 - ultra
(l - use LZMA, p - use PPMd, w - use WavPack, b - use BZIP2, d - use Deflate
(o - use LZMA2
(u - use pLZMA4, f - use ZSTD, k - use PPMd_sh, e - use Deflate64
(z - use optimized strong compression method based on file exstension)
(x - use optimized fast compression method based on file exstension)
(m<filters|methods> - use custom set of filters and methods for .PA archive
y[r|b|d|x|p|d] - filters reflate, bcj2, x64flt, rep, delta
ypc<size> - custom rep c size
ypm<size> - custom rep mem size
yrx<size> - custom reflate zlib level (1-9)
yt{x} - number of threads
ya - debug mode
mt : set multithreading on
g : create Solid archive (7Z format only) -
I’ve found a bug when extracting files from a 7ZIP file, specifically when you tell PowerArchiver to extract only some files and folders from it. This is where the bug exists. You can tell PowerArchiver to extract only certain files but then it proceeds to extract the whole file and not just what you wanted.
-
Sorry if I’m asking this in the wrong place.
Can Powerarchiver create images of entire drives (e.g. C: system drive) to create drive image backups?
Thanks,
Tim
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 /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.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