OFF2000: Windows Hangs When You Log on to a Terminal Server Computer

ID: Q248658


The information in this article applies to:
  • Microsoft Office 2000
  • Microsoft Office 97 for Windows
  • Microsoft Windows NT Server version 4.0, Terminal Server Edition


SYMPTOMS

When you log on to a Terminal Server computer either from a client workstation using the Terminal Server Client or directly from the console, Windows may appear to hang (showing an hourglass) for several minutes after the desktop appears, and you cannot click the Start menu or double-click any icon on the desktop until the hourglass disappears.

Over time, this problem may become noticeably worse and may lead to an eventual crash of the Terminal Server computer.


CAUSE

When Windows loads the desktop, it scans the Windows registry. If the TypeLib key (HKEY_CLASSES_ROOT\TypeLib) in the Windows registry is inflated, it will appear to slow down or hang Windows while the registry is scanned.

When you run any of the Microsoft Office 97 or Microsoft Office 2000 programs, the following new folders are created in the user session Temp folder:

  • Excel9.0


  • Ppt9.0


  • Word8.0


  • Vbe


The first time you insert a control into a document or UserForm, the Office program creates an .exd file for that control in the appropriate folder. After a program creates the .exd file for a specific control, it takes less time to insert the same control again. This is because the .exd file caches information for the control. However, at the same time, a unique class ID registry entry is made in the Windows registry for this .exd file.

When each user logs off the Windows Terminal Server computer, their session Temp folder is also deleted. The specified folders described earlier in this article, along with the .exd files created in those folders, are deleted when this occurs. However, the registry entries created still remain. Over time, as the same and/or subsequent users log on and use form controls on the Windows Terminal Server computer, the Windows registry (HKEY_CLASSES_ROOT\TypeLib) will increase in size large enough to exhibit the behavior described in the "Symptoms" section of this article.

For additional information about why .exd files are created and their use in Microsoft Office applications, click the article number below to view the article in the Microsoft Knowledge Base:
Q199830 OFF2000: EXD Files Are Created When You Insert Controls


RESOLUTION

Method 1

Unfortunately, only way to resolve this issue with minimal problems is to backup all user data stored on the server, format the server, then reinstall the Windows Terminal Server and all applications. You can then restore all user data from your backup once complete.

This is the only method supported by Microsoft Technical Support.

NOTE: Please see the Workaround section below for preventative steps that can be used to prevent this problem from reoccurring.

Method 2

WARNING: The following possible resolution is given only as an alternative to the supported method. It is not suggested that these steps be used, and any problems experienced as a result of performing these steps are to be taken at your own risk. THIS METHOD IS NOT SUPPORTED BY MICROSOFT TECHNICAL SUPPORT. You may still have to resort to the solution given in Method 1 to completely resolve this problem.

WARNING: USE THE FOLLOWING AT YOUR OWN RISK.

IMPORTANT: This article contains information about editing the registry. Before you edit the registry, make sure you understand how to restore it if a problem occurs. For information about how to do this, view the "Restoring the Registry" Help topic in Regedit.exe or the "Restoring a Registry Key" Help topic in Regedt32.exe.

WARNING: Using Registry Editor incorrectly can cause serious problems that may require you to reinstall your operating system. Microsoft cannot guarantee that problems resulting from the incorrect use of Registry Editor can be solved. Use Registry Editor at your own risk.

For information about how to edit the registry, view the "Changing Keys and Values" Help topic in Registry Editor (Regedit.exe) or the "Add and Delete Information in the Registry" and "Edit Registry Data" Help topics in Regedt32.exe. Note that you should back up the registry before you edit it. If you are running Windows NT, you should also update your Emergency Repair Disk (ERD).

To resolve this problem, you will need a second machine. Use the following steps below to resolve this issue:

  1. On a separate machine (designated in these steps as Machine-B) install Windows NT 4.0 Terminal Server Edition.


  2. On Machine-B install each application EXACTLY as it is installed on the original machine exhibiting the problems described in the Symptoms section (designated in these steps as Machine-A).


  3. NOTE: It is best for Machine-A and Machine-B to be 100% identical in hardware and drive configurations.

  4. On Machine-B, open the Windows Registry and export the TypeLib key:


    1. On the Windows Start menu, click Run.


    2. Type Regedit and click OK.


    3. Browse to and select the following key:


    4. HKEY_CLASSES_ROOT\TypeLib
    5. On the Registry menu, click Export Registry File, give the file a name and save it to a floppy disk.


    6. Exit the Registry Editor.


  5. On Machine-A, open the Windows Registry and delete the TypeLib key:


    1. On the Windows Start menu, click Run.


    2. Type Regedit and click OK.


    3. Browse to and select the following key:


    4. HKEY_CLASSES_ROOT\TypeLib
    5. On the Edit menu, click Delete.


    6. Exit the Registry Editor.


  6. Place the floppy disk created in step 3-d into the floppy drive of Machine-A.


  7. Browse to and double-click on the Registry file to import it into the Windows Registry of Machine-A.


As a result the TypeLib key on Machine-A will be updated to reflect the clean state as seen on Machine-B. The problem described in the Symptoms section should no longer be seen.

NOTE: Please see the Workaround section below for preventative steps that can be used to prevent this problem from reoccurring.


WORKAROUND

To prevent this problem, you can use flat temporary directories on your Windows NT Server 4.0 Terminal Server Edition.

By default, flat temporary directories are turned off (disabled). This means that the system creates a subdirectory under the directory specified by the TEMP and TMP environment variables that corresponds to the hexadecimal value of each user's logon ID.

By using FLATTEMP to enable flat temporary directories, the system no longer creates subdirectories under the directory specified by the user's TEMP environment variable. This could result in users using the same directory to store temporary files. If flat temporary directories are enabled, make sure each user is using his or her own specific temporary directory by setting the TEMP and TMP environment variables in the System icon in Control Panel.

For additional information about FLATTEMP, click the article number below to view the article in the Microsoft Knowledge Base:

Q186524 Using Terminal Server's FLATTEMP Command


STATUS

Microsoft has confirmed this to be a problem in Microsoft Office 2000 and Microsoft Office 97.


MORE INFORMATION

For additional information about this and related problems, click the article numbers below to view the articles in the Microsoft Knowledge Base:

Q189119 UserEnv Returns Corrupted Profile for All Failures Including RSL Exceeded
Q223492 Registry Size Increases After Installing Outlook Express 5

Additional query words: OFF2000

Keywords : kbenv kbui kbdta kbgpf
Version : WINDOWS:2000,97; winnt:4.0
Platform : WINDOWS winnt
Issue type : kbbug kbprb


Last Reviewed: January 6, 2000
© 2000 Microsoft Corporation. All rights reserved. Terms of Use.