× 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'm with Jon, more information is needed. Certainly doesn't sound right
though and I would like to understand how the called program is constructed.

On Wed, Jun 2, 2021 at 3:56 PM Jon Paris <jon.paris@xxxxxxxxxxxxxx> wrote:

I'd need to know more about the actual call sequence to be able to offer
any real suggestions. Also are you using free-standing programs as the
helpers in that separate AG or are these Service Program routines. If
programs do they set on LR or ... ??


Jon Paris

On Jun 2, 2021, at 3:06 PM, Gerald Magnuson <gmagqcy.midrange@xxxxxxxxx>
wrote:

we have several "generic prompt/select" programs ("F4 programs") that
are
called to allow a user to select a value, and return it back to it's
calling program. Currently it is in its own activation group (don't know
why)

looking at a users job, which has been running for several hours, they
have
260 open data paths, and the same file is listed as being open many times
in the same activation group, (and in different activation groups as
well).

we only have 3 or so named activation groups, along with *CALLER, QILE,
and *DFTACTGRP in our environment. However, looking at the Display Open
Files screen, I see files open from one activation group, then another,
then another, then back to the first, then another, etc.

Questions (sorry, I am just not understanding ILE...):
As we enter these prompt programs, exit, and later return to them,
shouldn't the opens be reused, and not opened again?
Is this a symptom of us having a mix of named, QILE, *CALLER, and
*DFTACTGRP programs?
Would I not have as many open data paths if we had most ALL of our
programs
compiled as the same activation group?
--
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription
related questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com

--
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com




As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.