Right, REQID is true, and I do get the 33. I always use the default, which should release/reuse a single string. Different REQIDs would cause different strings to be held. That I do agree with.
David Logan -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, February 05, 2008 9:50 AM To: [email protected] Subject: Re: Technical questions about CICS STARTBR and ENDBR > -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace > Sent: Tuesday, February 05, 2008 10:29 AM > To: [email protected] > Subject: Re: Technical questions about CICS STARTBR and ENDBR > > > That's what I remember also. Each STARTBR holds a String. > The String is > not released until the corresponding ENDBR. I'm looking at the latest CICS APM about STARTBR. Unfortunately, it doesn't say anything in particular. But there is a response code of INVREQ with a subcode of 33 which states: <quote> An attempt is made to start a browse with a REQID already in use for another browse. </quote> It also states that if a REQID is not specified, then a value of 0 is used. <quote> REQID(data-value), specifies as a halfword binary value a unique request identifier for a browse, used to control multiple browse operations on the same or different data sets. If this option is not specified, a default value of zero is assumed. </quote> So, without testing, I would say that a second STARTBR without a unique REQID would cause the INVREQ/33 return to the program. I'd take this question to the CICS list. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
