× 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 am a definite advocate of the "one module - one service program" school
of thought.  As a matter of fact, I take it one step farther.  I have one
binding directory for each program.  The binding directory has the same name
as the program.  Since I use PDM for the compiles, I have created a
user-defined option that does the Create Program function and expects to
find the binding directory.  It helps to make life simple.  Also, listing
only those service programs that I'm going to be using in my program, saves
on allocated space when the service program is opened.
  Oh, one other thing.  EVERY module that I write is wrapped in a service
program.  So, when one is changed,  NO recompiles are necessary for any
program.

Duane

> -----Original Message-----
> From: Buck Calabro [SMTP:Buck.Calabro@commsoft.net]
> Sent: Friday, September 20, 2002 9:23 AM
> To:   rpg400-l@midrange.com
> Subject:      RE: ILE philosophy
>
> >In my mind, I imagine ILE to be a four tiered hierarchy:
> >
> >Binding Directory (one or many) has
> >         Service Program (one or many) has
> >                 Module (one or many) has
> >                         Function (one or many)
> >
> >I realize that more arrangements can be made than
> >this, but this seems principally how I can see it working.
>
> Your description is fine.  Bear in mind that the run time requirements
> should drive the service program activation group attribute.
>
> >Right now, my biggest issue with the whole deal
> >comes down to managing the service programs.
>
> I want to clearly state that the following is strictly my own opinion, and
> may not represent best practise.  If you need more than 5 or 6 service
> programs I'd be surprised.  In a very large application you might make it
> to
> a dozen or so.
>
> >A 'make' utility might go a long way towards
> >making the system work efficiently.
>
> I haven't looked at it in ages, but there is a MAKE tool in IBM's
> QUSRTOOL.
> It requires C, but if you're on V5 you are entitled to a no extra charge C
> license.
>   --buck
> _______________________________________________
> This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
> To post a message email: RPG400-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
> or email: RPG400-L-request@midrange.com
> 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 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.