|
On Wed, Sep 13, 2017 at 3:14 PM, David Gibbs <david@xxxxxxxxxxxx> wrote:
On 9/13/2017 2:08 PM, Alan Campin wrote:in
As long as the interface has not changed, you will not need to
recompile.
You need to create a current listing your procedures. then when you
add a new procedure, your current becomes your previous and your new
current is at the top.
As long as new procedures are added to the end of the list of procedures,
and you specify a constant signature in the binder source, you don't need
to recompile programs that reference the service program.
As I understand it, procedures are reference by their relative location
the service program.source
The only time you would have to specify multiple PGMLVL's in binder
is if you remove, or reorder, the procedures that are specified.
First of all, thanks to all who responded!
Currently, my service program (and binder source) reference two RPG
modules, M1 and M2. Module M1 has four procedures M1P1 - M1P4, and module
M2 has three procedures M2P1 - M2P3. My binder source reads as follows:
STRPGMEXP PGMLVL(*CURRENT)
EXPORT SYMBOL(M1P1)
EXPORT SYMBOL(M1P2)
EXPORT SYMBOL(M1P3)
EXPORT SYMBOL(M1P4)
EXPORT SYMBOL(M2P1)
EXPORT SYMBOL(M2P2)
EXPORT SYMBOL(M2P3)
ENDPGMEXP
Now I need to add procedure M1P5 to module M1. Will I be able to add it
after M2P3 in the above binder source? If not, I'm thinking I might need
to separate my service programs to have only one module.
- Dan
--
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L)
mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 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.