On Thu, 31 Aug 2006 09:15:53 -0500 Mark <[EMAIL PROTECTED]> wrote: :>Charles Mills wrote: :>> I had two thoughts in the middle of the night last night - forgive me if :>> these have been covered - I haven't read every reply you've gotten (I've :>> read most).
:>> 1. Does the problem occur if you close the files WITHOUT the error that :>> drives your recovery routine? If you just set a branch that "pretends" the :>> error occurred? :>> 2. What is the error that drives the recovery routine? You're not out of :>> space for the file, are you? Is CLOSE trying to write a last block and :>> hitting the same space problem? :>Lets see if I can cover everything... :>The ACB should be unique for that task. I have not found any logic that :>suggests we setup more than one ACB for the task for this file. Short :>answer - this should be the only way to access this file. :>Yes the TIOT offset is large. There are quite a few DD cards for the region. :>As for question 1 above... I would have to say no it does not. A :>different program task can start and use the files, then close them :>without errors. Of course, in those instances the recovery hasn't been :>triggered. :>For question 2 above... The error that drives recovery is a S0C4 abend :>(its an addressing problem in a module that I need to fix eventually :>too). I have had other abends S33E, etc,. that have exhibited the same :>problem as I am having. I missed that this was in a recovery routine. Might recovery be running in a different task? Is this in a ESTAI routine? See if the DEB is chained off of the TCBDEB of the task that is attempting the close. See if DEBTCBAD is pointing to the task attempting the close. :>I have a PMR open with IBM. I hope to have this cleared up soon. It :>would appear that some other IBM customers have noted a similar :>problem. It appears that I'm not alone in this. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. ---------------------------------------------------------------------- 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
