Thanks, Bruce. I knew it had to be something simple that I was overlooking. That does get rid of the messages. I can handle the other part. The cons stage was only there for visibility while searching for a method.
Regards, Richard Schuh > -----Original Message----- > From: CMSTSO Pipelines Discussion List > [mailto:[email protected]] On Behalf Of Bruce Hayden > Sent: Thursday, February 26, 2009 1:33 PM > To: [email protected] > Subject: Re: Handling of Messages > > At the very least, you want "starmsg", not "starsys". That's > why you're getting the error messages. Starsys is for > talking to things like *ACCOUNT and *LOGREC. > > Have you looked at the IUCV stages for communicating using > the ISFC connection? > > On Thu, Feb 26, 2009 at 3:57 PM, Schuh, Richard > <[email protected]> wrote: > > I have a need for two machines on different VM systems to > be able to > > periodically exchange messages. These two systems have two > > connections- RSCS TCPNJE and ISFC. I thought that the > simplest might > > be passing messages via RSCS and Pipelines. I have been > having a bit > > of a problem in my trials that is illustrated below: > > > > pipe (end \) starsys *msg cp set msg iucv | take 1 | > pipestop | cons > > RSCS From VMLX1(VTADMIN): HELLO FPLSMG346E No message found (id > > 1321502363) FPLMSG003I ... Issued from stage 1 of pipeline 1 > > FPLMSG001I ... Running "starsys *msg cp SET MSG IUCV" > > > > The first line is a pipe whose only function is to receive > one message > > and display it on the console. Line 2 is the message received and > > displayed. It is the other 3 lines hat are the problem. I > have tried > > various combinations and settings. The ones that produce > the message > > all get the error messages. The others do not display the message, > > apparently because they do not receive it. > > > > The message was produced by the command "#cp smsg rscs msg > node userid > > hello" . Neither machine has RSCS command privileges. > > > > Regards, > > Richard Schuh > > > > > > -- > Bruce Hayden > Linux on System z Advanced Technical Support IBM, Endicott, NY >
