On Tue, 24 Sep 2013 22:43:27 +0000, DASDBILL2 wrote:
>FORMAT4.DSCB could cause some confusion if not used solely with IMASPZAP.
>
So I infer that a DSNAME beginning with a period has some special significance
when in a format-4 DSCB. Hmmm. I'm pretty naive at this. Looking in:
Title: z/OS V1R13.0 DFSMSdfp Advanced Services
Document Number: SC26-7400-14
1.1.1.5 Format-4 DSCB
The only hint of something that might be a DSNAME is:
Exception: The format-4 DSCB has a 44-byte key of X'04' bytes not shown in
Table 4.
But I understand that's the DSNAME of the VTOC itself, and would be unaffected
by
a stored data set whose name begins with '.'. What am I missing?
>----- Original Message -----
>From: "Paul Gilmartin"
>Sent: Tuesday, September 24, 2013 5:04:38 PM
>
>>At 07:46 -0400 on 09/24/2013, John Gilmore wrote about Re: DSNAME Syntax:
>>
>>>The 'period' problem is an old one. It has a syntactic function in
>>>DSN[AME]= values, and it is out of place as the first character in a
>>>standard one.
>>
>Ah, but I had asked about quote-framed DSNAMEs, where apparently
>the standard rules are largely suspended. I can use lower case,
>embedded blanks, long qualifiers, but not an initial period. Does this
>reflect the DOS conventions?
>
>Are there data set names not beginning with a period that likewise
>are rejected by JCL when quote-framed? (Well, I found one, not very
>surprisingly: a data set name of all blanks causes allocation of a
>temporary data set instead. Still others?)
Thanks,
gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
