Re: Troubles with UPDSRVPGM

I'd like to try and be a little clearer here, having learnt partly
from the very experts that have already replied and knowing how it
feels.

You've created some modules of type RPGLE and SQLRPGLE. You've bound
them into a SRVPGM. Then you've created another module that uses
procedures from the modules of the SRVPGM and created a test program
from this module. Your test program seems to be bound by copy to all
the modules of your BNDDIR. Your modules are now bound to 2 objects,
the test program and the SRVPGM. The test program is not bound to the
SRVPGM, so when you do UPDSRVPGM, the module referenced in the test
program is the earlier version. You could have a separate BNDDIR for
the test program that contains just the SRVPGM, then your program will
be bound to it by copy.

2012/10/4 Alan Campin <alan0307d@xxxxxxxxx>:

Not clear why you need to use UPDSRVPGM. All the CRTSRVPGM does is binding
of the objects. Takes almost nothing.

Also, have you considered using mine or Scott's make tool? I don't think
you can do ILE development without a make tool. Here is an example of what
I put in the header of a service program.

*_> DLTSRVPGM SRVPGM(@5/@4)
*_> CRTSRVPGM SRVPGM(@5/@4) +
*_> MODULE(XVACTJ_M01 XVACTJ_M02 XVACTJ_M03) +
*_> SRCFILE(@2/@1) SRCMBR(XVACTJ_B) +
*_> TEXT('Active Jobs Functions') +
*_> BNDDIR(ILBNDDIR) OPTION(*DUPPROC) +
*_> ACTGRP(CRENGLAND)

You will find the make tool at www.think400.dk/downloads.htm under COMPILE.

Also, I hear that you creating modules and then binding to multiple service
programs. I hope not. If you are doing this, something is very wrong.

On Thu, Oct 4, 2012 at 10:30 AM, Koester, Michael <mkoester@xxxxxxxxxxxxx>
wrote:

Before I get too far into creating production objects without

understanding what I'm doing, I need help with something pretty
fundamental: Like how to update a module and not have to recompile the
world after doing so. Or at least knowing what steps ensure that the new
object will be used across the application.

I've created some RPG-ILE and SQLRPG modules, and created a service

program that "contains" them by listing each module in the MODULES
parameter on the CRTSRVPGM command. I created a binding directory that
lists each module. I then created a test program (with an H-spec
specifying the BNDDIR) to call a few of those modules. I compiled and
tested the test program. So far so good.

I modified some logic (without changing the interface) in one of the

called modules, recreated the module object, and saw that the module was
updated in the BNDDIR. I used UPDSRVPGM to get that change registered in
the service program. I signed off my session that I was testing in (per
suggestions from midrange archives), and signed back on to verify that the
changes would appear when I ran my test program.

The test program appears to use the former copy of the module.
I've been very deliberate about putting all the objects in the same

library, and restricting my library lists, so I think it's more a matter of
my not understanding what I need to do and how I need to do it.

If I recompile the test program, the new copy is called, but I was hoping

that wouldn't be necessary. I'm hoping to have these modules available to
many other programs without going through that. I've not messed with
binder language yet, but again, I haven't made any changes to the interface.

Our CSM is home-grown (circa 1992) and knows nothing of ILE stuff. And

there's no chance of getting a commercial product to replace it here in my
lifetime.

OS is at 7.1

Thanks.
Michael Koester

--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing

list

To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.