Portal | References | Downloads | Info | Programs | JCLs | Mainframe wiki | Quick Ref
IBM Mainframe Forum Index
 
Register
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Profile Log in to check your private messages Log in
 
Why s the ASXB the same for all ASCBs?

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> All Other Mainframe Topics
View previous topic :: :: View next topic  
Author Message
schippsid

New User


Joined: 04 May 2020
Posts: 7
Location: USA

PostPosted: Wed May 13, 2020 7:27 am    Post subject: Why s the ASXB the same for all ASCBs?
Reply with quote

I have written a program in assembler language that uses the LOCASCB macro to find various different ASCBs that are running in my system. In debugging this program I found a very curious thing that I do not understand. When looking at the ASCBASXB field of every one of these different ASCBs they all point to the same ASXB?!!! This is very puzzling to me as the ASXB has things in it that you would think would be unique to each different ASCB. For example the ASXBFTCB and ASXBLTCB which point to the TCBs that are running in the address space. Well, two different address spaces can't have the same TCBs running in them, can they? So this really doesn't make any sense to me and I would love if one of you experts out there could explain it to me.
Back to top
View user's profile Send private message

steve-myers

Active Member


Joined: 30 Nov 2013
Posts: 859
Location: The Universe

PostPosted: Wed May 13, 2020 7:56 am    Post subject:
Reply with quote

Are they really the same ASXB? I think you'll find it in the address space rather than in shared storage, so even if it's a common address each one is different because they are unique to the address space. Check that out.
Back to top
View user's profile Send private message
schippsid

New User


Joined: 04 May 2020
Posts: 7
Location: USA

PostPosted: Wed May 13, 2020 4:15 pm    Post subject: ASXBs
Reply with quote

That makes some sense, I am going to try some simple cross memory stuff with MVCPs to actually move the ASXB from the other address space to mine and examine it then and see if it is actually the same. Thanks for the suggestion and I will let all of you know what I find out.
Back to top
View user's profile Send private message
schippsid

New User


Joined: 04 May 2020
Posts: 7
Location: USA

PostPosted: Wed May 13, 2020 5:03 pm    Post subject: Good call!
Reply with quote

You were right steve! Using MVCP I obtained the ASXB from the other address spaces and determined that they were all different. TYVM.
Back to top
View user's profile Send private message
Ravi GA

New User


Joined: 20 Mar 2020
Posts: 7
Location: India

PostPosted: Wed May 13, 2020 5:51 pm    Post subject: Re: Good call!
Reply with quote

schippsid wrote:
You were right steve! Using MVCP I obtained the ASXB from the other address spaces and determined that they were all different. TYVM.


ASXB resides in sub-pool 255 which is in private area. So, you must use some cross memory services (like MVCP which you have used) in order to access ASXB. You probably used SSAR instruction, to load secondary address space, before using MVCP? You might also want to try various other cross memory techniques like
1. Use SAC 512 (access register mode) after SSAR, and use "ALET 0" to access primary address space storage, and "ALET 1" to access secondary address space.
2. Use SAC 256 (secondary space mode) after SSAR to access JUST secondary address space storage area.
3. Schedule an SRB in the target address space to access ASXB and other private storage.
If you want to access ALL address spaces in the system, you might want to start with ASVT (Address space vector table) whose address will be in CVT.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> All Other Mainframe Topics All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:


Back to Top
 
Job Vacancies | Forum Rules | Bookmarks | Subscriptions | FAQ | Polls | Contact Us