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