|
<snip>
Will the following work:
1) CHGLF LVLCHK(*NO) on all logicals.
2) Change the PF source member (and LF ones if applicable).
3) CHGPF with LVLCHK(*NO) and SRCFILE/SRCMBR.
4) CRTLF from source member with LVLCHK(*NO) for all logicals.
5) Compile all programs touching the PF or any LF.
6) CHGPF LVLCHK(*YES)
7) CHGLF LVLCHK(*YES) on all logicals.
<end snip>
You pretty much have it, but with some provisos.
You can only do this sort of exercise if
- the keys haven't changed in either the PF or any attached LF's
- the data is being added to the end of the PF/LF's
- the new fields are alphabetic only
- it won't cause problems if users acess some of the recompiled programs
before everything is recompiled (for example if Pgm A puts a value into the
new field, and PGM B should do something different because of this value,
but hasn't been recompiled yet)
However, if you have changed PF through LVLCHK(*NO) before you are probably
aware of all these limitations.
The only points I'd raise in your specific steps is that I would usually do
your step 2 before step 1 (though it doesn't really matter), and step 4 is
only required for Logical Files that have changed. If no logical files
were changed, you can skip it.
Jeff Crosby
<jlcrosby@DILGARDFO To: Midrange Mailing List
ODS.COM> <MIDRANGE-L@midrange.com>
Sent by: cc:
midrange-l-admin@mi Subject: CHGPF and CHGLF
drange.com
05/09/02 04:57
Please respond to
midrange-l
I have used the CHGPF command with LVLCHK(*NO) and a source member to
add fields to the end of the record format on-the-fly. Then after
recompiling all the programs that touch the file, I change it back to
LVLCHK(*YES). But I've never done it on a file with LFs built over it.
Now I want to do this to a PF that has logicals over it and I'm
apprehensive. The CHGLF command does not have SRCFILE and SRCMBR parms.
Will the following work:
1) CHGLF LVLCHK(*NO) on all logicals.
2) Change the PF source member (and LF ones if applicable).
3) CHGPF with LVLCHK(*NO) and SRCFILE/SRCMBR.
4) CRTLF from source member with LVLCHK(*NO) for all logicals.
5) Compile all programs touching the PF or any LF.
6) CHGPF LVLCHK(*YES)
7) CHGLF LVLCHK(*YES) on all logicals.
Thanks.
--
Jeff Crosby
Dilgard Frozen Foods, Inc.
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
The opinions expressed are my own and not necessarily
the opinion of my company. Unless I say so.
_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com 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].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.