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



I suppose the first question is why do you want to do this?
What can you possible gain from making a module that has the RPG logic cycle
in it a bound call?
Leave it a stand-alone program and dynamic call, you'll be better off.
The only time you use multiple modules is when the NOMAIN keyword is
specified on the header specification of the secondary modules.
If you haven't begun using subprocedures, don't move to multiple modules.
The "correct" order (in my view) is to begin using subprocedures first, then
move to using multiple modules.  The capability to call a module by name
using CALLB or a prototype is an anomaly due to the way RPG is structured
and should always be avoided.
-Bob Cozzi


-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Krish Thirumalai
Sent: Friday, January 07, 2005 10:24 AM
To: RPG programming on the AS400 / iSeries
Subject: General ILE question - *LR

I have a general ILE question.  Say I am creating a module that is
bound by copy to the calling program.  The module has a mainline that
logic will flow through each time it is called.  Do I want to set
*INLR on each time when logic reaches the end of the mainline or
should I always just RETURN?  Does turning on *INLR really do anything
if the program is a module?

Thanks

Krish
-- 
This is the RPG programming on the AS400 / iSeries (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.





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.