If you put it in the end of the binder source - you have no reasons to
recompile... imho. That is best practice.
tor. 14. sep. 2017 kl. 00.40 skrev Dan <dan27649@xxxxxxxxx>:
On Wed, Sep 13, 2017 at 3:14 PM, David Gibbs <david@xxxxxxxxxxxx> wrote:--
On 9/13/2017 2:08 PM, Alan Campin wrote:procedures,
As long as the interface has not changed, you will not need to
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
and you specify a constant signature in the binder source, you don'tneed
to recompile programs that reference the service program.in
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:
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.
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L)
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
Please contact support@xxxxxxxxxxxx for any subscription related
Help support midrange.com by shopping at amazon.com with our affiliate
Chief Software Architect
System & Method A/S