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
