Charles,
The only drawback is that the module creation information (date/time/source
file) is not updated in the service program when you use that command.

Jeff Young
Sr. Programmer Analyst

On Thu, Sep 14, 2017 at 3:01 PM, Charles Wilt <charles.wilt@xxxxxxxxx>
wrote:

Consider this scenario...

You have a *PGM or *SRVPGM made up of 300 separate modules.

You need to change 1 of them.

Now in order to use CRTPGM or CRTSRVPGM, you either have to have kept
around the other 299 *MODULE objects, or you have to re-compile the other
299 *MODULE objects.

The UPDPGM / UPDSRVPGM allow you to update the *PGM / *SRVPGM with just the
changed module, you don't need the other 299.

Charles


On Thu, Sep 14, 2017 at 12:53 PM, Kevin Bucknum <Kevin@xxxxxxxxxxxxxxxxxxx

wrote:

When you have a program (or service program and use updsrvpgm) where you
have changed a module in the program, you can use the UPD commands to
rebuild the program and not have to recreate it.




Kevin Bucknum
Senior Programmer Analyst
MEDDATA/MEDTRON
Tel: 985-893-2550

-----Original Message-----
From: RPG400-L [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Dan
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
be lost
without the midrange.com lists! As someone mentioned elsewhere
recently, you don't know what you don't know. I'm reading through the
ILE
Concepts reference and Brad's "Implementing ILE for RPG 101".

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
no
modifications were made to its source?

- Dan

On Wed, Sep 13, 2017 at 6:55 PM, Niels Liisberg
<nli@xxxxxxxxxxxxxxxxx>
wrote:

Let me just clear it. The calls are made by vector number - not by
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"
to
one index higher- messing up the refereces in the "client"
calls..... does it
make sense?

UPDPGM of all client programs will ultimately fix this if you want
to
keep the procedure names in a certain order.
tor. 14. sep. 2017 kl. 00.44 skrev Niels Liisberg
<nli@xxxxxxxxxxxxxxxxx>:

If you put it in the end of the binder source - you have no
reasons
to recompile... imho. That is best practice.

--
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
--
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

--
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


This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2020 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].