Yes, you're right about REQID. I use the default, so I had forgotten. David Logan
-----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, February 05, 2008 10:01 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Technical questions about CICS STARTBR and ENDBR > -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of David Logan > Sent: Tuesday, February 05, 2008 10:51 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Technical questions about CICS STARTBR and ENDBR > > > I'll try to make changes to have only one active STARTBR, but > keep in mind > that ENDBR has no parameter that ties itself to a particular > STARBR. This > means that if you follow the logic, then an ENDBR would release > (potentially) hundreds of strings, of which only one is immediately > available to the impending READNEXT/READPREV, which also has > no parameter > that ties itself to a particular STARTBR. Not true. Look at the REQID parameter. And a STARTBR in a particular transaction is independant of all other transactions' STARTBR request(s). So the ENDBR in a transaction refers to the __single__ STARTBR in that transaction. Or the STARTBR in the same transaction with the corresponding REQID parameter, if any is specified. REQIDs are unique only within a given transaction. > > The logic doesn't really make sense. What would the > underlying strings be > doing other than "being unreachable/being unusable"? Strings are used in VSAM to "hold position". That is what the string used by a STARTBR would be doing. It would be holding the VSAM position within the file for the corresponding READNEXT or READPREV. > > David Logan -- 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