** Reply to message from "Dennis Bartlett" <[EMAIL PROTECTED]> on Thu, 26 Aug 2004 15:56:58 +0200
No one has mentioned that the trigger program probably is not findable in the other accounts that use the "Q" pointer. I see that KO.OP SYNC.TRIGGER is the "program" for your trigger. I would first try a "Q" pointer to KO.OP called the same now when Universe goes to look it up it can find KO.OP SYNC.TRIGGER program and can run it. There maybe more things that need to be set to "Q" pointers also not mentioned here, so you may not be fully successful until all references can be fully resolved. Rich Sias > I have a situation in which I need to store data to be moved elsewhere > > I have a working trigger attached to a local file - works brilliantly > > LIST.SICA TRX-TRANSACTIONS 03:45:34pm 26 Aug 2004 Page 1 > ========================================== > Sica Region for Data File "TRX-TRANS000" > Revision: 4 > Trigger "SYNCH.TRIGGER" is enabled, creator is "dennis". > calls "*KO.OP*SYNCH.TRIGGER" for Row After Insert > Update Delete > > I have some users accessing the file from the local account, ie the VOC > pointer is an F > > TRX-TRANSACTIONS > 001 F > 002 TRX-TRANS000 > 003 D_TRX-TRANS000 > > But other users need to access the file from other accounts, ie the VOC > entry is a Q (in this example I have called the Q file "QTRIGGER") > > QTRIGGER > 001 Q > 002 KO.OP > 003 TRX-TRANSACTIONS > > And a LIST.SICA on the Q pointer produces > > LIST.SICA QTRIGGER 03:50:45pm 26 Aug 2004 Page 1 > ========================================== > Sica Region for Data File "TRX-TRANS000" > Revision: 4 > Trigger "SYNCH.TRIGGER" is enabled, creator is "dennis". > calls "*KO.OP*SYNCH.TRIGGER" for Row After Insert > Update Delete ------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
