> Suggestion: instead of DD DUMMY, try using DD DSN=SYS1.NULLFILE,DISP=SHR
> and define a RACF profile for SYS1.NULLFILE with a UAC of ALTER.
But that won't have the intended effect of DD DUMMY.
If the vendor code really needs to check the user's access,
it should bypass it for the special case of NULLFILE.
> Date: Fri, 28 Dec 2007 10:36:49 -0600
> From: [EMAIL PROTECTED]
> Subject: Re: Curiousity question: the processing of DD DUMMY.
> To: IBM-MAIN@BAMA.UA.EDU
>
> Barb, it sounds to me like maybe it's time to re-evaluate the value of
> the product vs. other offering by other vendors. I believe that NULLFILE
> is the dsname provided by the base system (as opposed to RACF) for any
> DUMMY file.
>
> Suggestion: instead of DD DUMMY, try using DD DSN=SYS1.NULLFILE,DISP=SHR
> and define a RACF profile for SYS1.NULLFILE with a UAC of ALTER.
>
> That should put a name in the JFCB that the dumb-ass vendor can check
> against RACF. Now if he'd just check the DSNAME and bypass RACF
> processing for NULLFILE and SYS1.NULLFILE, the four instructions and two
> literals would be cheap and go a LONG way toward customer satisfaction.
_________________________________________________________________
Get the power of Windows + Web with the new Windows Live.
http://www.windowslive.com?ocid=TXT_TAGHM_Wave2_powerofwindows_122007
----------------------------------------------------------------------
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
