All my VSE systems are under VM, but all my z/OS systems run native.
But, with VSE, there are some things I don't want to do before the "CP
IPL xxx' statement in the profile exec, so I do them as early as
possible in the VSE IPLs
Tony Thigpen
John McKown wrote on 6/4/19 10:43 AM:
On Tue, Jun 4, 2019 at 8:28 AM Tony Thigpen <t...@vse2pdf.com> wrote:
By "crippled", it could be during early IPL or late shutdown.
It's been too long since I actually worked on VM (VM/XA actually!). I
remember setting up the MVS guest ID to IPL CMS and set things up using the
PROFILE EXEC. But there wasn't anything available for shutdown. I monitor
this forum mainly because I loved VM and still miss it.
Tony Thigpen
John McKown wrote on 6/4/19 8:20 AM:
On Mon, Jun 3, 2019 at 5:23 PM Tony Thigpen <t...@vse2pdf.com> wrote:
I would not convert it to LE.
I have strong feelings that any system tool like this must be able to
run in a crippled system with as little support from the OS as possible.
Hum. I hadn't thought of running this in a "crippled" environment. I
would
have imagined that I would be logged into the z/VM "console" for the z/OS
guest to interactively issue CP commands, rather than via TSO or batch.
As an opinion, I think that simple programs like this should not be
converted to base-less programming either. One, there is no need and
second, I believe that abend fixing is easier with a base address.
KISS rules. :-)
True. I think that baseless programming is actually simpler. But in a
very
short routine like this one, it doesn't really make much of a difference.
Almost all of the "application" code that I write now is baseless, with
R&I
instructions as well as LE enabled. Why LE? Because I can then use a lot
of
LE routines as well a C language subroutines, such as "snprintf" (which
is
wonderful to make nicely formatted messages). There are some nice ones. I
know that many still hate LE, but I have learned to love the pain.
I have no real opinion about making a unix command as I don't really use
unix that much, but personally I would prefer that a unix user not have
access to VM commands.
I do a _LOT_ of z/OS UNIX shell scripting. I can do a UNIX shell script
and
get an answer faster than writing a TSO REXX program. Why should a TSO
user
have access, but not a UNIX user? I, personally, don't see any
difference.
I like what I read from Mr. Elliot about using RACF to restrict access to
this program. Of course, this can be done implicitly done by putting the
code in a place where unauthorized user cannot access it. I.e. no access
to
the STEPLIB or UNIX directory which contains the program.
Of course, for me, all of this is theoretical because I don't have access
to a z/VM system.
Tony Thigpen
----------------------------------------------------------------------
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
