Chris 

I remember your post so much so I am now aware making sure the SDWALSED 

Is set right on a retry if the abend was whitin a BAKR





> On Jan 21, 2020, at 2:12 PM, Christopher Y. Blaicher <[email protected]> 
> wrote:
> 
> A note on creating a recovery routine (ESTAE or ESTAEX).  If you create an 
> ESTAE in a subroutine and use BAKR/PR to get to and return from that 
> subroutine, the ESTAE gets deleted by PR.  Another programmer wrote an 
> INITIALIZE subroutine where the ESTAE was created, only I was never going to 
> the ESTAE and I couldn't figure out why for the longest time.
> 
> Chris Blaicher
> Technical Architect
> Syncsort, Inc.
> 
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]] On 
> Behalf Of Joseph Reichman
> Sent: Tuesday, January 21, 2020 2:05 PM
> To: [email protected]
> Subject: Re: ATTACH and IARV64
> 
> [ External - This message has originated from an External Source.  Please use 
> proper judgment and caution when opening attachments, clicking links, or 
> responding to this email ]
> 
> So if task B frees tasks A storage and it’s not shared I would get a B37 type 
> error ?
> 
> A related question if I load a program in task A task B can use it access and 
> invoke it And even use it as a ( recovery routine just trying to figure out 
> why recovery routine didn’t work )
> 
> Thanks 
> 
> 
> 
> 
> 
>> On Jan 21, 2020, at 1:58 PM, Binyamin Dissen <[email protected]> 
>> wrote:
>> 
>> I believe that you have a misunderstanding of what "shared subpools" are.
>> 
>> Any task in an address space has addressability to private storage of 
>> any other task. Nothing special is required for this.
>> 
>> A "shared subpool" is one where those sharing the subpool can directly 
>> allocate and free the storage and the storage lives until the last 
>> user of the subpool (which would be the initial parent task doing the ATTACH 
>> SHSP) ends.
>> The storage is not freed when the subtasks end.
>> 
>> There is no real concept of "subpools" in 64bit as the area is not 
>> suballocated by the system.
>> 
>> 
>> 
>> On Tue, 21 Jan 2020 10:19:17 -0500 Joseph Reichman 
>> <[email protected]>
>> wrote:
>> 
>> :>Under to 2GB bar the attach has a parameter SHSPV parameter to share 
>> storage :>or subpool with another task in the same address space :> :> 
>> :> :>Above the 2GB I am assuming I would need to do a GETSHARED 
>> request ?
>> 
>> --
>> 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: INFO IBM-MAIN
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> [email protected] with the message: INFO IBM-MAIN
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN

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

Reply via email to