I don't access the same files in the same ways. They are presumed to be completely independent, and no read on any record of any file by any transaction should be blocked due to any read of any record of any file of any other transaction.
If this case is possible, then a lockup is certain. I can see this situation with "read with update", but I shouldn't have this problem on read only. David Logan -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, February 05, 2008 11:40 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 David Logan > Sent: Tuesday, February 05, 2008 12:31 PM > To: [email protected] > Subject: Re: Technical questions about CICS STARTBR and ENDBR > > > I was doing a RESETBR and doing a STARTBR if that didn't > work. However, I > wasn't specifically doing an ENDBR in most cases. I do a > final one as we are > cleaning up, but I wasn't doing an ENDBR after each RESETBR/STARTBR. > > I'm going to try to do a STARTBR/ENDBR right in the same > function, just to > see if it performs as needed, and still performs well. > > Thanks for the feedback! > > David Logan "Ah!" said the blind man as he picked up his hammer and saw. I understand now why your code is working. You really only do a single STARTBR because after the first one, the RESETBR will succeed. So, the only possible problem is that you might be tying up a single string on each of your files for some length of time. This is not likely to cause a problem. The only way that I can foresee it doing so is if (1) your code is executed by many transactions concurrently, each tying up strings and (2) the STARTBR commands are not always done in the same file order. If both these conditions occur, it is possible for two transactions to deadlock on each other by holding a string on one file while needing a string on a different file and vice versa. I don't know how likely this is, or if it really is possible, "it depends". -- 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
