SLI_OPEN Hang When Inappropriate LUA_INIT_TYPE is UsedLast reviewed: April 17, 1997Article ID: Q131787 |
The information in this article applies to:
SUMMARYAn SLI_OPEN call may hang when it is issued on an SNA Server client machine and the lua_init_type specified in the SLI_OPEN is not appropriate for the host's session startup behavior. For example, if SLI_OPEN is called using an lua_init_type of LUA_INIT_TYPE_PRIM, and the host doesn't send an BIND message when the session is started, the SLI_OPEN will hang.
MORE INFORMATIONThe SLI_OPEN call handles the SNA session startup with the host. Because the host may be configured to support different session startup methods, the SLI_OPEN call allows the following lua_init_type options to be used to accommodate this:
LUA_INIT_TYPE_SEC_IS: Secondary with INITSELF command. LUA_INIT_TYPE_SEC_LOG: Secondary with an unformatted LOGON message LUA_INIT_TYPE_PRIM: Primary waiting for a BIND command LUA_INIT_TYPE_PRIM_SSCP: Primary with SSCP accessThese options are described in the Microsoft SNA Server LUA Programmer's Guide. If the host sends a message on the SSCP-LU session but does not send a BIND, the SLI_OPEN call will hang if the LUA_INIT_TYPE_PRIM is used. There are several possible solutions to this problem:
If you are using a Win32 application under Windows NT, SNATRACE can also be used to capture SNA Application tracing. If you are using a Win16 application, see Q123256 for instructions on enabling SNA Server Win16 client tracing.
|
Additional query words: prodsna SLI_OPEN
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |