Hillgang reminder
For those who are thinking about coming to the next Hillgang meeting in Herndon Virginia, please let me know soon so we can estimate numbers for catering. The agenda is available at: http://www.vm.ibm.com/events/hill0714.pdf
Re: Pipe question
It can be quiet for days or even weeks, but if you'd made your original post there you'd have seen a flood of activity. -- Mike Harding z/VM System Support mhard...@us.ibm.com mike.b.hard...@kp.org mikehard...@mindless.com (925) 926-3179 (w) (925) 323-2070 (c) IM: VMBearDad (AIM), mbhcpcvt (Y!) The IBM z/VM Operating System wrote on 07/09/2010 09:34:23 AM: > From: Mark Pace > To: IBMVM@LISTSERV.UARK.EDU > Date: 07/09/2010 09:34 AM > Subject: Re: Pipe question > Sent by: The IBM z/VM Operating System > > I signed up for CMSPIP-L yesterday. Haven't seen any traffic on it yet. > -- > Mark Pace > Mainline Information Systems > 1700 Summit Lake Drive > Tallahassee, FL. 32317
Re: Pipe question
You might have a look at our TCVM2 selfstudy course for an easy start http://www.vm.ibm.com/download/packages/descript.cgi?TCVM2 2010/7/9 Mark Pace > Thanks, Rob - > After years and years of ignoring Pipes, I decided this week I was going to > learn how to use them. I found some excellent documentation, thanks to you > and others, and have dived head first into the pool. But even with the > Authors Edition, and Pipelines Visualized, I'm still struggling with > multi-stream plumbing. I just need more practice and see good examples. > > On Fri, Jul 9, 2010 at 10:03 AM, Rob van der Heij wrote: > >> On Fri, Jul 9, 2010 at 3:25 PM, Mark Pace wrote: >> >> > and it does not create the file. change it to console and it works >> again. >> > Am I missing something obvious? >> >> As Alan points out, you need to append rather than replace the file. >> But since it is Friday, you might learn a bit of mult-stream plumbing >> instead... Rather than calling the pipeline in a loop, you could make >> a single pipe do all the files: >> >> 'PIPE (end \)', >> '\ stem files.', >> '| o: fanout', >> '| pad 25', >> '| j: juxtapose', >> '| > test data a', >> '\ o:', >> '| getfiles', >> '| locate anycase /'LookFor'/', >> '| j:' >> >> Depending on the number of files you're handling, you might even >> notice the speedup. But more important is that it makes it much easier >> to extend the process and do other things with the data. >> >> Rob >> > > > > -- > Mark Pace > Mainline Information Systems > 1700 Summit Lake Drive > Tallahassee, FL. 32317 > -- Kris Buelens, IBM Belgium, VM customer support
Re: Pipe question
I signed up for CMSPIP-L yesterday. Haven't seen any traffic on it yet. On Fri, Jul 9, 2010 at 11:23 AM, Rob van der Heij wrote: > On Fri, Jul 9, 2010 at 5:06 PM, Mark Pace wrote: > > Thanks, Rob - > > After years and years of ignoring Pipes, I decided this week I was going > to > > learn how to use them. I found some excellent documentation, thanks to > you > > and others, and have dived head first into the pool. But even with the > > Authors Edition, and Pipelines Visualized, I'm still struggling with > > multi-stream plumbing. I just need more practice and see good examples. > > The papers from Melinda on the Pipelines Home Page are classics. The > "Pluning On" does multi-stream. > And we should probably discuss those things on CMSPIP-L instead... > > Sir Rob the Plumber > -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317
Re: Message Handling
This undoubtedly predates the existence of PROP, SCIF, VM:Operator and the likes. IMHO, the message is received by the target machine if it went to the console that was active at the time of the message, including the spooled console log. Put another way, if the machine is properly set up for running disconnected and has its console spooled with MSG ON, then it receives the message. If it is running disconnected and does not have its console spooled, or it has MSG OFF regardless of any other consideration, then it really does not receive the message and a message to the sender stating that the message was not delivered is appropriate. I think that there is a difference between not receiving the message and not having it displayed on a terminal (real or emulated). Regards, Richard Schuh > -Original Message- > From: The IBM z/VM Operating System > [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Greenberg > Sent: Thursday, July 08, 2010 5:00 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Message Handling > > On: Thu, Jul 08, 2010 at 03:39:02PM -0700,Schuh, Richard Wrote: > > } With this setup: > } > } * Disconnected service machine > } * MSG ON > } * Console spooled > } > } When a user sends a msg to that machine, the result is: > } > } * The message is displayed in the spooled console log. > } * The sender gets the message "HCPMFS057I svmid not > receiving; disconnected" > } > } Why does the sender get the message? Clearly, the message > was received. That is, it was received unless you have some > interesting definition of "received". > > IMHO, it went straight to the console log and was not > seen/received by whatever processes (if any) that were > running in the VM. > > Now if you had something running that had SET MSG IUCV and > had IUCV running, Then I expect that you would not have seen > the "not receiving". > > -- > Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + > 1 941 378 2097 > Eastern time. N6LRT I speak for myself & my dogs only. > VM'er since CP-67 > Canines: Val, Red, Shasta, Zero & Casey (At the bridge) > Owner:Chinook-L > Canines: Red & Cinnar (Siberians) Retired at the beach Asst > Owner:Sibernet-L >
Re: Pipe question
On Fri, Jul 9, 2010 at 5:06 PM, Mark Pace wrote: > Thanks, Rob - > After years and years of ignoring Pipes, I decided this week I was going to > learn how to use them. I found some excellent documentation, thanks to you > and others, and have dived head first into the pool. But even with the > Authors Edition, and Pipelines Visualized, I'm still struggling with > multi-stream plumbing. I just need more practice and see good examples. The papers from Melinda on the Pipelines Home Page are classics. The "Pluning On" does multi-stream. And we should probably discuss those things on CMSPIP-L instead... Sir Rob the Plumber
Re: Pipe question
Thanks, Rob - After years and years of ignoring Pipes, I decided this week I was going to learn how to use them. I found some excellent documentation, thanks to you and others, and have dived head first into the pool. But even with the Authors Edition, and Pipelines Visualized, I'm still struggling with multi-stream plumbing. I just need more practice and see good examples. On Fri, Jul 9, 2010 at 10:03 AM, Rob van der Heij wrote: > On Fri, Jul 9, 2010 at 3:25 PM, Mark Pace wrote: > > > and it does not create the file. change it to console and it works > again. > > Am I missing something obvious? > > As Alan points out, you need to append rather than replace the file. > But since it is Friday, you might learn a bit of mult-stream plumbing > instead... Rather than calling the pipeline in a loop, you could make > a single pipe do all the files: > > 'PIPE (end \)', > '\ stem files.', > '| o: fanout', > '| pad 25', > '| j: juxtapose', > '| > test data a', > '\ o:', > '| getfiles', > '| locate anycase /'LookFor'/', > '| j:' > > Depending on the number of files you're handling, you might even > notice the speedup. But more important is that it makes it much easier > to extend the process and do other things with the data. > > Rob > -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317
Re: Pipe question
On Fri, Jul 9, 2010 at 3:25 PM, Mark Pace wrote: > and it does not create the file. change it to console and it works again. > Am I missing something obvious? As Alan points out, you need to append rather than replace the file. But since it is Friday, you might learn a bit of mult-stream plumbing instead... Rather than calling the pipeline in a loop, you could make a single pipe do all the files: 'PIPE (end \)', '\ stem files.', '| o: fanout', '| pad 25', '| j: juxtapose', '| > test data a', '\ o:', '| getfiles', '| locate anycase /'LookFor'/', '| j:' Depending on the number of files you're handling, you might even notice the speedup. But more important is that it makes it much easier to extend the process and do other things with the data. Rob
Re: Pipe question
Mark, Try using >> instead of > Sent from my blackberry From: The IBM z/VM Operating System To: IBMVM@LISTSERV.UARK.EDU Sent: Fri Jul 09 09:25:25 2010 Subject: Pipe question I'm trying to rewrite an old exec into a pipe. While testing I had the pipe write the output to the console and it's working as expected. I replaced | console with | > TEMP DATA A1 and it does not create the file. change it to console and it works again. Am I missing something obvious? Do i = 1 to files.0 'PIPE ', '<' files.i '|', 'casei zone 1-* locate /'LookFor'/ |', 'specs /'files.i'/ 1 |', 'unique |', '> TEST DATA A1' end -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317
Re: Pipe question
Mark, You probably want to specify '>> TEST DATA A1' (erasing before you start the loop). What is probably happening is that the 'LookFor' string isn't found in the last file processed by the loop. Mark Wheeler UnitedHealth Group Date: Fri, 9 Jul 2010 09:25:25 -0400 From: mpac...@gmail.com Subject: Pipe question To: IBMVM@LISTSERV.UARK.EDU I'm trying to rewrite an old exec into a pipe. While testing I had the pipe write the output to the console and it's working as expected. I replaced | console with | > TEMP DATA A1 and it does not create the file. change it to console and it works again. Am I missing something obvious? Do i = 1 to files.0 'PIPE ', '<' files.i '|', 'casei zone 1-* locate /'LookFor'/ |', 'specs /'files.i'/ 1 |', 'unique |', '> TEST DATA A1' end -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 _ The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multiaccount&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4
Re: Pipe question
Thanks, Alan - That was it. On Fri, Jul 9, 2010 at 9:29 AM, Alan Altmark wrote: > On Friday, 07/09/2010 at 09:25 EDT, Mark Pace wrote: > > I'm trying to rewrite an old exec into a pipe. While testing I had the > pipe > > write the output to the console and it's working as expected. I > replaced > > | console with > > | > TEMP DATA A1 > > and it does not create the file. change it to console and it works > again. > > Am I missing something obvious? > > > > Do i = 1 to files.0 > > 'PIPE ', > > '<' files.i '|', > > 'casei zone 1-* locate /'LookFor'/ |', > > 'specs /'files.i'/ 1 |', > > 'unique |', > > '> TEST DATA A1' > > end > > I think you want >> instead of >.With >, the file is erased if there > are no input records. > > Alan Altmark > z/VM Development > IBM Endicott > -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317
Re: Pipe question
On Friday, 07/09/2010 at 09:25 EDT, Mark Pace wrote: > I'm trying to rewrite an old exec into a pipe. While testing I had the pipe > write the output to the console and it's working as expected. I replaced > | console with > | > TEMP DATA A1 > and it does not create the file. change it to console and it works again. > Am I missing something obvious? > > Do i = 1 to files.0 > 'PIPE ', > '<' files.i '|', > 'casei zone 1-* locate /'LookFor'/ |', > 'specs /'files.i'/ 1 |', > 'unique |', > '> TEST DATA A1' > end I think you want >> instead of >.With >, the file is erased if there are no input records. Alan Altmark z/VM Development IBM Endicott
Pipe question
I'm trying to rewrite an old exec into a pipe. While testing I had the pipe write the output to the console and it's working as expected. I replaced | console with | > TEMP DATA A1 and it does not create the file. change it to console and it works again. Am I missing something obvious? Do i = 1 to files.0 'PIPE ', '<' files.i '|', 'casei zone 1-* locate /'LookFor'/ |', 'specs /'files.i'/ 1 |', 'unique |', '> TEST DATA A1' end -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317