MIDRANGE dot COM Mailing List Archive



Home » MIDRANGE-L » July 2008

RE: CHGPF



fixed



-----Message d'origine-----
De : midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] De la part de CRPence
Envoyé : mardi 1 juillet 2008 18:31
À : midrange-l@xxxxxxxxxxxx
Objet : Re: CHGPF

CHUCK WROTE :
The limitations are fewer than manual, but a review of the DSPDBR
RCDFMT(*ALL) of the PF should be done to know what LF will change, and that the exception of that list from DSPDBR RCDFMT(*NONE) represents those LF that will not change; the manual method results, will depend on the DDS and/or methods used for creating the LF.




Hi,

I'm having some difficulty with this.

I have LF1, a logical that names the zones of the PF in the DDS. LF2 just names the key fields.

I can't see any reference to LF1 when I do DSPDBR.

DSPDBR FILE(mylib/PF) RCDFMT(*none) shows LF2.

DSPDBR FILE(mylib/PF) RCDFMT(*all) shows LF2 and the PF plus some other LFs in other libraries. I assume these are due to shared access paths.

Thanks.





Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2014 by MIDRANGE dot 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 here. If you have questions about this, please contact