|
>Date: Mon, 20 Mar 2000 12:23:47 -0500 >From: Rob Berendt <rob@dekko.com> > >You have a good point. Put it into the RPGLEHSPEC. Or >in our case, your custom HSPEC that you /copy in. Start >using modular code now and avoid this in the future. Let's >say your company changes names. The /COPY is easier than >a scan/replace. Using the RPGLEHSPEC data area isn't an ideal way to have common keywords brought into a program, since it's only read in if there's no existing H spec. If you want to code a special keyword just for one program you have to add all the other keywords, but now you have to remember to update this one program whenever you update the data area. Using a /COPY is a much easier way to have a common hspec: - a /COPY can have /IF etc. in case you want to allow some programs to define their own value for a keyword - it can leave out some keywords that may be program-specific (e.g. FTRANS, NOMAIN) and have the individual programs add them if necessary - to get the compiler to use the data area, you have to "not code" the H spec. It's too easy for this to get broken by a programmer coding an H spec by accident. Barbara Morris +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
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.