× 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: OPM - ILE
  • From: Chris Bipes <chris.bipes@xxxxxxxxxxxxxxx>
  • Date: Thu, 7 Sep 2000 21:05:15 -0700
  • Organization: CrossCheck, Inc

First off please post in plain text.  HTML is UGLY in DIGEST mode.

If the CL is in the Default, the override scope is *ACTGRPDFN, then the 
override is NOT in effect for the RPG running in QILE.  The RPG is running in 
another control boundry and ACTGRPDFN mean only the current Activation Group 
Definition.  From the help text:
*ACTGRPDFN                                                           
    The scope of the override is determined by the activation group  
    of the program that calls this command.  When the activation     
    group is the default activation group, the scope equals the call 
    level of the calling program.  When the activation group is not  
    the default activation group, the scope equals the activation    
    group of the calling program.                                    

There for the next call is another call level crossing control boundries and 
the override is not in effect because of the control boundries set by the 
activation group.  Change the OVRSCOPE to *job and it will work.

Christopher K. Bipes             Mailto:chrisb@cross-check.com
Senior Programmer/Analyst  Http://www.cross-check.com
CrossCheck, Inc.                  707 586-0551 x 1102
6119 State Farm Drive          707 586-1884  FAX
Rohnert Park, CA  94928


----- Original Message ----- 
From: Scott Austad 
To: rpg400-l@midrange.com 
Sent: Thursday, September 07, 2000 7:23 PM
Subject: OPM - ILE


I'm trying to make sure I understand file override scoping.  I'm looking at 
page 91 in the RPG IV redbook and page 27 from Session A07 ILE: Activation 
Groups from the June AS/400 Technical Conference.  If I have an OPM CL pgm 
which issues an OVRPRTF and then calls an ILE RPG pgm running in the QILE act 
grp, the override should be in effect.  The dft for the OVRSCOPE parameter is 
*ACTGRPDFN, but call level scoping if requested from the dft act grp (DAG).  
Then the override should be in effect at that call level or any lower call 
level. This appears to be the way things are behaving in our test environment.  
Thanks for any comments.  By the way, the OPM CL pgm is a driver pgm which call 
about 18 pgms.  I'm converting the RPG pgms to ILE as we do maintenance to each 
one. 
+---
| 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 ...

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.