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 not 
page-protected.
    For more information on protectionof REFR programs, see 
    z/OS MVS Program Management: User's Guide and Reference

That's Shmuel



--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

________________________________________
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Thomas David Rivers [riv...@dignus.com]
Sent: Monday, February 1, 2021 7:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: STORAGE KEY of loaded executable

Binyamin Dissen wrote:

>On Sun, 31 Jan 2021 18:34:11 -0500 Thomas David Rivers <riv...@dignus.com>
>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 refreshable it should nowadays be loaded into SP=252
>which is not fetch protected.
>
>

I have to admit to not looking for it yet - but do you have
a pointer to the doc for this?  Schmuel described the various
Subpools and fetchability attributes which I was able to find
via a google text search.  These seem to be described in the
ATTACHX documentation... but that must also apply to LOAD
(I suppose???)

Thanks for the pointer about REFRESH (REFR option on binder),
I'll look for more info.

The downside of REFR is it defeats the use of debuggers which
modify the code-stream to insert break-points... but, it is what it is...

  - Thanks -
- Dave R. -

--
riv...@dignus.com                        Work: (919) 676-0847
Get your mainframe programming tools at 
http://secure-web.cisco.com/1Fca2f4IZyQDVYdr-tstJBM0QiKvOzgzg94WT2h048B5kcwGwpOyiewu9F8yc-DmUE5IxyEX1shdLcwKPemLt6F9sCyPfueLpjDx_8DxXMbGz9S-e_C70qlP4OQjP3eYcoaQoC_iERsWYwJDrhfxOUh1J8gFjYF9kMnNKgf8Nrj8yK4Xb4Ge0Reg3P-yKKCVRlaQztNOgDRtszxarzAZobwBPk07aruzQDx89h57i2M96Hbq9jVg_wS7-tHzzf9H5dtt5uvH51UVkSr6kOGU0WalGJCuZYzWtJ7t2-Sb1QarOI8Mlzh40ZvO2iGhVnKMwICQMQ_BqdW2QV9I8IamrAtmJuB_-kGFQeGa-nCbuqB5vlLyh5T_sR5IZbV4twskfvJf-TmGDMkKun49waLNkEgbHfD3iep5-o0pMk0wwfoP_1ZZ4Rd5AJXk4o8wjmpoo/http%3A%2F%2Fwww.dignus.com

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to