And I started writing service program with V3R6 so I had procedures from
the beginning. I just know that was not how you wrote them in the PC world.
Service programs were just the AS/400 equivalent of a DLL(Dynamic Link Load
Library) and I have been fighting for 22 years since to get people to use
procedures. That amazes me. 22 years.


On Mon, Nov 13, 2017 at 12:31 PM, Jon Paris <jon.paris@xxxxxxxxxxxxxx>
wrote:

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

--
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-2019 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].