Monthly Archives: January 2005

Tweedle IExplore and Tweedle DExplore

I feel like I just visited Alice in Wonderland in order to resolve the following iexplore.exe (Internet Explorer 6.0 for Windows XP Professional SP2) and dexplore.exe (MSDN Library – January 2005) issues:

  • MSDN Library viewer would not display any pages even after reinstalling the entire library contents locally and performing a complete repair operation.
  • IE would do nothing whenever View Source was chosen from any page’s context (right-click) menu.
  • Trying to execute a Find command in IE would result in an Error: 49 “Interface not registered” error dialog instead of a successful Find operation.

The good news is that I was able to fix all three issues, but the bad news is that, IMHO, it was much to difficult a resolution to come by. So, here are the steps I took in some detail in case I encounter any of these issues again.

MSDN Library resolution:

  • I found several links online that talked about cleaning up one’s temporary internet files (TIFs). Apparently certain functionality in IE becomes disabled when TIFs reach a certain total size.
  • These links were in the context of IE (e.g. and I’d already cleaned up my account’s TIFs including all offline content, too–to no avail.
  • However, I did notice that other user account TIFs were at a reasonable size (i.e. much larger than mine were). So, I logged into those accounts and cleaned them up.
  • Unfortunately, I took another step before I saw expected MSDN Library (i.e. offline viewer (dexplore.exe)) behavior: I moved-out-and-moved-back (logging off and logging back in after both moves) the location of my TIFs to the default folder for TIFs (i.e. %UserProfile%\Local Settings). That is, I don’t know specifically if only cleaning up TIFs in other Windows user accounts on the same machine did the trick to restore dexplore.exe, if only recycling the location of the TIFs areas did the trick to restore dexplore.exe, or if both actions solved my MSDN Library woes. But at this point, problem number one was solved!
  • Aside: I did notice that moving my TIFs folder back to the default location triggered to Microsoft AntiSpyware Beta 1 alert dialogs of note: (1) one dealing with wininet.dll and (2) dealing with the change in location of the TIFs folder. (Perhaps wininet.dll was at issue beforehand, too.)

IE View Source resolution:

  • I ran across this Microsoft Support article within one of my search results on this topic (i.e. view source being broken): It talked about mshtml.dll, which got me to thinking about some recent development I’d been doing in .NET using the Microsoft Web Browser Control–perhaps I’d unregistered this important DLL by accident or otherwise caused its registration with COM to be incomplete or corrupted.
  • I re-registered mshtml.dll with COM in the Windows Registry (RegDB) as follows in a Command Prompt window: regsvr32 %windir%\system32\mshtml.dll. Viola! View Source works again!

IE Find resolution:

  • The approach to solving View Source in IE got me to rethinking the Find issue. Perhaps this, too, was related to incomplete or corrupt registration of additional DLLs employed by Internet Explorer.
  • So I dispatched Process Explorer and from it launched Dependency Walker to isolate what DLLs were loaded by iexplore.exe.
  • In the meantime, I ran across this second Microsoft Support article: The heart of its problem resolution statement involves registrating DLLs with COM (i.e. regsvr32 %windir%\system32\__XYZ__.dll, where __XYZ__ was one of the following DLLs in the following list (i.e. registration one at a time through the whole list in the stated order): urlmon.dll, shdocvw.dll, msjava.dll (skipped since I’m using a Sun JVM instead of the MSJVM), actxprxy.dll, oleaut32.dll, mshtml.dll (skipped since I’d already done this to fix View Source), browseui.dll and shell32.dll).
  • IE Find behavior was restored after actxprxy.dll’s COM registration was restored. (That is, urlmon.dll and shdocvw.dll don’t seem to participate in IE Find.) Just to be safe, I continued all the way through the list with regsvr32.exe.

Before determining that the above steps were the keys to successful resolution of my particular issues, I tried the following advice to no avail–and it’s what’s typically recommended online!

  • regsvr32 %windir%\system32\ole32.dll
  • Start | Run… | “sfc /scannow” – Windows File Protection check, which requires your original Windows XP Professional media (i.e. CD disc)
  • I came close to doing the following, but fortunately solved my issues beforehand: Start | Run… | “rundll32.exe setupapi,InstallHinfSection DefaultInstall 132 %windir%\inf\ie.inf”

Hopefully this post will save others’ time, too.

The goal is more important than the role

The Law of the Big Picture is but one of the powerful principles John C. Maxwell explains in his book The 17 Indisputable Laws of Teamwork: Embrace Them and Empower Your Team. While reading this book, which I certainly recommend, I was particular drawn to the following laws:

#2) The Law of the Big Picture – The goal is more important than the role.

  • Capture and communicate vision.
  • When you see the big picture correctly, you serve the team more quickly.
  • Great vision precedes great achievement.

#6) The Law of the Catalyst – Winning teams have players who make things happen.

  • Catalysts are get-it-done-then-some people who are intuitive, communicative, passionate, talented, creative, initiating, responsible, generous and influential.

#7) The Law of the Compass – Vision gives team members direction and confidence.

  • Moral compass (look above)
  • Intuitive compass (look within)
  • Historical compass (look behind)
  • Directional compass (look ahead)
  • Strategic compass (look around)
  • Visionary compass (look beyond)

#11) The Law of the Scoreboard – The team can make adjustments when it knows where it stands.

  • A scoreboard is essential to understanding, to evaluating, to decision making, to adjusting and to winning.
  • When you know what to do, then you can do what you know.

#15) The Law of the Edge – The difference between two equally talented teams is leadership.

  • Personnel determines the potential of the team.
  • Vision determines the direction of the team.
  • Work ethic determines the preparation of the team.
  • Leadership determines the success of the team.

I have the privilege of working with a talented and committed group of developers on the product line whose architecture for which I am responsible. I believe that one of the reasons we work effectively together is that we’re able to practice what a mentor to me earlier in my career may have called The Law of the Potluck. Just like folks tend to bring their favorite, tried-and-true dishes to any potluck, a software development project may present an opportunity to bring together individuals with particular expertise into a cohesive and complete effort that can result in a fantastic product release. The goal is to identify individual team member strengths that in combination with other teammates’ skills lead to synergistic productivity and inspired levels of problem space ownership and more rapid solution discovery.

However, as anyone taking part in a potluck knows, you can end up with two much of one dish and not enough of another, as the meal progresses or as participants change. Enter The Law of the Big Picture. Recall what can make a start-up experience so energizing. There is work to do, and it’s up to me to get it done. Never mind the nature of the work, there’s a product to release! That’s the spirit of project catalysts, and it starts with each team member, but especially in the team leader.

Update 12/1/2008: For more of my book reviews and to see what else is in my book library (i.e. just the business-related or software-related non-fiction therein), please visit my Books page.