Re: Trigger Program Question

Program has ACTGRP(*Caller) and LR is not set on.
So does the program initialize once per job or once per job per file?
What I would like to know is that, if I set a global variable to read only
once, and the value of data area is changed, will a file update from a job
which starts after the data area change read the data area once?

I wrote a test program which did a Chain a million times and IN statement a
million times and captured the time it took for both loops. The IN
statement always took about 7-8 times longer than the Chain.

On Wed, Nov 13, 2019 at 10:52 AM Charles Wilt <charles.wilt@xxxxxxxxx>
wrote:

On Wed, Nov 13, 2019 at 7:15 AM Vinay Gavankar <vinaygav@xxxxxxxxx> wrote:

I have a few questions. How is the program invoked on file update? Does

it

always get a fresh copy? If not, is it possible to code something which
will execute only once?

Depend on rather or not the program is still active in a given job...
If DFTACTGRP(*YES), then did you return with *LR = *ON?

Otherwise, will depend on rather or not the activation group is still
active.

Best practice for triggers to to leave them active...

What I am trying to do is this: The program is reading 4 data areas using
'IN' statement. I have found that the IN statement is about 7-8 times

more

'expensive' than CHAIN. I am trying to figure out if there is a way to
increase the efficiency of the Trigger program. All the 4 data areas are
really static, but CAN be changed, hence the 'IN' statement for every
cycle.

That seems hard to believe...I'd suggest making sure you aren't trying to
lock the data area unless you intend to update it.

But in any case, simply use a global variable as a flag to indicate you've
already read in the data area...possibly with a timestamp so you could read
it every so often in case it's changed.

Charles
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

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