× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Probably because when ILE RPG came out it could not create subprocedures. That was a V3R2/6 addition to the language. So for the currency of the V3R1 releases, binding entry procedures into a Service Program was (other than using C) the only way to go.


Jon Paris

www.partner400.com
www.SystemiDeveloper.com

On Nov 13, 2017, at 1:43 PM, Alan Campin <alan0307d@xxxxxxxxx> wrote:

yea, but how does a *ENTRY module fit into that. You can do that and I have
seen people doing it.

Back when I ILE first shipped the tech journals were publishing articles
telling people that is how you write service programs. I remember thinking
"what the hell. This is not how you write a service program" and later
articles started appearing with procedures.

On Mon, Nov 13, 2017 at 10:21 AM, Hiebert, Chris <
chris.hiebert@xxxxxxxxxxxxxx> wrote:

From: RPG400-L [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Alan
Campin
--- Recently we had a programmer write a service program without the
NOMAIN and he used a *INLR so we ended up with a service program using the
cycle.


A service program would never use the cycle in the same sense that a bound
program does.


The modules of the Service program "should" be created Nomain.

You can still bind "Main" modules into a service program.
But only exported procedures are included in a service program.
If none of the procedures in the "Main" module are exported, then the
module is just a waste of space as it contains non reachable code.


A service program is a collection of exported procedures.
Turning on LR in a service program procedure has no impact on resources of
a service program.



Chris Hiebert
Senior Programmer/Analyst
Disclaimer: Any views or opinions presented are solely those of the author
and do not necessarily represent those of the company.

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


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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

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.