I meant to say that the access method issues the STOW, if the JFCB contains a 
member name, *within* CLOSE.  

Sent from my iPhone

> On Sep 23, 2016, at 20:07, J R <[email protected]> wrote:
> 
> I think x37 for directory full condition only occurs when writing to a member 
> as a result of an allocation with a member name.  The access method writes 
> the data, then tries to STOW the member name.  If that fails, it issues a x37 
> instead of a CLOSE.  
> 
> If an application is issuing its own STOW, it may choose to issue a message 
> rather than contrive to emulate an access method. 
> 
> Sent from my iPhone
> 
>> On Sep 23, 2016, at 19:55, Tom Brennan <[email protected]> wrote:
>> 
>> I don't get it.  A PO directory size is fixed, so why would we ever get into 
>> x37 extent processing from STOW?  Maybe I just don't understand.
>> 
>> Gibney, Dave wrote:
>>> No errors at all in the job log. And, not really GIYF as it was obvious 
>>> that the directory needed expansion from the message. There may have been a 
>>> faster path, but this PTF failed in the first run where 500 succeeded. I am 
>>> sure I could have found this message in that run, but I certainly would 
>>> have seen the x37 had it been there.
>>> Instead, I did another APPLY run for one PTF to just get the error.
>>> Then I expanded the directory. And then made my final run. This one and 
>>> it's 31 dependents went on clean. Friday whining :) Really just killing 
>>> time until migrating my final Lpar from 1.13 to z/OS 2.1 at 00:15 Sunday.
>>>> -----Original Message-----
>>>> From: IBM Mainframe Discussion List [mailto:[email protected]]
>>>> On Behalf Of Paul Gilmartin
>>>> Sent: Friday, September 23, 2016 4:28 PM
>>>> To: [email protected]
>>>> Subject: Binder: What happened to nice simple x37 abend
>>>> 
>>>> On Fri, 23 Sep 2016 23:03:26 +0000, Gibney, Dave wrote:
>>>> 
>>>> 
>>>>> IEW2736S DA10 THERE IS NO SPACE LEFT IN THE DIRECTORY FOR DDNAME
>>>> 
>>>> SISFLOAD.  STOW OF THE DIRECTORY ENTRY MEMBER NAME
>>>> 
>>>>>      HSFKYWDU FAILED.
>>>>> 
>>>>> With an SMP/E APPLY. Easy to fix, but harder to spot the error :(
>>>> 
>>>> Did the job log show "x37"?
>>>> 
>>>> But, generally I agree.  Show the damn SYNADAF line or RC/RSN  in
>>>> SYSTERM/SYSPRINT, *Followed by* Binder's interpretation if the developer
>>>> believes that helps.
>>>> 
>>>> OTOH, in this case GIYF.  IEW2736S takes me promptly to the M&C page.
>>>> Sometimes dumbing diagnostics down is harmful.
>>>> 
>>>> -- gil
>>>> 
>>>> ----------------------------------------------

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to