Article ID: 178074
Article Last Modified on 9/22/2005
APPLIES TO
- Microsoft SNA Server 3.0 Service Pack 4
- Microsoft SNA Server 4.0
- Microsoft SNA Server 3.0 Service Pack 2
- Microsoft SNA Server 4.0
This article was previously published under Q178074
SYMPTOMS
An RUI (LUA)-based application may not be able to establish a session between SSCP and a specified LU using RUI_INIT after previously issuing an RUI_TERM on the same LU. The RUI_INIT request may return with a STATE_CHECK_DUPLICATE-RUI_INIT message, which can be observed in an SNA LUA API trace. The symptoms described here may occur when you use either the 16- bit or 32-bit version of the WINRUI libraries.
CAUSE
The RUI_TERM does not work correctly when the lua_resv56[2] option is set in the RUI_INIT. Setting lua_resv56[2] to a non-zero value means that the RUI library will not drop the LU-SSCP connection to the node unless the application specifically asks it to do so by issuing an RUI_TERM.
RESOLUTION
Microsoft has confirmed this to be a problem in SNA Server versions 3.0, 3.0 Service Pack 1, 3.0 Service Pack 2, and 4.0.
This problem was corrected in the latest SNA Server versions 3.0 and 4.0 U.S. Service Packs. For information on obtaining these Service Packs, query on the following word in the Microsoft Knowledge Base (without the spaces):
S E R V P A C K
WORKAROUND
The RUI application should set all reserved bits in the verb control block to NULL prior to calling the RUI interface, unless specific bits are purposely being set in the lua_resv56 byte when calling RUI_INIT.
Keywords: kbbug kbfix kbqfe kbhotfixserver KB178074
