I am by no means an expert on this stuff. Whenever I have to touch my code I have the MVS and PoOp manuals open, close at hand, and in some cases, printed out and highlighted.
> not fetch protected Not fetch protected has fallen way out of fashion! It is generally considered a security no-no these days. Look at all of the recent MVS APAR activity in that regard. In "version 1" of my product I buffered SMF records in non-fetch-protected storage. What's the big deal? The data was only there for a few seconds at most. It's not like SMF records have credit card numbers in them or anything. Wrong! But no one ever complained. Nonetheless, "version 2" moved the buffering to fetch-protected storage. I don't know what MVSCPCMD does (I can guess!) but I suspect again it is "not like it contains credit card numbers or anything" but who knows what some bad guy find useful for a hack, or some customer will find offends their sense of security? I don't have that subpool table in front of me but I assume you have looked through it and considered every pool. Wouldn't running in supervisor state solve the PKM problem? (And I don't have the PoOp open in front of me, so perhaps I am off base.) Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, June 7, 2019 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: dumb STORAGE OBTAIN question. On Fri, Jun 7, 2019 at 11:24 AM Charles Mills <charl...@mcn.org> wrote: > > Why is FIX=LONG unnecessary? > > Because SP 223 is already/always fixed? > Ah, yes. I am going not so slowly crazy (co-worker is bothering me wanting unnecessary changes to some production backups -- why on Friday I don't know -- he's bored too.). I am not sure I really want to use 223 because it is key 0 fetch protected. So I will need to either go key 0 to do some moves, or use something like MVCK, MVCSK, or MVCOS. All of which would require me to put key 0 into the PKM. Which I don't see any easy way to do (No SETPKM function that I can see). Instead, I might just go with a "weird" subpool like 230 (private high, user key, not fetch protected). Or, as usual, I am probably over thinking this because the program doesn't really interface with any other user code. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN