Discussion:
Activation Groups
(too old to reply)
Ralph Porter
2004-10-14 09:47:00 UTC
Permalink
Hi,

I came across a situation on our system which is causing me some
confusion and initially a little panic! here it is:

We have an override to a file (OVRDBF) in an OPM CLP scoped to
*ACTGRPDFN
the CLP runs in the default activation group.

A call is placed to an ILE RPG program that runs in ACTGRP(*NEW)

The ILE RPG program uses the overidden file hence the override is in
place, whilst relieved, I really don't understand why, can anyone
explain.

Has there ever been anything so complicated to understand!

Thanks,

Ralph.
Martin Hinze
2004-10-14 14:26:04 UTC
Permalink
Post by Ralph Porter
Hi,
I came across a situation on our system which is causing me some
We have an override to a file (OVRDBF) in an OPM CLP scoped to
*ACTGRPDFN
the CLP runs in the default activation group.
You should scope to *JOB and wont run in to problems.
Post by Ralph Porter
A call is placed to an ILE RPG program that runs in ACTGRP(*NEW)
The ILE RPG program uses the overidden file hence the override is in
place, whilst relieved, I really don't understand why, can anyone
explain.
Has there ever been anything so complicated to understand!
Have a look at the job while it is running, especially to the activation
groups,
you'll be surprised to see two default groups!
Post by Ralph Porter
Thanks,
HTH
Martin
Post by Ralph Porter
Ralph.
Brian
2004-10-14 15:00:38 UTC
Permalink
The scope of the override with ovrscope(*actgrpdfn), when created by a
program runnin gin the default activation group is *calllvl. All OPM
programs run in the defualt activation group, so your orverride is scoped to
call-level of the OPM CL program. That is why the override is visible to
the ILE RPG program.

Why is it complicated? Backwards-compatibility. OPM exists so programs
migrated from pre-ILE will run the same, more or less, as the did in the
pre-ILE world. The best path to simplification is to convert all OPM to
ILE. Mixing OPM and ILE in your application is the most complex approach.
Post by Ralph Porter
Hi,
I came across a situation on our system which is causing me some
We have an override to a file (OVRDBF) in an OPM CLP scoped to
*ACTGRPDFN
the CLP runs in the default activation group.
A call is placed to an ILE RPG program that runs in ACTGRP(*NEW)
The ILE RPG program uses the overidden file hence the override is in
place, whilst relieved, I really don't understand why, can anyone
explain.
Has there ever been anything so complicated to understand!
Thanks,
Ralph.
Ken
2004-10-14 20:48:09 UTC
Permalink
Hi Brian -
Post by Brian
The scope of the override with ovrscope(*actgrpdfn), when created by a
program runnin gin the default activation group is *calllvl. All OPM
programs run in the defualt activation group, so your orverride is scoped to
call-level of the OPM CL program. That is why the override is visible to
the ILE RPG program.
Why is it complicated? Backwards-compatibility. OPM exists so programs
migrated from pre-ILE will run the same, more or less, as the did in the
pre-ILE world. The best path to simplification is to convert all OPM to
ILE. Mixing OPM and ILE in your application is the most complex approach.
I sure wish they would have done the same thing for the open scope of
OPNQRYF. That's bit me in the butt more than once.
--
Ken
http://www.ke9nr.net/
Opinions expressed are my own and do not necessarily represent the views of my employer or anyone in their right mind.
Terrence Enger
2004-10-15 03:36:13 UTC
Permalink
Post by Ken
Hi Brian -
Post by Brian
The scope of the override with ovrscope(*actgrpdfn), when created by a
program runnin gin the default activation group is *calllvl. All OPM
programs run in the defualt activation group, so your orverride is scoped to
call-level of the OPM CL program. That is why the override is visible to
the ILE RPG program.
Why is it complicated? Backwards-compatibility. OPM exists so programs
migrated from pre-ILE will run the same, more or less, as the did in the
pre-ILE world. The best path to simplification is to convert all OPM to
ILE. Mixing OPM and ILE in your application is the most complex approach.
I sure wish they would have done the same thing for the open scope of
OPNQRYF. That's bit me in the butt more than once.
Ken,

What is it that surprised you?

Terry.
Available for contract programming.
Ken
2004-10-16 02:55:09 UTC
Permalink
On Thu, 14 Oct 2004 23:36:13 -0400, Terrence Enger
Post by Terrence Enger
What is it that surprised you?
I didn't say that anything surprised me.
--
Ken
http://www.ke9nr.net/
Opinions expressed are my own and do not necessarily represent the views of my employer or anyone in their right mind.
Loading...