-------------------<snip>-------------------
IIRC, SYS1.NULLFILE was recognized by the system as a special case of
DUMMY. But it filled in the DSNAME field of the JFCB.
You are thinking of DSN=NULLFILE. Now we also have PATH=/dev/null.
---------------------------------------------------
No, I was thinking specifically of SYS1.NULLFILE, a "qualified" dataset
name.
Hmmm:
12.22.2.9 "z/OS V1R7.0 MVS JCL Reference"
NULLFILE
Specifies a dummy data set. NULLFILE has the same effect as coding the
DD DUMMY
parameter. NULLFILE must be coded as a single-word parameter. For
instance, IBM
does not support the use of NULLFILE to obtain a dummy data set for
these (or
other) formats:
+ When followed by a member name
+ As a qualifier in a qualified data set name
<<<<<<<<<<<<<<<<<<<<<<<<<
+ As a temporary data set name.
This appears to explicitly exclude what you're thinking specifically of.
--------------------------<unsnip>-------------------
I agree that I'm be wrong today, but I can vaguely remember using
SYS1.NULLFILE as a substitution in some very old JCL. Could it be
possible that SYS1 was a special case, subsequently removed or
disallowed? Since those were my "salad days", it's possible that a
SYS1.NULLFILE dummy DSCB was defined and cataloged that I didn't know
about. Still.....
Since I hate DD statements that have more information than necessary, I
just use DD DUMMY, with DCB attributes as needed.
-- gil
----------------------------------------------------------------------
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
.
----------------------------------------------------------------------
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
