On 30 Oct 2007 08:47:17 -0700, in bit.listserv.ibm-main
(Message-ID:<[EMAIL PROTECTED]>)
[EMAIL PROTECTED] (GAVIN Darren * OPS EAS) wrote:
<snip>
I'll go futher than that. The entire concept of LRECL,
BLKSIZE, and
RECFM is archaic and should be eliminated. If a program
wants to read a
dataset, let it specify what it thinks the LRECL and RECFM
should be. If
the system can accomodate that, then so be it - let the
system (access
method) read the physical data and present it in the
format that the
program wants. The only cavaet is if there is a record
which cannot be
processed properly if "reformatted" into the LRECL that
the program says
that it can accept.
</snip>
John,
<snip>
As to the BLKSIZE and LRECL parameters being archaic, they
really are
not obsolete.
They are there for efficiency reasons.
I think a compromise between current usage and what
John suggested would be very useful.
Say that a new application requires you to add fields
to a file's records. You add them at the end. Why should
you have to recompile all of the programs which don't use
those fields? Let the access method ignore the rest of the
record when used for input. Thus, only programs which use
the new fields and those that write to the file would need
updating.
--
I cannot receive mail at the address this was sent from.
To reply directly, send to ar23hur "at" intergate "dot" com
----------------------------------------------------------------------
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