> 
> Amlan Prasad wrote:
> > Hi,
> >
> > Is it possible in the JCL to avoid coding LRECL for datasets which
> created
> > new. If it can be automatically understood based on the COBOL
program
> > creating then any change to the code will not require JCL changes.
> >
> > We have frequent file length changes and often some JCL changes are
> missed
> > and ABEND is faced. I am aware it is not mandatory to code for SORT.
It
> will
> > pick the LRECL for SORTOUT based on SORTIN.
> >
> > Thanks,
> > Amlan
> 
> Steve Comstock wrote:
>
> It has always been possible and always recommended _not_
> to code LRECL in JCL for COBOL datasets. COBOL _always_
> figures out the LRECL for you. And you should code
> BLOCK CONTAINS 0 RECORDS except, possibly, for print
> files, where the default of BLOCK CONTAINS 1 RECORDS
> works fine (because spool is blocked by JES in its
> own manner anyway).
> 
> 
> Kind regards,
> 
> -Steve Comstock

I would still code BLOCK CONTAINS 0 RECORDS for what you might think
would be a print file.  No telling when someone might direct it to a
file sitting on disk.  You don't want a large disk dataset that happens
to be a report formatted at LRECL=133 BLKSIZE=133.



*****************************************************************************
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*****************************************************************************

----------------------------------------------------------------------
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

Reply via email to