Murali:

First, it doesn't look as if CPF2909 is the message that is being replied to. 
CPF2909 was sent as an *ESCAPE message; that caused a function check and 
probably led to message CPF9999, and CPF9999 was the *INQUIRY message that 
received the 'C' reply.

If there is a default in your system reply list or in the message description 
itself, it could be for CPF9999 instead of CPF2909. I'd also guess that this 
was a batch job and the *INQUIRY message went to QSYSOPR, and QSYSOPR was in 
*DFT mode.

It's not certain because there aren't enough details in your original question 
and I'm mostly going from memory. There are multiple possibilities.

Tom Liotta

midrange-l-request@xxxxxxxxxxxx wrote:

>   8. RE: AUTO-REPLY (murali dhar)
>
>I have seen this by using the following cmd. Nothing
>was mentioned against this error message. so AUTO
>REPLY is not there from the system.
>how come still this "CANCEL" was taken...I have nt
>taken any response code and seeing this as surprise
>for the last few days  , none has taken any response
>code.
>However the log displays some one has taken response
>code, bcoz of this job is getting cancelled.
>any valuable  inputs?
>Thanks in adv,
>Murali.
>--- "Condon, Mike"  wrote:
>> WRKRPYLE.
>> 
>> -----Original Message-----
>> 
>> How to check whether the system is configured to
>> auto
>> reply to messages CPF2909  etc?
>> 
>> Below is the error message I see frequently, before
>> i
>> take any response codes it displays as if some one
>> has
>> taken some response codes. In the below example 'C'
>> was taken(ofcourse i have nt taken).
>> what are the prevention measures I have to take to
>> see
>> that no response codes were taken till I act.
>> =========
>> Step 695 of SLMAIN errored out.   CALL  YSL05010C
>> PARM('SL' 'Y') 
>>   
>>       7800 - CPYF FROMFILE(*LIBL/YSLTR200)
>> TOFILE(YEXPORT/YSLTR200)
>> 
>>       MBROPT(*REPLACE) CRTFILE(*YES)
>> 
>>     Member YSLTR200 already in use.
>> 
>>     Error clearing member YSLTR200 in file YSLTR200
>> in
>> YEXPORT.
>> 
>>     CPF2909 received by YSL05010C at 8100. (C D I R)
>> 
>>   ? C
>> 
>>     Function check. CPF2909 unmonitored by YSL05010C
>> at statement 8100,
>> 
>>       instruction X'00E2'.
>> 
>>     SYS3827 Options (0  3)
>> 
>>     Error occurred on a CL command.

-- 
Tom Liotta
The PowerTech Group, Inc.
19426 68th Avenue South
Kent, WA 98032
Phone  253-872-7788 x313
Fax    253-872-7904
http://www.powertech.com


__________________________________________________________________
Introducing the New Netscape Internet Service. 
Only $9.95 a month -- Sign up today at http://isp.netscape.com/register

Netscape. Just the Net You Need. 

New! Netscape Toolbar for Internet Explorer
Search from anywhere on the Web and block those annoying pop-ups.
Download now at http://channels.netscape.com/ns/search/install.jsp

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2022 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.