|
I am writing a trigger program that uses DFTACTGRP(*No) and
ACTGRP(*Caller), which is the way I usually write these (unless I
want/need to use a named activation group). We use, as a system
value, the 36 environment so our basic program set, which is RPG II
invoked from OCL, uses the default activation group. Except for
maintenance of those RPG II programs and OCL, all new development is
in ILE RPG and CL. I had never thought about it much before (if at
all), but I wondered what activation group would be used if the
trigger was fired while using one of those old programs.
So I checked the manual, which didn't have an answerm and our
archives. Responses from Scott and Simon indicated that, despite
DFTACTGRP(*No), the program would, indeed, run from the default AG.
Answered my initial question, but then another one crept into my
head: What if the user triggered the program while running an RPG II
program and then later caused it to fire from an ILE RPG program,
which uses a named AG, or vice versa. Would another copy of the
trigger program be loaded into the named AG? Bear in mind that I
never close the trigger program to improve performance; except when I
use a named AG in a trigger so I can invoke RCLACTGRP, the trigger
programs stay active until the user signs off of the System i.
Now that I think about it, while typing this, the 36 environment is
immaterial. The trigger program could have been fired as a result of
two different programs with different named AG's. The question still
remains: Would multiple copies of the trigger program be loaded? In
a relatively small shop like ours (I checked and there are currently
18 interactive jobs running; the % CPU used (DSPSYSSTS) is around
2.7%) does it even matter?
As an Amazon Associate we earn from qualifying purchases.
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.