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



Jade,

The confusing thing about OVRSCOPE(*ACTGRPDFN) is that it means different
things in different situations:
- In the default activation group (OPM environment) it acts as it used to
act before ILE, or *CALLLVL.  That means it will be in effect until the
issueing call level ends (or the override is explicitly deleted).
- In any other activation group the override scopes to the activation group;
it will be in effect until the activation group is deleted (or the override
is explicitly deleted).

Joep Beckeringh

----- Original Message -----
From: "Jade Richtsmeier" <jade.richtsmeier@mcis.cog.mn.us>
To: <rpg400-l@midrange.com>
Sent: Tuesday, September 25, 2001 7:57 PM
Subject: Re: Named activation groups vs *CALLER (was: H ActGrp('QILE') vs H
ActGrp(*caller))


> We've been following this thread with great interest.  We're faced with
the
> 'OPM calling ILE' situation, and we've been playing around with some small
> programs to see how different scenerios act.  Here's what we've come up
> with:
>
> First situation:  We have an OPM CL program that does an override to a
> specific member of a database file, override scope is *actgrpdfn.  An ILE
> program (compiled with an activation group *new) is called.  The ILE
program
> calls a *srvpgm to retrieve a record from the database file.  When we look
> at the open files, we see the file opened to the specific member, in the
> *new activation group.
>
> We were under the impression that the override would not be in effect in
the
> ILE program because the OPM program performed the override and the ILE
> program was in a new  activation group (which would be a call boundry).
>
> Second situation:  OPM CL program does an override to a specific member of
a
> database file, override scope is *actgrpdfn, and calls another OPM program
> that opens/reads the file.  An ILE program (compiled with an activation
> group *new) is called from the second OPM program.  When we look at the
open
> files, we see the specific member opened in the default activation group
and
> the same member opened in the *new activation group.
>
> The big question is, why is the override still in effect?  .
>
> Thanks for any light you can shed on this!





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.