Re: Estae and the Linkage Stack

way", any ESTAE associated with that linkage stack level goes away (where z/OS gets control to do this processing due to the unstack suppression bit that Greg mentioned). As you can surmise, when you create an ESTAE(X), the system records "which RB" and "what is the linkage stack

Re: Estae and the Linkage Stack

At 6/13/2017 09:07 AM, Joseph Reichman wrote: So PC inst will also un-define an ESTAE No... Only the PR will "un-define" an ESTAE. PC is more similar in functionality to a BAKR than to a PR. Both PCs and BAKRs create stack entries. Only the PR removes them. When a PR removes a stack entry,

Re: Estae and the Linkage Stack

So PC inst will also un-define an ESTAE > On Jun 13, 2017, at 9:05 AM, Greg Dyck wrote: > >> On 6/13/2017 2:55 AM, David Cole wrote: >> PRs do automagically cancel all ESTAEs created since the matching BAKR. >> There is a bit (in the BAKR's stack entry I think. I forget

Re: Estae and the Linkage Stack

On 6/13/2017 2:55 AM, David Cole wrote: PRs do automagically cancel all ESTAEs created since the matching BAKR. There is a bit (in the BAKR's stack entry I think. I forget which and where.) that, when set on, causes an interrupt to occur when the PR is issued. This is how z/OS gains control so

Re: Estae and the Linkage Stack

13, 2017 8:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Estae and the Linkage Stack Will the ESTAE remain active if declared outside of the BAKR/PR pair David from you description it should > On Jun 13, 2017, at 3:55 AM, David Cole <dbc...@colesoft.com> wrote: > > BAKR

Re: Estae and the Linkage Stack

Will the ESTAE remain active if declared outside of the BAKR/PR pair David from you description it should > On Jun 13, 2017, at 3:55 AM, David Cole wrote: > > BAKRs do not create or cancel ESTAEs. > > PRs do automagically cancel all ESTAEs created since the matching

Re: Estae and the Linkage Stack

BAKRs do not create or cancel ESTAEs. PRs do automagically cancel all ESTAEs created since the matching BAKR. There is a bit (in the BAKR's stack entry I think. I forget which and where.) that, when set on, causes an interrupt to occur when the PR is issued. This is how z/OS gains control so

Re: Estae and the Linkage Stack

, Christopher Y. Sent: Monday, June 12, 2017 6:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Estae and the Linkage Stack It is a little tricky. In the Assembler Services Guide there is a section called Linkage Stack Considerations in chapter 8, the last paragraph of which says: When you issue a PR

Re: Estae and the Linkage Stack

Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman Sent: Monday, June 12, 2017 6:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Estae and the Linkage Stack Hi I thought for the longest time that an ESTAE was associated with a Task. Then I

Estae and the Linkage Stack

Hi I thought for the longest time that an ESTAE was associated with a Task. Then I saw a thread with Chris Blaicher where the upshot as that a BAKR would deactivate it I did a search on the archives but didn't come up with anything