It is currently Fri Dec 15, 2017 4:27 pm

All times are UTC - 8 hours [ DST ]


Forum rules


Before posting a bug report or a feature request, search the forum for an older post on the same topic. If you are reporting a crash, try capturing a crash dump. You can find instructions here: How to capture crash dumps



Post new topic Reply to topic  [ 64 posts ]  Go to page Previous  1, 2
Author Message
PostPosted: Wed Sep 27, 2017 6:31 am 
Offline

Joined: Wed Sep 27, 2017 6:29 am
Posts: 4
I've been having the issue with several Windows 10 1607 / CS 4.3.0 clients, updated to Windows 10 1703 / CS 4.3.1 and still have the same problem.
I would really like to get to the bottom of this issue, I've got a user that's UI is locking up every 30 minutes or so.

If you let me know what tools you want me to use to capture crash dumps or logs let me know all I'll get straight on it.


Top
 Profile  
Reply with quote  
PostPosted: Wed Sep 27, 2017 7:07 am 
Offline
User avatar

Joined: Thu Jan 03, 2013 12:38 am
Posts: 5340
How to capture crash dumps or slowdown dumps: viewtopic.php?f=12&t=6 There are different ways so if one doesn't work, try the alternative method.

_________________
Links to some general topics:

Compare Start Menus

Read the Search box usage guide.

I am a Windows enthusiast and Classic Shell tester.


Top
 Profile  
Reply with quote  
PostPosted: Wed Sep 27, 2017 7:33 am 
Offline

Joined: Wed Sep 27, 2017 6:29 am
Posts: 4
I've uploaded the crash dumps from my machine to the MediaFire link in the above article, not sure if it will help though as these weren't captured when the freeze occurs.

Explorer didn't crash because of the thread issue though. That occurs randomly and is near impossible to re-create.

I've set up the Process Monitor on one of my clients having the issue and I am capturing all events for the Explorer.exe process and will upload the logs when it freezes up.


Top
 Profile  
Reply with quote  
PostPosted: Wed Sep 27, 2017 9:15 am 
Offline
Site Admin
User avatar

Joined: Wed Jan 02, 2013 11:38 pm
Posts: 5310
I don't see anything obvious in the dumps. The Classic Shell code is not doing anything at this time. There is some COM activity trying to communicate with another process, probably the UWP brokers.
I'm not saying Classic Shell is not the root cause, but at the time of the dump there is no evidence of that.


Top
 Profile  
Reply with quote  
PostPosted: Wed Sep 27, 2017 11:15 pm 
Offline

Joined: Wed Sep 27, 2017 6:29 am
Posts: 4
Computer crashed again last night, captured all explorer events throughout the day up until the crash (2.8M Events if you want to know) I'll trawl through them and get rid of the gumf and upload the rest.


Top
 Profile  
Reply with quote  
PostPosted: Thu Sep 28, 2017 4:18 am 
Offline

Joined: Wed Sep 27, 2017 6:29 am
Posts: 4
I've uploaded the logs from Process Monitor around the time of the crash.
Hopefully something sticks out.
Is it worth me running the ProcDump tool when Explorer is crashed?


Top
 Profile  
Reply with quote  
PostPosted: Thu Sep 28, 2017 9:43 am 
Offline
Site Admin
User avatar

Joined: Wed Jan 02, 2013 11:38 pm
Posts: 5310
I think running ProcDump after the fact will not work. If you want to save dump automatically without running ProcDump constantly, you need to use the registry method. The link is at the top of this page.


Top
 Profile  
Reply with quote  
PostPosted: Tue Oct 17, 2017 12:23 pm 
Offline

Joined: Tue Sep 05, 2017 5:38 am
Posts: 13
Anybody had a chance to test CS 4.3.1 with Windows 10 Fall Creators Update (released today)?


Top
 Profile  
Reply with quote  
PostPosted: Tue Oct 17, 2017 3:50 pm 
Offline
User avatar

Joined: Sun Jan 06, 2013 1:44 pm
Posts: 1847
No extensive testing Version 1709; but initially it seems to work for me; without needing to reinstall (it will prompt to 'reconfigure' classic shell)


Top
 Profile  
Reply with quote  
PostPosted: Wed Nov 15, 2017 7:26 am 
Offline

Joined: Mon May 16, 2016 2:34 am
Posts: 5
After much testing I found that the problem would on occasion show itself on non-domain machines, so there being something in a GPO causing it had to be unfortunately ruled out. Still no idea what the common thread is for the people that see it every now and then, but I'd rather explorer lock up occasionally than use the default Windows 10 start menu, and that sentiment is shared by the people that get the lockups (sorry Microsoft, you did a bad job there!).


Top
 Profile  
Reply with quote  
PostPosted: Mon Nov 20, 2017 9:49 am 
Offline

Joined: Mon Nov 20, 2017 9:36 am
Posts: 3
I'm also having this issue occasionally.
Currently still on Windows 10 1703.

The thing is I've noticed that frequently threads on the explorer.exe start to acumulate on waiting status until eventually the explorer process just locks up and crashes when enough "stuck" threads have accumulated.


Now, the thread that is common to all these ones that are stuck in waiting mode, is a thread belonging to ClassicStartMenu with a "Start address" reported sometimes as "ClassicStartMenuDLL.dll!DllExecuteNamedCommand", other times reported as "ClassicStartMenuDLL.dll!WaitDllInitThread", by Sysinternals Process Explorer.

I hope this helps in any way.


Top
 Profile  
Reply with quote  
PostPosted: Fri Nov 24, 2017 12:24 pm 
Offline
Site Admin
User avatar

Joined: Wed Jan 02, 2013 11:38 pm
Posts: 5310
So far the most reliable way to reproduce the issue has been to install some software. At some point during installation the threads in Explorer start piling up. There must be some weird interaction between Classic Shell, Explorer, and MSI.
I spent few days trying to track it down, but as of yet I have no good leads.


Top
 Profile  
Reply with quote  
PostPosted: Fri Nov 24, 2017 1:44 pm 
Offline

Joined: Mon Nov 20, 2017 9:36 am
Posts: 3
I've been able to reproduce the problem with some consistency, of explorer.exe accumulating waiting threads (which over time permanently increase the explorer.exe process memory usage and usually lead to the explorer crash) just by opening many explorer based windows (File Explorer, Control Panel, Devices and Printers, Default Programs, etc...) and then closing them.
In fact I've notested that the pile of stuck threads increases much more when closing the windows than when opening them.

By surprise of mine, I think I found a workaround.
I changed the File Explorer setting to "Launch folder windows in a separate process".
The end result is 2 explorer.exe processes running, but now I can open and close dozens of explorer based windows and both processes remain working normally with no waiting threads within both explorer processes.
And also both explorer.exe processes remain low on memory usage only increasing when the number windows increase and shrinking when I close the windows.

Now, I remember trying this exact same solution many months ago but it did not work out in the end like it did now.
So my guess is some change in the latest classicshell version makes this solution work.

The problem is, in windows 8 and 10 "Launch folder windows in a separate process" seems to have a problem of it's own, like File replace dialogs popping under instead of popping over the file explorer windows that launch them.
This as you may imagine is annoying as frequently while doing file copy/move operations, File Replace Dialogs go unnoticed for some time before they get attended.


Top
 Profile  
Reply with quote  
PostPosted: Mon Dec 11, 2017 4:10 pm 
Offline

Joined: Fri Jul 05, 2013 11:43 am
Posts: 3
FWIW - I was encountering this same issue (Explorer locking up all waiting on one thread; usually happened after resuming from sleep/from unlock). I rolled-back Classic Shell to 4.2.4 and so far the problem has not manifested itself


-mark
Edit 12-12: that didn't work. repro'd the issue again


Top
 Profile  
Reply with quote  
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 64 posts ]  Go to page Previous  1, 2

All times are UTC - 8 hours [ DST ]


Who is online

Users browsing this forum: Exabot [Bot] and 6 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group, Almsamim WYSIWYG Classic Shell © 2010-2016, Ivo Beltchev.
All right reserved.