Hi all,
Thank all of you give most good samples and recommendation
thanks for share
Tommy
"Richards.Bob"
<[EMAIL PROTECTED]
TRUST.COM> 收件人
寄件人： IBM IBM-MAIN@BAMA.UA.EDU
Mainframe 副本抄送
Discussion List
<[EMAIL PROTECTED] 主旨
.EDU> Re: How can the ACS routine to
bypass checking the storage volume
datasets?
2006/08/23 下午
08:39
請回信 給
IBM Mainframe
Discussion List
<[EMAIL PROTECTED]
.EDU>
Darth,
Great point!
However, I only used WRITE for debugging purposes and not all the time for
all allocations. As you wrote, it is a personal preference. But it is an
excellent suggestion for Tommy to take advantage of either way.
Bob Richards
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Darth Keller
Sent: Wednesday, August 23, 2006 8:31 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How can the ACS routine to bypass checking the storage volume
datasets?
A personal choice here, but I've also found it very helpful over the years
to include a WRITE statement for every exit:
/*--------------------------------------------------------------------*
/* ALLOW STORAGE ADMINISTRATORS AND SYSTEM PROGRAMMERS TO *
/* SELECT THE STORAGE CLASS OF CHOICE. *
/* *
/* LOGIC SEQUENCE - 17 *
/*--------------------------------------------------------------------*
WHEN (&USER = &SPECUSR && &STORCLAS ?= '' && &DSN ?= &PROD_DSN)
DO
SET &STORCLAS = &STORCLAS
WRITE 'SC00010 ' &DSN
EXIT
END
It can be very helpful in debugging an issue when applications and
managment are breathing down your neck. As long as you use some unique
hook identifying the exit point, the text isn't so critical. The
variables available are many & should be chosen with some thought as to
what you'll need to debug.
***********************************************************
This message contains confidential information which is intended only for the
person or entity to which it is addressed. If you are not the intended
recipient, you should not read, disseminate, distribute or copy this e-mail.
Any opinion contained in this message are those of the author and are not given
or endorsed by BOCHK unless otherwise stated in this message and the authority
of the author to so bind BOCHK is duly verified. We do not guarantee that this
e-mail is virus-free or secure and are not liable in respect of any delay or
omission in the transmission of this message.
***********************************************************
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
