Re: STORAGE KEY of loaded executable

2021-02-01 Thread Binyamin Dissen
On Sun, 31 Jan 2021 18:34:11 -0500 Thomas David Rivers wrote: :>I have a situation where I LOAD a program, with a PSW KEY of 8, :>then branch to it. :>The program switches to KEY 9, but wants to reference some :>data in the loaded CSECT (say, for example, a =F constant in the :>literal area.) :

Re: STORAGE KEY of loaded executable

2021-02-01 Thread Thomas David Rivers
Binyamin Dissen wrote: On Sun, 31 Jan 2021 18:34:11 -0500 Thomas David Rivers wrote: :> When you LOAD a program, how do you control the KEY :> for the memory the LOAD'd program occupies? Can you, or :> does z/OS always LOAD (non-auth) programs in KEY=8? If you mark the module refreshabl

Re: STORAGE KEY of loaded executable

2021-02-01 Thread Seymour J Metz
Using the REFRPROT statement Use the REFRPROT statement type to specify that REFR programs are protected from modification by placing them in key 0, non-fetch protected storage, and page protecting the full pages. Therefore, any parts of the program that are on partial pages are n

Re: STORAGE KEY of loaded executable

2021-02-01 Thread Seymour J Metz
The behavior for REFR is subject to operator and parmlib control. RENT goes into key 0 if the library concatenation is APF. There's no reason to flush the cache, and doing so would be a major performance hit. With luck there an IBM Systems Journal article or redbook on the I-unit of current pro

Re: STORAGE KEY of loaded executable

2021-02-01 Thread Peter Relson
Shmuel posted the relevant section. The really relevant point is that subpool 251 is fetch-protected (and subpool 252 is not) If you switch out of the subpool 251 key (and the module is in subpool 251 storage, not subpool 252), then you have no access to the storage of your program and thus, ye

Thank you to LRS and to BIS

2021-02-01 Thread Gibney, Dave
I wish this wasn't true, but we continue to move towards shutting down or z/OS systems. Last night I shutdown VPS and DRS from Levi, Ray and Shoup. I wish to thank LRS for the one month license extension they granted us at no charge. Our employees did get W2 forms :) I also shut down our

Re: Thank you to LRS and to BIS

2021-02-01 Thread Ron Wells
Stupidity runs wild...politics and corp. rule -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Monday, February 01, 2021 2:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Thank you to LRS and to BIS ** EXTERNAL EMAIL - USE CAUTION ** I wish this wa

Re: Thank you to LRS and to BIS

2021-02-01 Thread Ramsey Hallman
Dave, I regret to hear of another mainframe shutting down. It's a shame many companies do not realize exactly what they are doing until it is too late. I don't know about WSU, but the companies I've been involved with who migrated off of IBM mainframes were surprised to find how much it cost to "

Re: STORAGE KEY of loaded executable

2021-02-01 Thread Thomas David Rivers
Peter Relson wrote: . May I ask why you need to switch to key 9? That is very atypical. I believe that the Storage Protect Override facility, as implemented in z/OS with Key 9, was created so that CICS transactions could avoid accidental overlays of CICS key 8 storage. So unless you're try

DE entry on Load Link XCTL and ATTACH

2021-02-01 Thread Joseph Reichman
When you have DE entry on any of these macros I assume the system just checks the first name ? thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the mes

Re: Rexx stem variable question

2021-02-01 Thread Charles Mills
Thanks all. I am getting it now. I had the wrong mental model of how Rexx stems work (and I suspect some others may also.) I pictured it kind of like C or COBOL multi-dimensional arrays. I pictured Rexx A.B.C.D being essentially analogous to C language A[B,C,D] or COBOL A(B, C, D) albeit with "ass

Re: Thank you to LRS and to BIS

2021-02-01 Thread Radoslaw Skorupka
Amen to that. And to complement - when plans do not materialize, they do not stop the madness, they increase spendings to make it ...more mad. And more. And even more. And they start to looking for those to blame. Like mainframe folks who take care about the system. (can't say more) -- Radosl