Just want to extend TESTAUTH it does let me display a data space but only if it’s created in the debugged address space and it’s private only accessible by the debugged address space
How does TESTAUTH verify that this alet ( the one created in my address space only accessible by the debugged address space is kosher ) I thought it was simple look up from STCBALOV but it’s more complex I am going to read 5-46 introduction to access registers in the pops book and your email again and see if I can do what I want Thanks for your help On Fri, Mar 31, 2023 at 10:56 AM Glen Garrison <gl...@us.ibm.com> wrote: > Hmm.... Sounds like you are trying to say, "I know 'that task' (not the > one I am currently running under) has stuff aleserv'ed on it's access list > and I want to be able to look at it's data." I'd say this is a > security issue the system probably wants to prohibit. > > Essentially you want an aleserv extract that will work against any > TCB you point it to. I know of no such feature. For security purposes it > would be up to the owning task to communicate the stokens to your task so > you can aleserv it onto your own access list. Since it's your app, maybe > you can locate the stokens and aleserv them under the task your test is > running under?? Beyond that, I think you would have to (knowing what the > alets are) do the translations manually from that task's du-al. > > > -----Original Message----- > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf > Of Joseph Reichman > Sent: Thursday, March 30, 2023 6:30 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: finding DU-AL in a dump > > I’m not interested in the PASN > > You want me to be specfic ok > > I have to Alets that I ALESERV ed > > To WORKUNIT=AL > > One is the Alet of another address space the other is a dataspace that I > created in a SRB scope=all > > I put data into it running under TESTAUTH I cannt display it > > What I would like to is write a customized TESTAUTH subcommand that would > go into the debugged TCB which I can get from the TCOMTAB get any Alets > associated with it And display the Data in this dataspace > > > On Mar 30, 2023, at 6:09 PM, Glen Garrison <gl...@us.ibm.com> wrote: > > > > So you are trying to determine, at any given point in time, if a task > or srb has anything at all aleserv'ed? From a task perspective, you can > find the du-al as we have walked through. But if someone running under > that task has aleserv'ed to the pasn I know of no way you can identify > that. The du-al is unique to a task but there is nothing in the pasn > side that is task related that you would be able to locate and associate > with a specific task, that I know of. > > I can't say I know the cross memory services task > termination/supervisor functionality or programming requirements for owning > a dataspace (for example) and having added it to the pasn. So I don't > really know how they clean up an in-use pasn ale, made in use by a task > that may be going away. (I say going away because that would require them > to identify a specific ale by task.) I support real storage manager so > my knowledge is on the dataspace and dat translation side. > > > > -----Original Message----- > > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On > > Behalf Of Joseph Reichman > > Sent: Thursday, March 30, 2023 5:03 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: [EXTERNAL] Re: finding DU-AL in a dump > > > > Chapter 5 in the pops book is program execution on page 5-46 is access > > register introduction being an ALET is loaded onto an access register > > would reading up on that give me a better understanding of doing what > > I want to do > > > > I mean finding/if there are any alets for that TASK/SRB > > > > thanks > > > > -----Original Message----- > > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On > > Behalf Of Glen Garrison > > Sent: Thursday, March 30, 2023 4:11 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: finding DU-AL in a dump > > > > The du-al, as well as the pasn are access LISTS. Tables used to > translate an alet to the correct DAT structures for the "space" you have > aleserv'ed onto the list. Aleserv add obtains an entry in the list for > your request and assigns it to your request and builds the alet based on > the index of the entry chosen. You have to know the alet to get to the > correct ale and then aste for the 'space' you are trying to translate to. > Since there can be multiple valid entries in the access list, to get to > the correct one you must know the index in the alet. If you're lucky, > yours is the only one on the list and you can scan to see it but that's by > chance. > > > > -----Original Message----- > > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On > > Behalf Of Joseph Reichman > > Sent: Thursday, March 30, 2023 3:53 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: [EXTERNAL] Re: finding DU-AL in a dump > > > > How did you come up with that ? I’ll Look > > > > Is there anyway figuring it out with our knowing the alet > > > > I mean maybe by starting at the bottom And looking for a non zero > > entry > > > >> On Mar 30, 2023, at 3:41 PM, Glen Garrison <gl...@us.ibm.com> wrote: > >> > >> Take the last 2 bytes of your alet, multiply by x'10' and add to the > >> value of stcbalov. (index into the du-al). That gets you to the ALE > >> > >> -----Original Message----- > >> From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On > >> Behalf Of Joseph Reichman > >> Sent: Thursday, March 30, 2023 8:44 AM > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> Subject: [EXTERNAL] finding DU-AL in a dump > >> > >> Hi > >> > >> v > >> > >> I have two ALETS one from an address space one from a dataspace they > >> are both on DU-AL I put them there via ALESERV AL=WORKUNIT > >> > >> > >> > >> I am looking for them in a dump > >> > >> > >> > >> I know the acronym ALE: in a dump stands for Access list element > >> > >> > >> > >> I also know that STCBALOV offset X'20 from the STCB for the TCB I am > >> running under points to it > >> > >> > >> > >> At that are all I see is X'80000... not my two alets > >> > >> > >> > >> I see the same in a dump. > >> > >> > >> > >> Under the ALE: heading. > >> > >> > >> > >> Just wondering where I would find them. > >> > >> > >> > >> Thanks > >> > >> > >> --------------------------------------------------------------------- > >> - 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 > > > > ---------------------------------------------------------------------- > > 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 > > ---------------------------------------------------------------------- > 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 > -- Joe Reichman ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
