Peter, I don't care. I tried to help Robin, the OP. Maybe you can help to solve
his problem?
--
Peter Hunkeler
Von: Peter Relson An:
IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: ASCRE and ACEE inheritance Datum:
18.09.18, 13:44
- Is the INIT routine run under the region
m: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: 19 September 2018 18:41
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ASCRE and ACEE inheritance
>In the exit I issue a RACROUTE VERIFY for a user's id and
>stash the resulting ACEE in ASXBSENV.
I
>In the exit I issue a RACROUTE VERIFY for a user's id and
>stash the resulting ACEE in ASXBSENV.
I don't think of the ASCRE INITRTN as an exit in the normal usage of the
term.
It runs too early to do much of anything. For example, dynamic allocation
is not available until after the INITRTN
and ACEE inheritance
- Is the INIT routine run under the region control task, or under the
started task control task (I suspect the latter)?
Why do you care under which task the routine runs? You should probably not
be doing anything that cares. FWIW, it does not run under the RCT task
- Is the INIT routine run under the region control task, or under the
started task control task (I suspect the latter)?
Why do you care under which task the routine runs? You should probably not
be doing anything that cares. FWIW, it does not run under the RCT task.
And it does not run under
The hook produced an 0C4 but that served the purpose. The TCB chain is
IEEVAR00->IEAVTSDT->IEEPRWI2. The last module is, unsurprisingly, involved in
STC initialisation and links to the exit.
Robin
--
For IBM-MAIN subscribe /
problem!
Thanks
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Hunkeler
Sent: 17 September 2018 15:56
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ASCRE and ACEE inheritance
>Apologies for the delay in replying but y
>Apologies for the delay in replying but your response got flagged as spam
>somewhere and I did not see it. I finally found it in the archives!
My bad. The flag had been set by GMX, and I badly missed to remove it from the
subject when replying. I recognized after sending, and for a quick
Peter-
Apologies for the delay in replying but your response got flagged as spam
somewhere and I did not see it. I finally found it in the archives!
I am not sure where the original ACEE of the child STC is coming from since
both it and the parent STC have similar JCL procedure names that match
>The obvious solution would be to set the ACEE in the address-space
>initialisation exit and that is what I did and it seemed to work. The new STC
>is still owned by the mother task's ACEE but data set accesses are governed by
>the new ACEE.
Since ASCRE starts a new started task similar to
Has anyone had any luck starting a new address-space with ASCRE but
specifying a non-default ACEE?
I tried our usual technique of inserting the desired ACEE address into
TCBSENV and ASXBSENV but it was
ignored. The obvious solution would be to set the ACEE in the address-space
initialisation
11 matches
Mail list logo
