HI Walt,
"... Merely a lack of education on the part of those administrators, in
my opinion. ..."
This reminds me of a contract I worked on a few years ago.
I was working on a project and asked the MVS Group for permission to
invoke ADRDSSU in TSO (because it wasn't in AUTHPGM).
The head honcho refused because: "I might affect another Address Space".
I felt like asking him: "Do you understand how Virtual Storage works and
how every Address Space has its own Private storage?
I also felt like asking if he ever heard of DFSMShsm.
Regards,
David
On 2020-03-29 13:33, Walt Farrell wrote:
On Thu, 26 Mar 2020 13:10:18 -0500, Paul Gilmartin <[email protected]> wrote:
On Thu, 26 Mar 2020 17:54:58 +0000, Seymour J Metz wrote:
ObSchiller IPCS is part of z/OS. All dangerous facilities of IPCS are
controlled by SAF. If your management capriciously prohibits you from using it,
the responsibility is theirs. It's certainly their prerogative to ban, e.g.,
IEFBR14, but no outside company is obligated to rescue them from the
consequences of their decision.
Not all companies take essential tools away from their application developers.
I take your mention of IEFBR14 as hyperbole. But I have heard of sincere
admin objections to application programmers' use of AMASPZAP, ADRDSSU,
and CMS DDR.
Is there perhaps not a security but a performance concern with IPCS?
There is neither a security nor a performance issue. Merely a lack of education
on the part of those administrators, in my opinion.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
