In <[email protected]>, on 07/30/2011
at 10:31 PM, CM Poncelet <[email protected]> said:
>What I am saying is that, on INPUT, a dataset's physical DCB
>attributes from its DSCB on DASD cannot be overriden by a JCL or
>program DCB.
Yes, and what you are saying is wrong.
>According to you, the DCB=(RECFM=FBA,LRECL=137,BLKSIZE=27948) on
>SYSUT1 (opened for input) should override the dataset's
>DCB=(RECFM=VBA,LRECL=137,BLKSIZE=27998,DSORG=PS) on DASD.
Correct.
>But that is not the case.
Yes it is.
>If you set up and run the jobsteps above, both IEBGENER and IDCAMS
>report "IEB351I I/O ERROR <etc.> SYSUT1, READ, WRNG.LEN.RECORD,
>etc." when reading SYSUT1.
Proving that the DCB information in the DD statement *did* override
the DSCB.
>This is because the dataset's DASD DSCB/DCB
>attributes override those coded in the JCL (and would also override
>the programs's DCB, if hard-coded), for INPUT.
No; if they overrode the DCB then you wouldn't get the I/O error.
>To say that the order of priority for INPUT is 'program DCB -> JCL
>DCB -> DASD DCB' is meaningless if neither the program DCB nor JCL
>DCB can modify/override the DASD's DSCB/DCB to avoid physical I/O
>errors on INPUT.
To say that your name is Poncelet is meaningless if the Sun is an
apple.
>I don't think I 'got it wrong' ...
Then RTFM.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)
----------------------------------------------------------------------
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
