× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



On 21-Dec-2011 14:13 , CRPence wrote:
On 21-Dec-2011 13:55 , rob@xxxxxxxxx wrote:
SNDPGMMSG MSGID(CPF9898) MSGF(QCPFMSG) MSGTYPE(*INQ) +
MSGDTA('Must select either *START or *STOP') +
TOPGMQ(*EXT) KEYVAR(&KEYVAR)
RCVMSG MSGTYPE(*RPY) MSGKEY(&KEYVAR) WAIT(*MAX) MSG(&MSGRPY)

When I compile this I am getting a CPD2409
Message . . . . : Specified message type not valid with specified
program message queue.
Cause . . . . . : ESCAPE and CMD messages cannot be sent to the
external program message queue (*EXT). INQUIRY messages cannot be
sent to program message queues other than (*EXT).
Recovery . . . : Change the message type or change the program
queue name.

SWAG: Use SNDUSRMSG instead, to define\enable some reply handling
capabilities [e.g. MSGRPY()], or choose a message identifier that has
reply handling capabilities [TYPE(), DFT() and VALUES() on ADDMSGD].


Hmmm, should have said WAG. Thinking more about that...

Even if the definition of the message identifier mattered, the noted condition being detected at compile-time versus run-time would seem amiss, except via prompt override processing. And actually tested [at v5r3], the result suggests no concern expressed by the compiler nor run-time, even though no reply setup exists in the CPF9898 message identifier; I originally responded having inferred "when I run after I compile" was implied.

However if the *CMD object being used [the *LIBL/SNDPGMMSG] were corrupted such that either MSGTYPE(*INQ) or TOPGMQ(*EXT) were not properly effecting the appropriate "To replacement value" as defined by the second element of the SPCVAL() or SNGVAL() [respectively], then the compile-time error might make sense; i.e. the DEP command effect as defined in the Command source could be fooled by corruption. For example if MSGTYPE(*INQ) were somehow being mapped to the equivalent of MSGTYPE(*ESCAPE), that diagnostic would make sense; though if that same command string were being edited in SEU, I would expect that same error would be manifest when syntax checking was enabled.

BTW, any idea what a "CMD" message is?

Regards, Chuck

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-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.