|
RE: triggers Dave. Another point to remember is that the trigger program name is actually stored in the file(header) object itself. Hence you need exclusive lock to replace it. (I believe). John Carr EdgeTech --------------------------------------------------------------------- I hope someone could please explain this to me: I have a trigger program attached to a PF, defined as *AFTER, *INSERT. While I am using a DFU (actually UPDDTA) to roll through a logical view of the file, I am signed on in another session. In the 2nd session, I try to recompile the trigger program. The compile fails, errors found in the binding step. The job log says that the binding step failed because "Existing object PGM_NAME is in use by another job". Now, since I wasn't entering any recs with my DFU, why would the trigger program be locked? (it should only get called AFTER a rec is ADDED!) When I got out of the DFU, the compile would work. Thanks Dave +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to "MIDRANGE-L@midrange.com". | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.