Nope... you'll need to be in key 0 to obtain and/or alter the storage. However, all keys can read (look at) the storage as long as they don't attempt to alter it.
As Rob stated... be careful when, where and for how long you go into key 0. The fewer instructions, the better. Quite frankly, you might be much better off writing a non-space switching, stacking PC that performs all allocations and updates to the storage. This way, you can limit the exposure to a single piece of code and all updaters can remain in their own mode and key. It may require a bit of analysis and design work however, it's a common practice among software development companies. If you're not comfortable writing a stacking PC routine, you can leverage your existing authorization SVC to drive this single-point functionality. You still need to design a single program that can perform all the allocation and alteration functions required. Execution through an SVC or stacking PC is a rather minor implementation task. Tony Lubrano Product Author NEON Enterprise Software, LLC. p: 281 207 4922 f: 281 207 4973 [email protected] What is zPrime? Find out at www.zprime.com or just ask us! -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of GOODWIN, DIANE M. Sent: Thursday, March 25, 2010 9:36 AM To: [email protected] Subject: Re: Subpools - specifically 241 Tony, Would I be able to use another key if zero is so dangerous? -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Tony Lubrano Sent: Thursday, March 25, 2010 10:31 AM To: [email protected] Subject: Re: Subpools - specifically 241 Diane, I've used it many times... first, you must be in an authorized state or key. A simple MODESET MODE=SUP,KEY=ZERO will get you where you need to be. Then, allocate the storage: IPK , R2 = PSW Key MODESET MODE=SUP,KEY=ZERO STORAGE OBTAIN,SP=241,KEY=0... etc. ... alter the storage as required SPKA 0(R2) Back to your old key MODESET MODE=PROB Back to your old state Save your current key so you can get back into it after you've obtained your storage and modified it. Stay out of key zero as much as possible... while in key 0, you will want to have a specific set of instructions that alter your storage areas with little or no possibility of exiting. Key 0 will allow you to alter almost any common storage area in the system. An inadvertent register change can result in irreparable damage to the system; possibly resulting in an IPL. I would refer to the z/OS Diagnosis Reference for details about the various subpools. Tony Lubrano Product Author NEON Enterprise Software, LLC. p: 281 207 4922 f: 281 207 4973 [email protected] What is zPrime? Find out at www.zprime.com or just ask us! -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of GOODWIN, DIANE M. Sent: Thursday, March 25, 2010 9:06 AM To: [email protected] Subject: Subpools - specifically 241 Hello, I was wondering if anyone is using subpool 241 in their processing. I had an earlier thread about using subpool 241 with a key of 9. Based on the info I have read and some of you have given me, I'm thinking of trying to still use subpool 241 but with a key of 0. I have been trying to find info on how to use the subpools - but it seems like 2 pages in one manual and then 3 in another. Does anyone know if there is a someplace I can find information on how to use this properly? Things like - what state does the program need to be in - problem or supervisor? Any other gotchas like that. Thanks in advance for your time. Diane M. Goodwin IT System Adminstration Specialist Amica Insurance Company email: [email protected] "I'm not a cynic. I'm a disappointed optimist." - George Carlin ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- 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
