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.These 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
Keywords : kbnetwork kbprg ntnetserv snalua snaprog sna211 sna3 sna4 sna2 sna21 |
Last Reviewed: October 4, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |