AnsweredAssumed Answered

sldShellExtServer.exe is causing TortoiseSVN to hang.

Question asked by Scott Stanford on Oct 21, 2011
Latest reply on Jul 5, 2016 by Alllll Akkkk

Like • Show 1 Like1
Comment • 17

We use SVN to back up our documents, and recently it appears that the SolidWorks process "sldShellExtServer.exe" is causing commits to hang. I understand that this process helps create the thumbnails, and can be somewhat CPU intensive. Here's the info dump when I have to shut down the TortoiseSVN commit:

Description:
A problem caused this program to stop interacting with Windows.

Problem signature:
Problem Event Name:    AppHangXProcB1
Application Name:    TortoiseProc.exe
Application Version:    1.7.0.22068
Application Timestamp:    4e935126
Hang Signature:    241f
   Hang Type:    64
Waiting on Application Name:    sldShellExtServer.exe
Waiting on Application Version:    19.5.0.91
OS Version:    6.1.7601.2.1.0.256.48
Locale ID:    1033
Additional Hang Signature 1:    241f645b44023b2ad35ff56c2ff2b6a6
   Additional Hang Signature 2:    901f
Additional Hang Signature 3:    901f201820843874b6706d26c0d1dd42
Additional Hang Signature 4:    241f
Additional Hang Signature 5:    241f645b44023b2ad35ff56c2ff2b6a6
   Additional Hang Signature 6:    901f
Additional Hang Signature 7:    901f201820843874b6706d26c0d1dd42

I'd prefer to leave the thumbnails enabled (they're helpful in visually tracking down files). Are there methods to alleviate the CPU strain (if that indeed is the issue)? Or do I need to shut down this process, and if so, is there a simple way to do so (and how do I turn it back on)? (I gather it runs independently from SolidWorks, so just quitting SW won't work.)

No one else has this question

Outcomes

17 Replies

Brett Gombar Nov 3, 2011 1:52 PM
Mark Correct
Correct Answer
I also encounter a similar problem with tortoise SVN v1.7.1. Currently, this prevents me from getting locks and releasing locks.

I found that turning off the "show lock dialog before locking files" in settings>Dialogs2 enabled me to get the locks on individual files. It still hung when trying to get locks on entire folders. I still had issues trying to release the locks on these files though.

I'm probably just going to go back to 1.6 since that didnt have any issues. It would be nice to know if there was a fix though.
Like • Show 0 Likes0
Actions
- Michael Keller @ Brett Gombar on Nov 11, 2011 1:32 PM
  Mark Correct
  Correct Answer
  We have a similar problem since we updated to 1.7/1.7.1 and only with SolidWorks (2009, 2010, 2011) files.
  
  What I've tried since the update :
  
  - Sometimes it helps, when I close all Windows from Windows Explorer. And start again one Window.
  - First SVN Update and then SVN Commit
  - Often works it, when I've booted the computer in the morning new after I tried to COMMIT without success at the last evening.
  - With 1.6 and before, we hadn't any problems like this.
  
  We are close to the point to reinstall the 1.6 Version
  
  UPDATE :
  
  sldShellExtServer.exe seems to run, when SolidWorks2009 SP0.0 is installed and a Windows Explorer Window is open. I uninstalled SWX2009 SP0.0. In the next step I started to commit my CAD files - and it works. Current installation : Windows 7 64bit, SWX2011 SP4.0, SWX2010 SP5.0, TortoiseSVN 1.7.1.
  Like • Show 0 Likes0
  Actions
  - Mark Stillman @ Michael Keller on Nov 11, 2011 11:58 AM
    Mark Correct
    Correct Answer
    We are having exactly the same problem.
    Not sure going back to 1.6 will help.
    We have multiple document type on our server and its only the solidworks files that are causing the issue.
    Like • Show 0 Likes0
    Actions
Mark Stillman Nov 15, 2011 5:22 AM
Mark Correct
Correct Answer
HI, one of the guys i work with has found a fix.
Its working on my machine, im not saying it will work on anyone elses. Do at your own risk.
(Just to cover me if it goes wrong and wipes your system!)

Download ShellExView and then run it, select all the items under description as SldShtExt
Theses are:

SLDASMIcons Class
SLDDEWIcons Class
SLDPRTIcons Class
SldShellExtension Class
Solidworks Document Thumbnail Handler
SolidWorks file Info Tips Class
SolidWorks file Preview Class
It will remove all the icons from solidworks , but it will stop the clash with Tortoise SVN!
Now i can get back to actually doing my job!

Hope this is helpful.
Like • Show 0 Likes0
Actions
- David Lanning @ Mark Stillman on Dec 13, 2011 9:44 AM
  Mark Correct
  Correct Answer
  This worked for us! SolidWorks 2012 SP1 with TortoiseSVN 1.7.2.
  Thanks for the solution. Saved me a lot of hair pulling....
  Like • Show 0 Likes0
  Actions
- Scott Stanford @ Mark Stillman on Dec 13, 2011 6:17 PM
  Mark Correct
  Correct Answer
  This works for me.
  
  BTW, it looks like there are now two SPRs on the subject: 444576 and 630865.
  
  I've not had a chance to upgrade to SW 2012, but I'll post if that works for me.
  Like • Show 0 Likes0
  Actions
- Brett Gombar @ Mark Stillman on Dec 14, 2011 5:43 PM
  Mark Correct
  Correct Answer
  Disabling the shell extensions worked for me as well. I'm running sw2012 and TSVN 1.7.2. However, I only needed to disable the following extensions for everything to be happy.
  SLDASMIcons Class
  SLDDEWIcons Class
  SLDPRTIcons Class
  
  I've also noticed that I can continue to see the file thumbnails in windows 7 x64 in all but the "list" and "details" views. It seems that the default SW block icons for drawings, parts, and assemblies are replaced with a blank page icon. For me this isnt a big deal as I prefer the "large" view in windows explorer and can see the image of the part.
  Like • Show 1 Like1
  Actions
  - Michael Schuh @ Brett Gombar on Dec 30, 2011 1:52 PM
    Mark Correct
    Correct Answer
    Due to security concerns, we don't download and run software from the web and so I figured out how to do it with the registry editor. I figured it out by reading about how to clean up your messy Windows context menu (http://www.howtogeek.com/howto/windows-vista/how-to-clean-up-your-messy-windows-context-menu/) and how to create icon handlers (http://msdn.microsoft.com/en-us/library/windows/desktop/cc144122%28v=vs.85%29.aspx). To fix the problem, I used regedit to rename two entries.
    
    Rename HKEY_CLASSES_ROOT\SldAssem.Document\shellex\IconHandler to IconHandler_doNotUse_SVN_Broken
    Rename HKEY_CLASSES_ROOT\SldPart.Document\shellex\IconHandler to IconHandler_doNotUse_SVN_Broken
    
    This breaks the drawing of these icons in Windows Explorer so we may downgrade to SVN version 1.6 and see if that works better for us.
    Like • Show 0 Likes0
    Actions
    - Mcad Function Engineering @ Michael Schuh on Jan 30, 2012 4:27 PM
      Mark Correct
      Correct Answer
      Dear Michael Schuh
      
      Thank you for posting your registry modification solution. We tried it and it did not work. After making the modifications, the icons for SLDPRT, SLDASM and SLDDRW still did not disappear and the TortoiseSVN problem wasn't fixed. (Note we also modified for SldDraw.Document in the registry). We then manually changed the program association of SLDPRT and SLDDRW and SLDPRT files in Control Panel\Programs\Default Programs\Set Associations and this fixed the icons disappeared and the TortoiseSVN problem was fixed.
      
      Can you verify that your registry modification solution really works for you? We would really like a registry modification method because we want to script it and run it on all our computers.
      
      Thank you very much in anticipation.
      
      Gui
      Like • Show 0 Likes0
      Actions
      - Michael Schuh @ Mcad Function Engineering on Jan 30, 2012 5:46 PM
        Mark Correct
        Correct Answer
        I reported what worked for us on our 64 bit Windows 7 machines. Before I made the changes, we could not comit files. After I made the changes, we could comit files. Don't know what else to say.
        Like • Show 0 Likes0
        Actions
        Mcad Function Engineering @ Michael Schuh on Jan 31, 2012 2:15 PM
        Mark Correct
        Correct Answer
        Thank Michael once again.
        
        We tested your solution on another machine (also 64bit win7) with Solidworks 2011, and it worked.
        It didn't work on the first machine (also 64bit win7) because the first machine has Solidworks 2012.
        
        To fix the problem on the Solidworks 2012 machine, we did this
        
        Change the default value data of the following keys to blank (i.e. delete what is originally there).
        Computer\HKEY_CLASSES_ROOT\SldPart.Document\DefaultIcon
        Computer\HKEY_CLASSES_ROOT\SldPart.Document\shell\open\command
        Computer\HKEY_CLASSES_ROOT\SldDraw.Document\DefaultIcon
        Computer\HKEY_CLASSES_ROOT\SldDraw.Document\shell\open\command
        Computer\HKEY_CLASSES_ROOT\SldAssem.Document\DefaultIcon
        Computer\HKEY_CLASSES_ROOT\SldAssem.Document\shell\open\command
        
        Now, besides not launching SW when you click on the file, the file icon also does not appear, and the TortoiseSVN problem is fixed.
        
        Gui
        Like • Show 1 Like1
        Actions
        Michael Schuh @ Mcad Function Engineering on Jan 31, 2012 2:34 PM
        Mark Correct
        Correct Answer
        Gui,
        
        Great job figuring all of this out. Yes, you are correct, we are running SolidWorks 2011. I work with the FIRST (For Inspiration and Recognition of Science and Technology) Mountain View California High School Spartan Robotics team 971 - SpartanRobotics.org. SolidWorks very generously donates one version level back of their software to all the teams so we don't have the 2012 version yet. Maybe we will need your solution next year. Thanks for posting it.
        
        Michael
        Like • Show 0 Likes0
        Actions
  - Alllll Akkkk @ Brett Gombar on Jul 5, 2016 4:17 AM
    Mark Correct
    Correct Answer
    Thanks Mark Stillmanand Brett Gombar
    
    SolidWorks 2015 SP3, TortoiseSVN 1.7.11, Windows 7 64 bit
    The solution proposed by Mark Stillman works, but after that SolidWorks Explorer does not work. It is important for me, so I followed the advice by Brett Gombar and disable only:
    SLDASMIcons Class
    SLDDEWIcons Class
    SLDPRTIcons Class
    
    Now SolidWorks Explorer and TortoiseSVN works!
    Like • Show 0 Likes0
    Actions
- Mari Voipio @ Mark Stillman on Mar 17, 2014 7:04 AM
  Mark Correct
  Correct Answer
  Thank you for this tip, you totally saved my day!
  
  I'm running SolidWorks 2013 SP 4.0 on 64-bit Windows 7, and my SVN is TortoiseSVN 1.8.5. (the newest version). I had deleted some SW files (with SVN delete) and could not commit changes to that folder. Once I got ShellExView and disabled the SolidWorks icons, SVN works like a charm again. I'm very happy (and thankful) now, losing a few icons is nothing compared to having a working SVN system!
  Like • Show 0 Likes0
  Actions
Joshua Bannister Feb 20, 2013 8:10 AM
Mark Correct
Correct Answer
Thank you all for the answers you provided, after researching many different sites and solutions I have summarized what works perfectly with my machine running:
- SolidWorks 2013 64 Bit SP2.0
- Windows 7 64 Bit
- TortoiseSVN 1.7.11, Build 23600 - 64 Bit
To fix this problem without disabling sldshellextserver.exe (as some of you will still want the small preview in the bottom left and in the large preview bar) you just have to stop windows from referring to the program for icons only.

Open up Registry Editor:

Find your extension (for this example I am using .SLDPRT)

In this extension it gives you a reference to look up in the Data column (SldPart.Document)

HKEY_CLASSES_ROOT
   .SLDPRT
      (Default) = SldPart.Document
   SldPart.Document
      Shellex
         IconHandler

Rename the icon handler to anything you wish to (we used the following so in the future we can see why we renamed it)

SldPart.Document
      Shellex
         IconHandler-RenamedToDisableAddinThatHangsSVN

This works perfectly as it stops the SVN client from attempting to look up what the icon should be using sldshellextserver.exe

This must be done for all extensions that solidworks uses .SLDPRT, .SLDASM, .SLDDRW

TortoiseSVN will no longer hang when adding/committing/etc.

I Hope this helps.
Like • Show 3 Likes3
Actions
- Joakim Gabrielsson @ Joshua Bannister on May 13, 2014 5:12 AM
  Mark Correct
  Correct Answer
  Joshua
  I have the same problem and would like to use the same solution but I don't have the IconHandler-key under the SldPart.Document. In fact I don't have the Shellex either. Same situation applies to the other extensions as well.
  
  I'm not sure if I should add it and it feels like I'm out on thin ice here. I'm not used to add stuff to my registry, only modify.
  Would be nice if someone could advice me.
  Thanks
  Like • Show 0 Likes0
  Actions
  - David Lanning @ Joakim Gabrielsson on May 13, 2014 12:36 PM
    Mark Correct
    Correct Answer
    The solution proposed by Mark Stillman works and it does not require any registry changes. See https://forum.solidworks.com/message/258746#258746 for the solution.
    Like • Show 0 Likes0
    Actions

sldShellExtServer.exe is causing TortoiseSVN to hang.

Outcomes

Related Content

Recommended Content

Incoming Links