Re: Quick ILE question about service programs

Hi Jim,

I have a slightly different angle on it -- CRTBNDRPG binds local procedures
and any external procedures that are invoked with CALLP or EVAL; it does
*not* bind any module or program invoked with a CALL -- these are
dynamically linked or bound at run time, incurring the overhead of finding
the program/module and loading it on the first call.

No doubt someone will let us know what's really going on...

HTH,
Peter Dow
Dow Software Services, Inc.
909 425-0194 voice
909 425-0196 fax

----- Original Message -----
From: "Jim Langston" <jimlangston@conexfreight.com>
To: <RPG400-L@midrange.com>
Sent: Friday, April 27, 2001 2:03 PM
Subject: Re: Quick ILE question about service programs


> When you use the C functions, you bind with the directory QC2LE.
>
> I am a little fuzzy myself and when the modules are included in the *PGM
> object and when they aren't.  It is my understanding, which may be wrong,
> that when I CRTBNDRPG I am not including the modules into my *PGM file,
but
> just linking to them at run time.
>
> It should be the same with the QC2LE, these modules should just be linked
> so that at run time the OS will load the module and run the code.
>
> Anyone have a different angle on this?
>
> Regards,
>
> Jim Langston
>
> Slava Zharichenko wrote:
> >
> > Hi,
> > i am reading 'Who Knew you....' and finding it very helpful. It written
in
> > the plain language and have a bunch of examples, i start reading it and
> > could not stop until reached Chapter 5.
> >
> > I have a question about service program and binding and i think i have
an
> > answer but not 100% sure.
> >
> > If i create service program which includes some of system supplied
> > procedures like C math for example, will service program object contain
> > those procedures or it will just bind them the way CRTPGM does? I think
i
> > understand correctly when program is created by binding Main procedure
with
> > service program , service program itself is not 'added' to the Main PGM
it
> > just being 'bind' to it for quick address resolution e.t.c
> >
> > Thank you
> >
> > ______________________________________________________________________
> > Important Email Information
> >
> > The information in this email is confidential and may be legally
> > privileged. It is intended solely for the addressee. Access to this
email
> > by anyone else is unauthorized. If you are not the intended recipient,
any
> > disclosure, copying, distribution or any action taken or omitted to be
> > taken in reliance on it, is prohibited and may be unlawful. If you are
not
> > the intended addressee please contact the sender and dispose of this
> > e-mail.
> >
> > +---
> > | 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
> > +---
>
> --
>
>
> Regards,
>
> Jim Langston
>
> Me transmitte sursum, Caledoni!
> +---
> | 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
> +---


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