An SNA application may start very slowly on a Host Integration Server 2000 End-User Client (836504)

CAUSE

This problem only occurs if two applications that have different permissions are running on the same computer, and if one of those applications is implemented as a service. The second application fails with an "Access Denied" error message when the application tries to open a certain event, and then the application waits for 10 seconds before it retries.

RESOLUTION

Service pack information

To resolve this problem, obtain the latest service pack for Microsoft Host Integration Server 2000. For more information, click the following article number to view the article in the Microsoft Knowledge Base:

328152 How to obtain the latest service pack for Host Integration Server 2000

Hotfix information

The English version of this hotfix has the file attributes (or later) that are listed in the following table. The dates and times for these files are listed in coordinated universal time (UTC). When you view the file information, it is converted to local time. To find the difference between UTC and local time, use the Time Zone tab in the Date and Time tool in Control Panel.

   Date         Time   Version      Size    File name
   --------------------------------------------------------
   05-Feb-2004  21:44  5.0.0.965    69,904  Dmodappc.dll     
   05-Feb-2004  21:44  5.0.0.965    65,808  Snadmod.dll      
   05-Feb-2004  21:44  5.0.0.965   246,032  Snakrnl.dll      
   05-Feb-2004  21:44  5.0.0.965    98,576  Snabase.exe

Note: Because of file dependencies, the most recent fix that contains these files may also contain additional files.

WORKAROUND

To work around this problem, use one of the following methods:

Use the Host Integration Server 2000 Administrator Client, and configure SnaBase to run as a service.
Configure your SNA application to run as an executable file, instead of as a service.

MORE INFORMATION

When an application is started, it creates an event named MSHostIntegrationServer_UserHiveUpdated by using the default security descriptor. If a second application tries to open this event by using its security descriptor, the application fails. After you apply this hotfix, the MSHostIntegrationServer_UserHiveUpdated event has Everyone access.