Thanks Chuck...

I knew it wasn't a new idea. Good to have an actual date!


On Sun, Dec 6, 2015 at 10:11 PM, CRPence <crpbottle@xxxxxxxxx> wrote:

On 01-Dec-2015 08:09 -0600, Charles Wilt wrote:

I'm looking for a bigger stick than my own knowledge to use to beat
some sense into a vendor with regards to the use of LVLCHK(*NO).

Is anybody aware of a authoritative document on the subject?

I'd assume such a document would also go into the alternative
solution of "logical file access only" whereby all native RLA I/O is
done via logical files with explicit formats.

FWiW, while looking for something else [the IBM System/38 Control
Program Facility Reference Manual- Data Description Specifications,
SC21-7806], I found the following statement as evidence that the concept
for effecting "Logical Independence" via the LF RcdFmt being specified in a
program, was being recommended since at least way back in 1979:

sc21-7730 System/38 Control Program Facility Programmers Guide
If you use the same format as the associated physical file, a change to
the physical file record format requires a change in the logical file
record format, and any program using the logical file must be recompiled.
If your logical file record format is independent of the physical file
record format, a change to the physical file record format might not create
a change to the logical file record format. The program using the logical
file must be recompiled only if the logical file record format changes.

Regards, Chuck

This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2020 by and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].