Windows 10 pro - Explorer crashing
-
@Tyjen007 did you check latest .55 release via patchbeam?
-
17.09.0 is latest dll, lets see what happens with that one. Thanks!
-
Thank you I’ll try that version.
-
we had report from @keith via email that we could be reproduced and could be similar to this… hopefully it is. Spent whole day troubleshooting it, we are getting closer but still not fixed. Maybe new build with fix tomorrow? We will see. Thanks for reports.
-
Looking forward to new update.
Still running latest built powarc170055
Side note:
I now run windows explorer option “launch folder windows in a separate process”, this helps, since the fault is random. Now it does not crash all “windows explorer” windows that are open, just the process “window” that it does crash in.
Also I went for and are now using Windows 10 pro 15048.rs2_release. 170228-1522, mainly to see if PowerArchiver behaved with no issue in newer build. As it stands I have had few crashes but not as many as running the existing version in general use.I’ll post crash info if it starts being too regular again.
-
@Tyjen007 said in Windows 10 pro - Explorer crashing:
Looking forward to new update.
Still running latest built powarc170055
Side note:
I now run windows explorer option “launch folder windows in a separate process”, this helps, since the fault is random. Now it does not crash all “windows explorer” windows that are open, just the process “window” that it does crash in.
Also I went for and are now using Windows 10 pro 15048.rs2_release. 170228-1522, mainly to see if PowerArchiver behaved with no issue in newer build. As it stands I have had few crashes but not as many as running the existing version in general use.I’ll post crash info if it starts being too regular again.
we managed to reproduce one issue even with latest build. So we have made some changes and they will be available in next build. Lets see if it crashes ever again. We are waiting for few other things to come in and it will be published then. Thanks!
-
these crashes noted below are when doing a right click (copy and then paste) before competing operation, crash occured…
Faulting application name: explorer.exe, version: 10.0.15048.0, time stamp: 0xa6dd583e
Faulting module name: PASHLEXT64.DLL_unloaded, version: 17.0.9.0, time stamp: 0x58a6fb56
Exception code: 0xc0000005
Fault offset: 0x00000000000f38e0
Faulting process id: 0x3378
Faulting application start time: 0x01d296a3856ca7d2
Faulting application path: C:\WINDOWS\explorer.exe
Faulting module path: PASHLEXT64.DLL
Report Id: 8328a8ee-76cc-4c9a-a960-2871661fff0b
Faulting package full name:
Faulting package-relative application ID:Faulting application name: explorer.exe, version: 10.0.15048.0, time stamp: 0xa6dd583e
Faulting module name: PASHLEXT64.DLL_unloaded, version: 17.0.9.0, time stamp: 0x58a6fb56
Exception code: 0xc0000005
Fault offset: 0x00000000000f38e0
Faulting process id: 0x3378
Faulting application start time: 0x01d296a3856ca7d2
Faulting application path: C:\WINDOWS\explorer.exe
Faulting module path: PASHLEXT64.DLL
Report Id: 8328a8ee-76cc-4c9a-a960-2871661fff0b
Faulting package full name:
Faulting package-relative application ID:times are 2 seconds apart
-
@spwolf said in Windows 10 pro - Explorer crashing:
We are waiting for few other things to come in and it will be published then.
Shall we enable them now in build 17.00.57 or is it too soon?
-
@Luxor said in Windows 10 pro - Explorer crashing:
@spwolf said in Windows 10 pro - Explorer crashing:
We are waiting for few other things to come in and it will be published then.
Shall we enable them now in build 17.00.57 or is it too soon?
there is .59, now it is really completely disabled by default. It seems like loading our dll into shell for display of files with latest Win10 causes crash… just loading the dll without actually using it. So MS changed something in past 3 months, maybe it is a bug or maybe it is a security feature, we dont know right now. But there should be no crashing anymore.
-
@spwolf said in Windows 10 pro - Explorer crashing:
there is .59
Didn’t notice that, just got it on patchbeam.
@spwolf said in Windows 10 pro - Explorer crashing:
now it is really completely disabled by default. It seems like loading our dll into shell for display of files with latest Win10 causes crash… just loading the dll without actually using it. So MS changed something in past 3 months, maybe it is a bug or maybe it is a security feature, we dont know right now. But there should be no crashing anymore.
I’ve not had a single crash in explorer since it was disabled that’s for sure.
-
@Luxor said in Windows 10 pro - Explorer crashing:
@spwolf said in Windows 10 pro - Explorer crashing:
there is .59
Didn’t notice that, just got it on patchbeam.
@spwolf said in Windows 10 pro - Explorer crashing:
now it is really completely disabled by default. It seems like loading our dll into shell for display of files with latest Win10 causes crash… just loading the dll without actually using it. So MS changed something in past 3 months, maybe it is a bug or maybe it is a security feature, we dont know right now. But there should be no crashing anymore.
I’ve not had a single crash in explorer since it was disabled that’s for sure.
We found some way to reproduce it when just right clicking on .pa file which just loads the dll. And some other users reported it happening with zip and 7z files too. All this worked fine for years in Win7, 8 and 10. And on our main build computer, with final Win 10.1 build, it never crashes either. So it is one of the builds afterwards that changed something.
Since .59 release disabled it in .zip/.7z and all other formats, there are no more issues report by any of the users we sent it to. So definitely something on MS side.
Once PA 2017 is released in final form, we can spend some time investigating the issue. Thanks!
-
Looking forward to trying 59 version. I will say I have seen less crashes in the latest Insider preview Windows 10, that may also just be a side effect of using newer versions of the program. When I do get crashes I have verified that PASHLEXT64.DLL is the fault/reason. I wish it was it was as simple as saying while doing (insert action) that was the reason. And as spwolf states, this is a new bug that did not happen in prior versions of the app or OS. What is weird is you would expect the call for the DLL to be the issue when you right click on a file/ folder and the context menu would be calling the ddl for action to be offered. Yet windows explorer can crash with a open window and no active action taking taking place within the open window as your using an app. As noted above , I now run separate instances of explorer, so when one instance will crash, the other(s) will stay open. Which may mean, in the context cashing its’ is not always a system wide issue. Could that mean its how its called and held in memory for each instance? I have tried (completely disabled the context menu calls to the DLL), and had no crashes (as to be expected) but I want the functionality that is provided. rather than having to open the app and browse to the file/folder that I wish to complete a task. We’ll see what happens.
-
@Tyjen007 said in Windows 10 pro - Explorer crashing:
Looking forward to trying 59 version. I will say I have seen less crashes in the latest Insider preview Windows 10, that may also just be a side effect of using newer versions of the program. When I do get crashes I have verified that PASHLEXT64.DLL is the fault/reason. I wish it was it was as simple as saying while doing (insert action) that was the reason. And as spwolf states, this is a new bug that did not happen in prior versions of the app or OS. What is weird is you would expect the call for the DLL to be the issue when you right click on a file/ folder and the context menu would be calling the ddl for action to be offered. Yet windows explorer can crash with a open window and no active action taking taking place within the open window as your using an app. As noted above , I now run separate instances of explorer, so when one instance will crash, the other(s) will stay open. Which may mean, in the context cashing its’ is not always a system wide issue. Could that mean its how its called and held in memory for each instance? I have tried (completely disabled the context menu calls to the DLL), and had no crashes (as to be expected) but I want the functionality that is provided. rather than having to open the app and browse to the file/folder that I wish to complete a task. We’ll see what happens.
Yes, the compression dll is loaded for preview shell function only, but it is loaded first time you right click on shell. And new builds of Win10 dont like it. Same dll has been used for ever since we added that functionality.
.59 is on Patchbeam and you can try it to confirm thats it.
In one of the future builds, we will add preview functionality back in, but we will not use external dll anymore for these functions, but we will build it inside initial .dll, since even if Microsoft fixes the issue (which is possible), there will still be many preview builds out there with the issue.
However rest of shell functionality is unaffected. Thanks.
-
Since Creators update is coming out soon, I decided to keep going with newer versions of the Windows 10 Pro x64 OS, I’ve been running 15055.rs2_release.170307-1445 with PowerArchiver build 59. And I started to see fewer crashes. I have just updated to 15060.rs2_release.170314-1527 along with PowerArchiver version 61. I’ll clear my event logs and watch check for issues. and report back in a few days. Thanks spwolf for feedback and a great product.
-
I’ve been checking event viewer, and have seen no crashes related to PASHLEXT64.DLL for nearly a week. I’m running PowerArchiver version 17.00.63 (03/17) 64bit and have recently upgraded to windows 10 1703 (Build 15063.rs2_release.170317-1834). What ever work that was done by ConeXware, seems to have addressed the crashing issue. Unless anything changes I would say, we can assume the issue (as far as my situation) is resolved. Thank you spwolf for your prompt responses.
-
@Tyjen007 said in Windows 10 pro - Explorer crashing:
I’ve been checking event viewer, and have seen no crashes related to PASHLEXT64.DLL for nearly a week. I’m running PowerArchiver version 17.00.63 (03/17) 64bit and have recently upgraded to windows 10 1703 (Build 15063.rs2_release.170317-1834). What ever work that was done by ConeXware, seems to have addressed the crashing issue. Unless anything changes I would say, we can assume the issue (as far as my situation) is resolved. Thank you spwolf for your prompt responses.
thank you for the feedback.