The information in this article applies to:
SYMPTOMSWhen a COM client on a Windows NT machine runs under an identity that cannot be authenticated on the remote machine, a COM server started by the client will shut down in approximately six minutes. CAUSEThis problem is caused by a bug in the ping component of the NT OXID resolver process (Rpcss.exe). Even though the activation is unsecure, the ping client in the resolver process attempts secure pings. This problem does not happen with the DCOM95 resolver process. RESOLUTIONAt present there is no way to resolve this problem except to run the client under a user account that can be validated on the server. This could either be a Windows NT domain account that is known on the server or a local machine account that exists on the server (if the server is on a Windows NT machine). In case of the latter, the ASCII user name and password of the account on the client and the server must match exactly. STATUSMicrosoft has confirmed this to be a problem in the Microsoft products listed
at the beginning of this article. MORE INFORMATIONThe hot fix described in this article does not apply to the following scenarios:
Q224837 DCOM Clients Ping Server After Client Program Has Shut DownThe problem only occurs when the COM client is on a Windows NT machine. COM clients on DCOM95 machines will not have this problem. Additional query words:
Keywords : kbAPI kbKernBase kbNTOS400bug kbSDKWin32 kbGrpCom kbDSupport LeTwoDCom kbGrpKernBase |
Last Reviewed: November 4, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |