× 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.



As far as I can gather, you want to display a Crystal Report whenever a
change is made to a PF. I would suggest the way to do this would be to
have the trigger perform minimal functionality and have a separate job
do the bulk of the work. For instance, the trigger program could simply
put an entry on a data queue and another job could monitor this data
queue and do the report building. I still don't really understand what
you are trying to accomplish. If many jobs are updating this PF then
couldn't you get to the point where the report is continually being
rebuilt so much that you can never actually get a chance to read it?

Trevor Briggs
Analyst/Programmer
Lincare, Inc.
(727) 431-1246
TBriggs2@xxxxxxxxxxx

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Hoteltravelfundotcom
Sent: Monday, August 04, 2014 9:41 AM
To: Midrange Systems Technical Discussion
Subject: Re: Trigger issue with authority

true, it is a perm file. Is there any way this can work, or must I scrap
this idea?

What this is, there is a screen display program that shows orders in
various stages of work, i.e. picking, packing, engraving etc. I had
created a large sql to do the same, but when i ran this SQL in
Crystal reports, it had a limit there of how many lines of SQL you can
have, it passed it. To make views would be more time consuming but maybe
is
the best way at this point.

Instead of views, I made an RPG prgram that will create the same data,
basically the same program with just what I need. then the trigger on
it.




On Mon, Aug 4, 2014 at 9:35 AM, Briggs, Trevor (TBriggs2) <
TBriggs2@xxxxxxxxxxx> wrote:

It sounds like your work file is a "permanent" file (I.e. it resides
in
a library other than QTEMP). If this is true, then your trigger
program
seems a trifle perilous. What happens if another user does an update
to
the PF and "fires" the trigger when your RPG is rebuilding the work
file
from an earlier trigger "fire"?

Trevor Briggs
Analyst/Programmer
Lincare, Inc.
(727) 431-1246
TBriggs2@xxxxxxxxxxx
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Hoteltravelfundotcom
Sent: Monday, August 04, 2014 9:12 AM
To: Midrange Systems Technical Discussion
Subject: Trigger issue with authority

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
PF
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? the
current is

*PUBLIC * CHANGE

i am also on their with *ALL.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



************************************************************************
************************************************************************
************************************************************
This message originates from Lincare Holdings Inc. It contains
information
which may be confidential or privileged and is intended only for the
individual or entity named above.
It is prohibited for anyone else to disclose, copy, distribute or use
the
contents of this message.
All personal messages express views solely of the sender, which are
not to
be attributed to Lincare Holdings Inc., and may not be copied or
distributed without this disclaimer.
If you received this message in error, please notify us immediately at
MailAdmin@xxxxxxxxxxx or (800) 284-2006.


************************************************************************
************************************************************************
************************************************************

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



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.