GauravK wrote:
No, use Explorer.exe. ClassicStartMenu.exe is only the process that loads the menu and injects the DLL into Explorer.exe.
| Attachments: |
procdump1.zip [721.2 KiB]
Downloaded 1145 times |
| Classic Shell http://classicshell.net/forum/ |
|
| Opening delay http://classicshell.net/forum/viewtopic.php?f=7&t=2743 |
Page 1 of 1 |
| Author: | gkarasik [ Tue Jun 03, 2014 9:17 am ] |
| Post subject: | Opening delay |
Hi, Using Classic Start Menu on Win7 Enterprise, I'm getting a 10-12 second delay when clicking Start/Programs, What is confounding me is that the delay is not present when my PPTP VPN connectoid is active. IOW, if I have connected my Win7 workstation (which is part of a workgroup) to my Domain Controller, the delay is NOT present. When the workstation is not connected to the DC, the delay is present. There is no delay when not using Classic Start Menu (i.e. when using the default Win7 start menu), and there is no delay when using alternate Start Menu substitutes. Please can you think about this for a moment and suggest ways to fix this so that I don't have to use the VPN connector to avoid the delay? GaryK |
|
| Author: | Ivo [ Tue Jun 03, 2014 9:28 am ] |
| Post subject: | Re: Opening delay |
You can use the instructions here: viewtopic.php?f=12&t=6 Create a series of dumps during the delay and attach them here. |
|
| Author: | gkarasik [ Tue Jun 03, 2014 10:08 am ] |
| Post subject: | Re: Opening delay |
Thank. The procdump instructions seem written for explorer.exe crashes, and the instructions are as follows: For slowdowns type procdump -n 10 -s 1 explorer.exe For the purposes of gathering a classic start menu dump, would I subsitute "classicstartmenu.exe" for "explorer.exe" in the above syntax? GaryK |
|
| Author: | Gaurav [ Tue Jun 03, 2014 10:28 am ] |
| Post subject: | Re: Opening delay |
No, use Explorer.exe. ClassicStartMenu.exe is only the process that loads the menu and injects the DLL into Explorer.exe. |
|
| Author: | gkarasik [ Tue Jun 03, 2014 10:52 am ] | ||
| Post subject: | Re: Opening delay | ||
GauravK wrote: No, use Explorer.exe. ClassicStartMenu.exe is only the process that loads the menu and injects the DLL into Explorer.exe.
|
|||
| Author: | gkarasik [ Tue Jun 03, 2014 10:59 am ] | |||
| Post subject: | Re: Opening delay | |||
gkarasik wrote: GauravK wrote: No, use Explorer.exe. ClassicStartMenu.exe is only the process that loads the menu and injects the DLL into Explorer.exe. GaryK
|
||||
| Author: | gkarasik [ Tue Jun 03, 2014 11:03 am ] |
| Post subject: | Re: Opening delay |
gkarasik wrote: gkarasik wrote: GauravK wrote: No, use Explorer.exe. ClassicStartMenu.exe is only the process that loads the menu and injects the DLL into Explorer.exe. GaryK It just occurred to me--would you like to see a dump when there is no delay because the VPN is connected? GaryK |
|
| Author: | gkarasik [ Tue Jun 03, 2014 11:30 am ] | ||
| Post subject: | Re: Opening delay | ||
GaryK[/quote] It just occurred to me--would you like to see a dump when there is no delay because the VPN is connected? GaryK[/quote] Attached is a procdump with the VPN connected. GaryK
|
|||
| Author: | Ivo [ Tue Jun 03, 2014 10:42 pm ] |
| Post subject: | Re: Opening delay |
Looks like it is trying to resolve a network path, and that takes a long time (maybe because the path is invalid or inaccessible). Does \\TSServer\Users mean anything to you? Maybe you have a link to a network resource in your start menu, and at that time it is either disconnected or you don't have permissions to access it. |
|
| Author: | gkarasik [ Wed Jun 04, 2014 6:45 am ] |
| Post subject: | Re: Opening delay |
Ivo wrote: Looks like it is trying to resolve a network path, and that takes a long time (maybe because the path is invalid or inaccessible). Does \\TSServer\Users mean anything to you? Maybe you have a link to a network resource in your start menu, and at that time it is either disconnected or you don't have permissions to access it. Yes, \\TSServer\Users is the domain Users directory, but it is no longer mapped anywhere. GaryK |
|
| Author: | Ivo [ Wed Jun 04, 2014 7:58 am ] |
| Post subject: | Re: Opening delay |
Are you saying that the path is invalid? If so you need to remove all shortcuts that use it, otherwise they will block until the network times out. |
|
| Author: | gkarasik [ Wed Jun 04, 2014 8:07 am ] |
| Post subject: | Re: Opening delay |
First, I think the problem's on my end, not with Classic Shell, so I appreciate your giving up your time to think about it. What I'm saying is that there are no shortcuts (nor mapped drives) that access this path. There were once; this workstation was once part of a domain that accessed \\TSServer\Users, but it was removed from that domain. It is now part of a workgroup. I'm thinking that there's some kind of network caching, and I have to figure out how to clear that. GaryK |
|
| Author: | jacoch [ Wed Jun 04, 2014 12:28 pm ] |
| Post subject: | Re: Opening delay |
Hi. First of all, as it's my first post, many thanks for your useful utility. So I'm sorry to let you know that I have the exact same problem. My workstation is part of a domain. The menu opens fine when I'm connected to the network. When I'm on the road, I have a huge delay the first time the menu opens. I have looked at the log and no shortcut seems to point to my network. I'm not sure what the first number means in your log, but if it's the time, I have the delay right at the beginning: 0: version=603, PID=636, TID=5356, LID=6 15140: ItemOptions[0]=3 15140: ItemOptions[1]=3 15140: ItemOptions[2]=3 15140: ItemOptions[3]=3 Could another dump be useful to you? Jacques |
|
| Author: | gkarasik [ Wed Jun 04, 2014 2:43 pm ] |
| Post subject: | Re: Opening delay |
jacoch wrote: Hi. First of all, as it's my first post, many thanks for your useful utility. So I'm sorry to let you know that I have the exact same problem. My workstation is part of a domain. The menu opens fine when I'm connected to the network. When I'm on the road, I have a huge delay the first time the menu opens. I have looked at the log and no shortcut seems to point to my network. I'm not sure what the first number means in your log, but if it's the time, I have the delay right at the beginning: 0: version=603, PID=636, TID=5356, LID=6 15140: ItemOptions[0]=3 15140: ItemOptions[1]=3 15140: ItemOptions[2]=3 15140: ItemOptions[3]=3 Could another dump be useful to you? Jacques It would be useful to me to compare notes: When you are off the domain, are you logging in with a local-machine profile or with the domain profile? Also, my delay comes back if I've been away from the workstation for several minutes. Does your delay return after some minutes when the workstation is idle? GaryK |
|
| Author: | Gaurav [ Thu Jun 05, 2014 1:04 am ] |
| Post subject: | Re: Opening delay |
jacoch wrote: So I'm sorry to let you know that I have the exact same problem. My workstation is part of a domain. The menu opens fine when I'm connected to the network. When I'm on the road, I have a huge delay the first time the menu opens. I have looked at the log and no shortcut seems to point to my network. I'm not sure what the first number means in your log, but if it's the time, I have the delay right at the beginning: 0: version=603, PID=636, TID=5356, LID=6 15140: ItemOptions[0]=3 15140: ItemOptions[1]=3 15140: ItemOptions[2]=3 15140: ItemOptions[3]=3 Could another dump be useful to you? Jacques Yes please capture a dump. |
|
| Author: | gkarasik [ Thu Jun 05, 2014 7:26 am ] |
| Post subject: | Re: Opening delay |
gkarasik wrote: First, I think the problem's on my end, not with Classic Shell, so I appreciate your giving up your time to think about it. What I'm saying is that there are no shortcuts (nor mapped drives) that access this path. There were once; this workstation was once part of a domain that accessed \\TSServer\Users, but it was removed from that domain. It is now part of a workgroup. I'm thinking that there's some kind of network caching, and I have to figure out how to clear that. GaryK FYI, I deleted all the shortcuts in the Start Menu, and the delay is still there. Also, there's no delay with the native Win7 start menu, nor is there a delay with other start-menu replacements. I still believe the cause of this is not Classic Shell but something residual in the system leftover from when the workstation was a member of the domain, but I can't isolate that. I've tried deleting the ARP cache both using arp.exe and netsh, but the delay is still present. I can shorten the delay (10-12 seconds instead of 30) if I disable LMHosts lookup in the WINS tab of the local adapter. GaryK |
|
| Author: | Ivo [ Thu Jun 05, 2014 7:44 am ] |
| Post subject: | Re: Opening delay |
According to the dump file, the start menu is trying to figure out if the current folder is one of the system folders. It is likely that the system is trying to find the location of all such folders (start menu, control panel, user documents, etc.) before it can tell if mine is one of them. Search in the registry for \\TSServer and you may find what is tripping the system. |
|
| Author: | gkarasik [ Thu Jun 05, 2014 7:52 am ] |
| Post subject: | Re: Opening delay |
Ivo wrote: According to the dump file, the start menu is trying to figure out if the current folder is one of the system folders. It is likely that the system is trying to find the location of all such folders (start menu, control panel, user documents, etc.) before it can tell if mine is one of them. Search in the registry for \\TSServer and you may find what is tripping the system. That's the first thing I tried. I found a couple of references to [url=file://\\TSServer]\\TSServer[/url] and removed them. Didn't affect the delay. GaryK |
|
| Author: | gkarasik [ Thu Jun 05, 2014 6:49 pm ] |
| Post subject: | Re: Opening delay |
Ivo wrote: According to the dump file, the start menu is trying to figure out if the current folder is one of the system folders. It is likely that the system is trying to find the location of all such folders (start menu, control panel, user documents, etc.) before it can tell if mine is one of them. Search in the registry for \\TSServer and you may find what is tripping the system. Here's an intesting bit of information: According to the dump, Explorer is looking for the former domain controller [url=file://\\TSServer]\\TSServer[/url]. I renamed the workstation TSServer, and the delay has gone away. So clearly the workstation is somewhere e neme TSServer, but I can't figure out where. It's not in the registry, and I've cleared the ARP cache with no results. I don't know where else to look. This is unsatisfactory as a long-term workaround because the server is named TSServer, and the workstation has to VPN to it and map drives to it. GaryK |
|
| Author: | Ivo [ Fri Jun 06, 2014 7:57 am ] |
| Post subject: | Re: Opening delay |
I don't know how Windows stores the locations of all system folders. Some are in the registry (user files, pictures) but others may be stored in some system files. In the next version I will try a different approach to determine the locations of the system folders, which may or may not fix your problem. |
|
| Author: | gkarasik [ Fri Jun 06, 2014 8:28 am ] |
| Post subject: | Re: Opening delay |
Ivo wrote: I don't know how Windows stores the locations of all system folders. Some are in the registry (user files, pictures) but others may be stored in some system files. In the next version I will try a different approach to determine the locations of the system folders, which may or may not fix your problem. I look forward to that, and it's kind of you, particularly because I don't believe the problem lies in your software but rather in Window's leaving some residual record (maybe in AD?) of the DC in my system after the workstation's been pulled from the domain. One further observation: I have a small home network and so can't have multiple machines with the same name. If the workstation's machine name is changed from TSServer but if I put a line identifying TSServer and the workstation's IP address in the LMHosts file, there is no delay. Of course, this screws up the workstation's network browsing, so it's not a good workaround, but I do think it's interesting. GaryK |
|
| Author: | jacoch [ Fri Jun 13, 2014 3:40 pm ] |
| Post subject: | Re: Opening delay |
gkarasik wrote: It would be useful to me to compare notes: When you are off the domain, are you logging in with a local-machine profile or with the domain profile? Also, my delay comes back if I've been away from the workstation for several minutes. Does your delay return after some minutes when the workstation is idle? GaryK Sorry for the delay. Was away for a few days. When I'm off the domain, I use my domain profile to keep all my settings. Same result if I'm away from workstation for some time, the delay comes back. I have the feeling that Classic Shell is waiting for the system to finish a task, as I can see the same delay when pressing Ctrl-Alt-Del to login. There should be some DNS timeout or something like this. But why does Classic Shell do such call as I don't have any shortcut pointing to the domain? I'll do a dump asap. |
|
| Author: | gkarasik [ Fri Jun 13, 2014 4:30 pm ] |
| Post subject: | Re: Opening delay |
jacoch wrote: gkarasik wrote: It would be useful to me to compare notes: When you are off the domain, are you logging in with a local-machine profile or with the domain profile? Also, my delay comes back if I've been away from the workstation for several minutes. Does your delay return after some minutes when the workstation is idle? GaryK Sorry for the delay. Was away for a few days. When I'm off the domain, I use my domain profile to keep all my settings. Same result if I'm away from workstation for some time, the delay comes back. I have the feeling that Classic Shell is waiting for the system to finish a task, as I can see the same delay when pressing Ctrl-Alt-Del to login. There should be some DNS timeout or something like this. But why does Classic Shell do such call as I don't have any shortcut pointing to the domain? I'll do a dump asap. If you've said, I missed it--is this Win 7? There's a free utility, Default Profile (http://www.forensit.com/support-downloads.html#DefProf), from Forensit, that will create a Default Profile that allows you to duplicate settings. You set up a profile (call it "StandardProf") the way you want it, then you run "DefProf StandardProf." The next time you logon as someone who hasn't before logged on, it will create the new profile with the settings from StandareProf. The point being that you could then have a local-machine profile with the same settings as your domain profile. I'm just wondering if the delay would still be there. The machine I'm having the problem with is a member of a workgroup, not a domain. When the same machine is joined to a domain, the problem goes away. |
|
| Author: | jacoch [ Sat Jun 14, 2014 12:38 am ] |
| Post subject: | Re: Opening delay |
I'm on Win 8.1. But no need to copy the profile. If I use a local profile, the same delay appears. I can reproduce it each time just by quitting Classic Shell and reopen it. The first time it opens, the delay appears. I've created a dump. Hope it can help find the culprit: https://dl.dropboxusercontent.com/u/257 ... ocdump.zip. |
|
| Page 1 of 1 | All times are UTC - 8 hours [ DST ] |
| Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |
|