|
From: RPG400-L [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Danbe lost
Sent: Thursday, September 14, 2017 1:49 PM
To: RPG programming on the IBM i (AS/400 and iSeries)
Subject: Re: Service program signatures, and how to avoid
unnecessarilyrecompiling programs that call service programs
Again, thanks to everyone offering advice and answers! I'd definitely
without the midrange.com lists! As someone mentioned elsewhereILE
recently, you don't know what you don't know. I'm reading through the
Concepts reference and Brad's "Implementing ILE for RPG 101".no
What are the circumstances by which one needs to use UPDPGM? I
presume that it replaces the CRT* compile to a client program to which
modifications were made to its source?<nli@xxxxxxxxxxxxxxxxx>
- Dan
On Wed, Sep 13, 2017 at 6:55 PM, Niels Liisberg
wrote:calls..... does it
Let me just clear it. The calls are made by vector number - not byto
name. So each call to your procedures are stored as an index to an
array of procedure pointers. If you introduce a new procedure in
between existing procedures, then subsequent procedures are "moved"
one index higher- messing up the refereces in the "client"
make sense?to
UPDPGM of all client programs will ultimately fix this if you want
<nli@xxxxxxxxxxxxxxxxx>:keep the procedure names in a certain order.
tor. 14. sep. 2017 kl. 00.44 skrev Niels Liisberg
reasons
If you put it in the end of the binder source - you have no
(RPG400-L)--to recompile... imho. That is best practice.
This is the RPG programming on the IBM i (AS/400 and iSeries)
mailing list To post a message email: RPG400-L@xxxxxxxxxxxx Tosubscribe,
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.