Both *INQUIRY and *NOTIFY messages can receive a response [a reply].
The inquiry message is for program to user communication, and the
notify message is for program to program communication. The CPF5104 is
likely a result of program to program communication, a notify message,
to which added reply list entries do not apply [entries displayed in
WRKRPYLE & added by ADDRPYLE are not used to reply to notify messages].
Overriding the behavior of the program to program messaging could
result in unexpected output.
If for example the CPF5104 was in response to a 'C' = Cancel to a
CPF5034 [duplicate key condition], and if the result could instead be
manipulated to 'I' = Ignore, then the CPYF accounting for its duplicate
key processing would have been overridden. Without that utility
knowing, understanding, and accounting for the ignored condition, its
reporting on the results of the copy request may be inaccurate. The
utility knows of the condition because it was canceled.
If there is a CPF5104 during CPYF, there is probably a Diagnostic and
a Notify message that precedes it. Investigate the origin for the
conditions preceding the CPF5104, to resolve an error condition that the
"Cancel reply received" message might effect.
Regards, Chuck
As an Amazon Associate we earn from qualifying purchases.
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.