John
We haven't been given either the configuration much less the relevant
definitions here but you may be getting close to the explanation to why CICS
works and TSO doesn't.
After I mentioned "mystery" here I went back to close the window for the
Technote and noticed that the problem arises when the LU type is 0 rather
than 2. I'd need to check the likely flows in order to work out why "query"
appears in the TSO message when the problem is documented as being
associated with the BIND request. However, that's what the Technote says
and also what is stated in 3174 Establishment Controller Status Codes, GA27-
3832-08:
http://publibfp.dhe.ibm.com/cgi-bin/bookmgr/BOOKS/cn7s8001/2.23
So what may have happened here is that Larry's "initial login screen" (spelling
corrected!) is, when given the correct name, an Unformatted System Services
(USS) message 10. It may be that, when CICS is entered, the command
generated is
LOGON APPLID(cics)LOGMODE(cicsmode)
and when TSO is entered, the command generated is
LOGON APPLID(tso)LOGMODE(tsomode)
where
- "cics" is the required LU name for the primary LU supporting the CICS
application
- "tso" is the required LU name for the primary LU supporting the TSO
application
- "cicsmode" selects a mode table entry where the LU type is 2
- "tsomode" selects a mode table entry where the LU type is 0
Note that, as implied by the Technote, a TN3270 server is being used with a
TCP connection to PCOMM behaving as a TN3270 client, the mode name
specified by the USS command overrides the mode table entry name
configured in the TN3270 server, possibly according to the famous Table
33, "Device type and logmode table", in z/OS Communications Server IP
Configuration Reference.
So, with a few guesses since the full story is rarely told in an initiating
post,
the "mystery" may be explained.
Your "experience" may well be correct but always - *always* - remember that
the BIND image originates from the secondary LU in the session. It may be
that CICS can be configured to ignore the BIND image originating from the
secondary LU in the session but, generally, these days I believe the BIND
image is used dynamically to specify the TCTTE parameters.
Another point I can't quite understand about your post is a suggestion that
there is some variation in the BIND parameters transaction by transaction.
Please remember that the BIND parameters apply to the *session* during
which there are multiple transactions. It's at the start of the *session* that
the "query" exchange takes place.
Chris Mason
On Tue, 30 Nov 2010 11:14:22 -0600, Chase, John
wrote:
>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of Chris Mason
>>
>> Larry
>>
>> This may help:
>>
>> PROG723 error on IBM Personal Communications 3270 Telnet session
>>
>> http://www-01.ibm.com/support/docview.wss?uid=swg21251200
>>
>> Note the relevant "Software version"s
>>
>> Why CICS works and TSO doesn't would still be a mystery however!
>
>In my experience, most CICS transactions (COBOL using BMS) are written
>to only the basic "Model 2" 24x80 screen size, and are "mapped" to a
>PROFILE that does not specify any "alternate screen size"; and if the
>"terminal" is LOGAPPL'd to a CICS region, probably include a MODEENT
>that has the "query bit" unset (i.e., PSERVIC=x'0200'). Thus, CICS
>likely uses only the "default" screen size and avoids sending the QUERY
>structured field in the first place.
>
>-jc-
>
>>
>> Chris Mason
>>
>> On Tue, 30 Nov 2010 07:52:11 -0600, Larry Macioce
>> wrote:
>>
>> >we want to have everyone login securely and we were at pcomm5.7.
>> >I have loaded pcom5.9 tired to login but it is failing with caveats
>> >I get the inital login screen
>> >1) when I try to login to tso in get a prog723. The log shows:
>> >IKT112I SENDERROR DURING QUERY PROCESSING FOR TSO0011 ,
>> >RPLRTNCD=0C, RPLFDB2=0B,SENSE=0001
>> >
>> >BUT I can log into cics no problems. This tells me my tso appl has a
>problem
>> >but I don't know what it might be.
>> >TIA
>> >Mace
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html