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



Ken,

It was your point that named AG's left files open.  Whether you close them
or end the AG (reclaim or CEETREC) is up to you.  This is not a named AG
problem.  Arguably, you should just leave the AG active till the job ends.

My original concern was toward indiscriminate use of *NEW.  The performance
issue as you seem to understand is really more about resources (files) than
the actual AG instantiation.  AGs were intended to be used at the
application level.

Granted you and Scott have made a reasonable effort to approximate a single
application AG with *NEW/*CALLER, but why beat around the bush ?  A named AG
would be the direct approach.

As you pointed out yourself, there are those "special case" programs that
get called from the menu and also as a subprogram ("function key") from the
another program.  *NEW/*CALLER just doesn't keep that program in the same AG
as the application.   A named AG would solve this problem.

Named AGs are not worthless as you previously stated.


Keith


----- Original Message -----
From: "Ken Sims" <mr2087@ke9nr.net>
To: <rpg400-l@midrange.com>
Sent: Thursday, August 22, 2002 6:32 PM
Subject: Re: OVRDBF in ILE (was: diff btw Procedures and Routines)


> Hi Keith -
>
> >If you're leaving files open, then that's another issue.  Don't blame the
AG
> >for this.
>
> If you're not leaving the files open, then what is the advantage of using
a
> named AG over *NEW?  The fraction of a picosecond you might save in
program
> initiation????
>
> Ken
> Opinions expressed are my own and do not necessarily represent the views
of
> my employer or anyone in their right mind.
>
> _______________________________________________
> 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-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.