On 20/10/2017 3:38 PM, Paul Gilmartin wrote:
On Fri, 20 Oct 2017 10:46:27 +0800, David Crayford wrote:
pax works well with archives in Classic data sets. (I've used DSORG=PS;
never tried PO.) But why not pass the DSN(MEMBER) in PARM rather than
a DD statement. If 100-character limit is intolarable, alternatives include
STDPARM, PARMDD, and STDENV.
Data set names in parms are ugly!
How?
Personal taste :)
And beware. No standard utilities (e.g. pax) are specified to work with //DD:
and only a handful with //DSN. Otherwise, it's an accident if they work, and
unsupported if they break.
What's the difference between //DSN and //DD:? The way I see it it's
just an argument to fopen() and either will work. Maybe IBM should give
an example with DD: to keep the pedants quiet but I wont lose any sleep
over it.
It is nowhere documented that the six (exactly) standard utilities that
support data set names use fopen(). That's a good guess, but IBM
implicitly retains the liberty to change that implementation in the future.
You are relying on things that happen to work but IBM makes no
commitment to support. If it breaks, you're entitled to keep both
pieces.
Otherwise, RFE?
Good point, but I'm slack enough to only worry about it if and when it
breaks. If it does break, which I doubt, I will have a circumvention.
Oops! I RTFM and stand semi-corrected. The 2.3 UNIX Command Ref., in the
section, "Appendix K. Specifying MVS data set names in the shell environment"
mentions, with error bars, a Restriction on using "the //DD:DDNAME format".
Ironic, because the (rather informal) syntax in that section never mentions that
format's being supported at all. I believe I'll submit an RCF.
The book says:
"In order to use the //DD:DDNAME format, the dataset must be allocated
in the address space that the following command will run in. However, in
the login shell environment, the user cannot use the //DD:DDNAME format
due to the restriction that the address space of the allocated dataset
is not always the same as the running command."
I think I'm on safe ground.
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
