Good question. I haven't used trigger programs much, so I can't say what
happens if the file is updated again while the first invocation of the
trigger program is still running. However, it does seem like a
bottleneck waiting to happen. What happens if you have, say, a batch job
that makes hundreds of updates to the file within a few microseconds?

Trevor Briggs
Lincare, Inc.
(727) 431-1246
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Sent: Monday, August 04, 2014 6:07 PM
To: Midrange Systems Technical Discussion
Subject: Re: Trigger issue with authority

just on the point about the collision. Once i fix the authority issue.

If one user enters a change to the Physical file, lets call it PF1, and
trigger gets kicked off. The CL takes about 20 seconds to run. recall
CL, clears the PF used to hold latest data then re-populates via RPG

After 5 seconds another user makes a change to PF1. the trigger kicks
again, and it wants to clear the file. Which is still going to run 15
seconds. Does the second trigger wait, those 15 seconds and then kicks

is there going to be any problem with this?

I much prefer the message queue idea but if the current way will work,
seem to be ok with the current way.

On Mon, Aug 4, 2014 at 12:15 PM, Buck Calabro <kc2hiz@xxxxxxxxx> wrote:

On 8/4/2014 9:12 AM, Hoteltravelfundotcom wrote:
I had a case happen that the trigger would not run.

the trigger is on a physical file which has 2 logicals to it. I
have a
that will be updated when one field in the PF changes.

When change made and trigger is invoked i run a CL program
which clears my work file and then rebuilds it via RPGLE program.

that is all the CL does, CLear and run the RPG.

But got an error CPF3137 NO Authority to clear, initialize etc.

Do I need now to change the authority on that Temp file I created?
current is


The Knowledge Centre has a page which explains what security is
for which operation: IBM Knowledge Center - Defining how information
be accessed

There is another way to 'clear' the table; use SQL. DELETE FROM


This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at ads help fund operations

This thread ...


Return to Archive home page | Return to MIDRANGE.COM home page