The command works because CP has a CP command, otherwise "CP SEND CP uid CP
xxx" it wouldn't work.

Why it doesn't work: have you looked at the console of the ECPAPM system?
The only reason for a failure I can see is that the ECPAPM user is executing
another CP command when you issue the CP SEND.  Or, the stuff running in
ECPAPM might decide not to react to the External interrupt.

2007/9/25, Schuh, Richard <[EMAIL PROTECTED]>:
>
>  OK, it is just excess baggage.
>
>
>
> Regards,
> Richard Schuh
>
>
>  ------------------------------
>
> *From:* The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] *On
> Behalf Of *Stracka, James (GTI)
> *Sent:* Tuesday, September 25, 2007 8:59 AM
> *To:* [email protected]
> *Subject:* Re: send external ints
>
>
>
> That is a perfectly legitimate command.
>
> -----Original Message-----
> *From:* The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] *On
> Behalf Of *Schuh, Richard
> *Sent:* Tuesday, September 25, 2007 11:54 AM
> *To:* [email protected]
> *Subject:* Re: send external ints
>
> This may not be the problem, but you have one too many "CP" in the
> command. 'CP SEND CP ECPAPM EXT' should suffice as it is specified that the
> command sent will be a CP command. If being sent from the command line, the
> first CP is not needed; if from an EXEC with ADDRESS COMMAND, it is
> required.
>
>
>
> Regards,
> Richard Schuh
>
>
>  ------------------------------
>
> *From:* The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] *On
> Behalf Of *Ackerman, Derek
> *Sent:* Tuesday, September 25, 2007 7:11 AM
> *To:* [email protected]
> *Subject:* send external ints
>
>
>
> Of 12 VM systems all but one get the external from 'CP SEND CP ECPAPM CP
> EXT' the one that fails seems to not get it or ignores it, anybody know
> where to look? The directory perhaps?
>
>
>
> *Derek  Ackerman*
>
> Capacity Planning etc.
>
> (201) 759-0833
>
>

-- 
Kris Buelens,
IBM Belgium, VM customer support

Reply via email to