>GUPI for ASID 1. Not an intended interface for other ASIDs. > >I don't know why it says that. My best guess would be >that maybe it was intended to deter someone from considering >fetching ASSBSTKN from an ASSB to which they did not have >proper serialization.
Rob Scott found an old append of mine which does pertain to this point. It is precisely because of doing something uninvited which could be detrimental to the "owner" of that space that it is not appropriate to snoop in that way. And Jim Mulder properly points out that you cannot just reference a random ASCB/ASSB as those can be freemained if you do not hold proper serialization. Jeffrey Smith mentioned LASP: I hope it isn't surprising to anyone that you are not supposed to use that instruction, just as you are not supposed to do all sorts of things provided for the base OS to use in order to make it possible for your applications to run (including such obvious things as using LCTL to set various things). Chris Craddock mentioned ALET=1 then apologized and changed to ALET=2. In his scenario, either would do. I prefer using ALET=1 if addressing the "space of my caller" because that is known to work even if the caller changes and is no longer issuing it from PRIMARY=HOME. That does depend on the PC definition being such that SASN is set to the caller's PASN (which we tend to do all the time, though you can request otherwise). Barry Merrill wrote ... there is no way to tell the ASID was gone, except to schedule the SRB, which then was forced into IBM recovery routines That is hardly true. It is very simple to issue LOCASCB for an ASID and check the return information. It doesn't tell you that it's the "right instance" but it certainly lets you know when it is not there. Obviously in the window after you check and before you schedule it good go away. Peter Relson z/OS Core Technology Design ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
