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