|
this may not be what you are looking for, but I always to a CPYF with a CRTFILE(*YES) and NBRRCDS(1) and then clear the created file. this way I never have to worry about copying a trigger to my test files by accident. ----- Original Message ----- From: "Jim Franz" <franz400@xxxxxxxxxxxx> To: <MIDRANGE-L@xxxxxxxxxxxx> Sent: Tuesday, February 14, 2006 9:52 AM Subject: crtdupobj triggered file v5r3 I attempted to crtdupobj of a file w/trigger, from/to the same library, DATA= *no. The file is heavily used, 24x7. The file itself was duplicated, but no member in the file. An error msg that the trigger could not be duplicated in same library. I tried same command with TOLIB = another lib. Same error. Since all I really needed was the physical with a member, I added the mbvr with ADDPFM. Is this the normal behaviour? I was thinking the "data *no would allow the duplicate to be created. I had run this in another v5r3 partition, with no one using the file, and remember it working. Is problem that it cannot get a lock on an active trigger? I am aware v5r4 will add new parms to optional not dup trigger. jim franz
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.