I was relying on what Peter Relson wrote, but I checked the extended 
addressability guide and it shows a DU-AL only for SRB and TCB, not for 
individual RBs. Peter, if you see this, please clarify.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


________________________________________
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of 
Joseph Reichman <reichman...@gmail.com>
Sent: Sunday, October 11, 2020 9:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ALERSERV delete from stimerm exit

Seymour mentioned it was the same TCB
But different RB or more specifically IRB



> On Oct 11, 2020, at 2:19 PM, Binyamin Dissen <bdis...@dissensoftware.com> 
> wrote:
>
> On Fri, 9 Oct 2020 09:08:54 -0400 Peter Relson <rel...@us.ibm.com> wrote:
>
> :>>if there is any restriction on deleting an ALET entry
> :>>(ALESERV DELETE) from a STIMERM exit
>
> :>It is not a "restriction", it is a "does not make sense" situation. It
> :>goes well beyond "delete".
>
> :>IRBs (STIMERM exits being one such) do not get control with the access
> :>list that their "mainline" (the STIMERM issuing code) had.
> :>You cannot use an ALET not on your access list. You cannot delete an ALET
> :>not on your access list.
>
> :>If you had tried to reference storage using that ALET while within the
> :>STIMERM exit you would have gotten a program interrupt.
>
> Peter,
>
> I have looked in various manuals and did not find a clear definition of when a
> new "workunit" is created. My assumption from this thread was that an IRB
> created one, but I wonder if there are other occasions. It would not have been
> obvious to me that an IRB would not inherit the workunit of the TCB.
>
> --
> Binyamin Dissen <bdis...@dissensoftware.com>
> http://secure-web.cisco.com/1R5JinyI_89BoT3Z3QmyLNfl5N7ghUXmHkjRjp1fOIq_6W-TFxTlM6rYjDVJ5IIZqFwBH0yS6IaSavG-griK1FdoRqymg1wVAYg_GWsuK_SDER9TAsHbj2ORIYbH9B3mhhoi_6pc-XQxwf8yvCwihk7ih_aML22HZWzNSaO1P4eV_xWz7bbzpq97WU1NcuzKQqa2IW7d_LZIo3DUVmpiyT-C7cfwxKrartZc2lthjBCp-eVLg6f3u0eKz8gakmIgZ-lXtkNzuGXtUyCv2KOxDyPzElWR1UIkBH02zBtZuL7pGFGB8oq4mUz1Y3RiuZMjkxNZuInVYHENxpwx2_hKhUwAL2VY6F771uVZb9ojJIqdAzbRPJjNU9YZPDuhm6G2u0B42tdVZWG9yu3TvoGUcCJ7Hp3u2vz72qQMipbdIYkZPX_QGZuyYkiPXzdhcHEVt/http%3A%2F%2Fwww.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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to