Re: Module source naming schemes

>Date: Tue, 09 Jan 2001 14:18:34 -0800
>From: Jim Langston <jimlangston@conexfreight.com>
>
>Okay.  So now I am going to have four functions.
>RcvNetF(UserName, SysName) where UserName and SysName will be *NoPass
>RNF_Open(UserName, SysName) which will simply call RcvNetF passing the
parameters
>RNF_Read() which will simply all RcvNetF passing no parameters
>RNF_Close() which will, currently, do absolutely nothing.
> ...
>Which brings up a question.  I build this all into my modules.  I link my
>modules into my service program. I link my service programs into my Bound
>Library.  Then I go and change RcvNetF, and the way it interacts with my
>other calls in the same module.  When I recompile my module, do I have to
>relink it to my service program?  And then do I have to relink my service
>programs into my bound library?  And then do I have to recompile all the
>programs that use the bound directory?

Jim, you change the module containing RcvNetF (which should not be exported
from the module), then you either redo the CRTSRVPGM or you do UPDSRVPGM.

What do you mean by "bound library"?  If you mean the binding directory,
this
is just a list of service programs and modules that might be needed at
compile time.  It isn't used again after the object is created.  There's
no such thing as linking service programs.  They exist as separate
entities.

With service programs, you only need to recompile any callers if you change
an interface, as long as you ensure the signature of the service program
doesn't change.  (I think you'll find some discussions of service program
signatures in the archives of this list (check the Midrange list too), and
it's also discussed in ILE Concepts.  For sure you should never say
EXPORT(*ALL) for service programs.)

If you ever change a service program and your calling programs don't seem
to pick up the change, end the activation group or sign off and sign back
on.

Barbara Morris


+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---