And from what I understand registers Don't have to be saved and restored MVS does it for you
Sent from my iPhone On Dec 2, 2012, at 9:44 PM, John McKown <[email protected]> wrote: > I guess I had a major memory failure. I got into the books and you are > correct. Even a global SRB is scheduled into an address space. It's just > that global SRBs are dispatched before address spaces. > > I could have sworn that z/OS (MVS) had _something_ which did not run in > an address space. > > And the books all seem to say that the program needs to be in globally > addressable storage. Which seems strange to me if it an SRB runs in the > context of an address space, why can't the code be in only that address > space? > > I eagerly await being enlightened by the more knowledgeable of our > members. > > Maybe I should stop doing all this Linux reading. But I love looking at > source and learning. With no source and no PLMs any more z/OS is > becoming very boring to me; a windows admin could do it. "Just say NO! > to OCO!" <grin/> Hopefully nobody starts up a thread on why IBM did it. > They did it; they had the right to do it; I don't have to like it. > > On Sun, 2012-12-02 at 21:09 -0500, Micheal Burn wrote: >> I thought global is the priority SRBASCB indicates what >> address space it will run in >> >> Sent from my iPhone >> >> On Dec 2, 2012, at 9:05 PM, John McKown <[email protected]> wrote: >> >>> It needs to be in addressable storage at the time it is running. For a >>> local SRB, it can be in the local address space. Since a global SRB may >>> be dispatched in any address space, it only makes sense to put it >>> somewhere in commonly addressable storage. >>> >>> >>> On Sun, 2012-12-02 at 19:24 -0500, Micheal Butz wrote: >>>> Hi, >>>> Does the SRB rtn itself have to be in common storage or can it be in the >>>> private storage of the target address space >>>> Joe Reichman >>>> Lead Devloper Sam Golob Systems Programming >>>> 11005 Oakwood st. >>>> Silver Spring MD 20901 >>> >>> -- >>> John McKown >>> Maranatha! <>< >>> >>> ---------------------------------------------------------------------- >>> For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email to [email protected] with the message: INFO IBM-MAIN >> >> ---------------------------------------------------------------------- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to [email protected] with the message: INFO IBM-MAIN > > -- > John McKown > Maranatha! <>< > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
