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
