QRI Bit Not Set Correctly on Responses to RUI Apps (167315)
The information in this article applies to:
- Microsoft SNA Server 2.0
- Microsoft SNA Server 2.1
- Microsoft SNA Server 2.11 SP2
- Microsoft SNA Server 3.0 SP1
This article was previously published under Q167315 SYMPTOMS
LUA applications that transmit application messages with the RH's Queued
Response Indicator (QRI) flag set may stop responding when communicating to
a client application through SNA server. When you step through and trace
the problem, the LUA application may show a message being correctly
received with the QR flag = 1 in the RH header. In the response, the QR
flag is set to 1 prior to calling the SNA RUI libraries, but when it is
transmitted to the host, the QR flag = 0.
CAUSE
The LUA library provided with SNA Server was not designed to use the Queued
Response Indicator (QRI) field. The "SNA Server LUA Programmer's Guide"
contains the following design specification for the RUI libraries:
lua_rh: Returned parameter. Contains the SNA request/response header
(RH) of the message sent or received. For the RH for RUI_WRITE, all
fields except the queued-response indicator (lua_rh.qri) and pacing
indicator (lua_rh.pi) are used.
STATUS
Microsoft has confirmed this to be a problem in SNA Server versions 2.0,
2.1, 2.11 SP2, 3.0 and 3.0 SP1.
This problem was corrected in the latest SNA Server version 3.0 U.S.
Service Pack. For information on obtaining this Service Pack, query on
the following word in the Microsoft Knowledge Base (without the spaces):
A supported fix for SNA Server version 2.1, 2.1, and 2.11 is now
available, but has not been fully regression-tested and should be
applied only to systems experiencing this specific problem. Unless
you are severely impacted by this specific problem, Microsoft
recommends that you wait for the next Service Pack that contains
this fix. Contact Microsoft Technical Support for more information.
Modification Type: | Major | Last Reviewed: | 6/24/2004 |
---|
Keywords: | kbbug kbfix kbnetwork KB167315 |
---|
|