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


  • Subject: RE: ILE Propoganda
  • From: "Alan Addison" <ahaddison@xxxxxxxx>
  • Date: Thu, 21 Jun 2001 12:51:42 -0400
  • Importance: Normal

If it is exactly the same in each program,  why not create a copy member and
use that instead.   Then you only have to compile all the programs that use
it once its changed.

-----Original Message-----
From: owner-rpg400-l@midrange.com [mailto:owner-rpg400-l@midrange.com]On
Behalf Of Rich Duzenbury
Sent: Thursday, June 21, 2001 11:39 AM
To: RPG400-L@midrange.com
Subject: RE: ILE Propoganda


Yes!  My job today is to update 71 RPG OPM programs.  They all call the
same subroutine, perhaps 5 - 10 times per record, over hundreds of
thousands of records.  If the subroutine were an external program call, the
programs would be too inefficient to finish in the time allotted.  Thus,
the subroutine was copied into every program as it was developed.

If this routine had been coded as an ILE procedure, all I would have to do
is change the procedure one time, and then recompile.

At 08:43 AM 6/21/01 -0400, you wrote:

>Local variables are nice, but the real beauty of using procedures and
>modules is the reusability and maintainability that you gain as time goes
>by.
>
>You might ask your new ILE programmer if he/she has ever had a situation
>where a calculation or routine needed to be modified but all the places
>where that calculation was coded either weren't known, all of the weren't
>found, or even if they were all found, how much time did it take to find
>them all and change them all.  And then of course not all those
>calculations were coded the same so the programmer had to change them
>differently to achieve the same result.
>
>Once you've developed your store of procedures and modules, the maintenance
>effort is greatly reduced.
>
>Bill

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

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.