Re: A little pipe question.
Try the IBMVM Pipelines Listserv for a response. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Tom Huegel Sent: Monday, February 07, 2011 2:10 PM To: IBMVM@LISTSERV.UARK.EDU Subject: A little pipe question. I am trying to replace a WAKEUP (IUCVMSG routine with a PIPE STARMSG. I have the following snippet that seems to work fine except for capturing the return code from the cp/cms command (XCMD). Is there a simple fix to this? - Thanks /* */ trace o cp set msg iucv arg xcmd 'pipe (endchar ?)', '| starmsg ', xcmd, '| specs 9-16 1 17-* strip nw x15 nw', '| stem linecount.', /* save results */ '?', /* start of second pipeline */ 'literal +01', /* Delay time */ '| delay', /* Delay */ '| pipestop' /* Stop */ say rc cp set msg on 'pipe stem linecount. | console' exit _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: A little pipe question.
Tom, if the xcmd stage has a secondary output stream defined, Pipelines will write the return code from the cp/cms command there. Does that help? DJ On 02/07/2011 02:09 PM, Tom Huegel wrote: I am trying to replace a WAKEUP (IUCVMSG routine with a PIPE STARMSG. I have the following snippet that seems to work fine except for capturing the return code from the cp/cms command (XCMD). Is there a simple fix to this? - Thanks /* */ trace o cp set msg iucv arg xcmd 'pipe (endchar ?)', '| starmsg ', xcmd, '| specs 9-16 1 17-* strip nw x15 nw', '| stem linecount.', /* save results */ '?', /* start of second pipeline */ 'literal +01', /* Delay time */ '| delay', /* Delay */ '| pipestop' /* Stop */ say rc cp set msg on 'pipe stem linecount. | console' exit -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: A little pipe question.
Thanks David, I thought that was the flow, but I didn't get it to work.. Maybe I was just tired. Between shoveling snow and watching the Super Bowl I'm ready for a vacation. On Tue, Feb 8, 2011 at 5:53 AM, Dave Jones d...@vsoft-software.com wrote: Tom, if the xcmd stage has a secondary output stream defined, Pipelines will write the return code from the cp/cms command there. Does that help? DJ On 02/07/2011 02:09 PM, Tom Huegel wrote: I am trying to replace a WAKEUP (IUCVMSG routine with a PIPE STARMSG. I have the following snippet that seems to work fine except for capturing the return code from the cp/cms command (XCMD). Is there a simple fix to this? - Thanks /* */ trace o cp set msg iucv arg xcmd 'pipe (endchar ?)', '| starmsg ', xcmd, '| specs 9-16 1 17-* strip nw x15 nw', '| stem linecount.', /* save results */ '?', /* start of second pipeline */ 'literal +01', /* Delay time */ '| delay', /* Delay */ '| pipestop' /* Stop */ say rc cp set msg on 'pipe stem linecount. | console' exit -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: A little pipe question.
xcmd is no stage, it just is a command that STARMSG will issue just after its start. I've got an idea, I don't know if it is easily implemented: pass a command to STARMSG with a known response. when that response arrives, send it to some other stream where you uses SPECS to replace it by the command to execute, that you pass to a COMMAND (or CP) stage that you give a secondary output to trap the returncode. Something like: '!STARMSG comamndWithKnowResponse', '!L: NLOCATE /the_expected_response', . '?L:!SPEC /'xcmd'/ 1', '!Cmd: COMMAND', '?Cmd:!Var CmdRc', ... 2011/2/8 Tom Huegel tehue...@gmail.com Thanks David, I thought that was the flow, but I didn't get it to work.. Maybe I was just tired. Between shoveling snow and watching the Super Bowl I'm ready for a vacation. On Tue, Feb 8, 2011 at 5:53 AM, Dave Jones d...@vsoft-software.comwrote: Tom, if the xcmd stage has a secondary output stream defined, Pipelines will write the return code from the cp/cms command there. Does that help? DJ On 02/07/2011 02:09 PM, Tom Huegel wrote: I am trying to replace a WAKEUP (IUCVMSG routine with a PIPE STARMSG. I have the following snippet that seems to work fine except for capturing the return code from the cp/cms command (XCMD). Is there a simple fix to this? - Thanks /* */ trace o cp set msg iucv arg xcmd 'pipe (endchar ?)', '| starmsg ', xcmd, '| specs 9-16 1 17-* strip nw x15 nw', '| stem linecount.', /* save results */ '?', /* start of second pipeline */ 'literal +01', /* Delay time */ '| delay', /* Delay */ '| pipestop' /* Stop */ say rc cp set msg on 'pipe stem linecount. | console' exit -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 -- Kris Buelens, IBM Belgium, VM customer support
Re: A little pipe question.
Tom, Here is a pipe that I have extracted from an EXEC that we have been using for several years that does the type of thing you appear to be attempting. Let me know if you have any questions. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Tom Huegel Sent: Tuesday, February 08, 2011 6:39 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: A little pipe question. Thanks David, I thought that was the flow, but I didn't get it to work.. Maybe I was just tired. Between shoveling snow and watching the Super Bowl I'm ready for a vacation. On Tue, Feb 8, 2011 at 5:53 AM, Dave Jones d...@vsoft-software.commailto:d...@vsoft-software.com wrote: Tom, if the xcmd stage has a secondary output stream defined, Pipelines will write the return code from the cp/cms command there. Does that help? DJ On 02/07/2011 02:09 PM, Tom Huegel wrote: I am trying to replace a WAKEUP (IUCVMSG routine with a PIPE STARMSG. I have the following snippet that seems to work fine except for capturing the return code from the cp/cms command (XCMD). Is there a simple fix to this? - Thanks /* */ trace o cp set msg iucv arg xcmd 'pipe (endchar ?)', '| starmsg ', xcmd, '| specs 9-16 1 17-* strip nw x15 nw', '| stem linecount.', /* save results */ '?', /* start of second pipeline */ 'literal +01', /* Delay time */ '| delay', /* Delay */ '| pipestop' /* Stop */ say rc cp set msg on 'pipe stem linecount. | console' exit -- Dave Jones V/Soft Software www.vsoft-software.comhttp://www.vsoft-software.com/ Houston, TX 281.578.7544 /**/ 'PIPE (end \)', '\ f: faninany', '| take 1', '| pipestop', '\ starmsg *msg cp smsg' rscsid pfx sys cmd, '| b: beat 5 /Timeout/', '| eof: nlocate anyc /garbage/', '| f2: faninany', '| not chop 16', '| stem' stem '1', '| take 1', '| spec /smsg rscs' pfx sys 'garbage/ 1', '| cp', '\ b:', '| take 1', '| f:', '\ eof:', '| take 1', '| f:', '\ immcmd q', '| take 1', '| f:'
Recall: A little pipe question.
Schuh, Richard would like to recall the message, A little pipe question..
Re: A little pipe question.
Oh.I see I completely misread the pipeline specification, Kris. xcmd was indeed an argument to the starmsg stage. Have a good one. DJ On 02/08/2011 10:23 AM, Kris Buelens wrote: xcmd is no stage, it just is a command that STARMSG will issue just after its start. I've got an idea, I don't know if it is easily implemented: pass a command to STARMSG with a known response. when that response arrives, send it to some other stream where you uses SPECS to replace it by the command to execute, that you pass to a COMMAND (or CP) stage that you give a secondary output to trap the returncode. Something like: '!STARMSG comamndWithKnowResponse', '!L: NLOCATE /the_expected_response', . '?L:!SPEC /'xcmd'/ 1', '!Cmd: COMMAND', '?Cmd:!Var CmdRc', ... 2011/2/8 Tom Huegel tehue...@gmail.com mailto:tehue...@gmail.com Thanks David, I thought that was the flow, but I didn't get it to work.. Maybe I was just tired. Between shoveling snow and watching the Super Bowl I'm ready for a vacation. On Tue, Feb 8, 2011 at 5:53 AM, Dave Jones d...@vsoft-software.com mailto:d...@vsoft-software.com wrote: Tom, if the xcmd stage has a secondary output stream defined, Pipelines will write the return code from the cp/cms command there. Does that help? DJ On 02/07/2011 02:09 PM, Tom Huegel wrote: I am trying to replace a WAKEUP (IUCVMSG routine with a PIPE STARMSG. I have the following snippet that seems to work fine except for capturing the return code from the cp/cms command (XCMD). Is there a simple fix to this? - Thanks /* */ trace o cp set msg iucv arg xcmd 'pipe (endchar ?)', '| starmsg ', xcmd, '| specs 9-16 1 17-* strip nw x15 nw', '| stem linecount.', /* save results */ '?', /* start of second pipeline */ 'literal +01', /* Delay time */ '| delay', /* Delay */ '| pipestop' /* Stop */ say rc cp set msg on 'pipe stem linecount. | console' exit -- Dave Jones V/Soft Software www.vsoft-software.com http://www.vsoft-software.com/ Houston, TX 281.578.7544 -- Kris Buelens, IBM Belgium, VM customer support -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
A little pipe question.
I am trying to replace a WAKEUP (IUCVMSG routine with a PIPE STARMSG. I have the following snippet that seems to work fine except for capturing the return code from the cp/cms command (XCMD). Is there a simple fix to this? - Thanks /* */ trace o cp set msg iucv arg xcmd 'pipe (endchar ?)', '| starmsg ', xcmd, '| specs 9-16 1 17-* strip nw x15 nw', '| stem linecount.', /* save results */ '?', /* start of second pipeline */ 'literal +01', /* Delay time */ '| delay', /* Delay */ '| pipestop' /* Stop */ say rc cp set msg on 'pipe stem linecount. | console' exit
Re: pipe question?
Thank you..ok, but I want to know when it already finishes processing the guests list, to be able to send a message that all were processed As Berry he comments, I use Operations Manager to detect the exits of the consoles of the guests and to reformat the messages and to send them to the operator console, and for this reason I need to know when it already finishes processing all the guests in the list and to send a termination message All the guests linux was processed. Thank you for all the contributions, I am revising each one of them and making tests Regards ATTN Victor Hugo 2010/8/8 Kyle Black bigbl...@gmail.com Victor, If I were going to do something like this, I would just build the commands in the pipe and send them to CP. 'pipe guest list a', '| spec /send/ 1 w1 nw /start-stop.sh/ nw ', '| cp' For each guest in the list a seperate cp command will be sent. So no need to manually parse the list. Verify the output by replacing the CP stage with CONS. If you need to run the commands staggered by some time limit you could do this... 'pipe guest list a', '| spec /send/ 1 w1 nw /start-stop.sh/ nw ', '| stem comms.' do i=1 to comms.0 'cp' comms.i 'wakeup +00:00:10' end Kyle Black On Sun, Aug 8, 2010 at 7:42 AM, Berry van Sleeuwen berry.vansleeu...@xs4all.nl wrote: We run such a process but not within one pipeline. The rexx exec runs in a PROP user that monitors the linux guests. I do like PIPE so there are some pipelines inside the exec. 1. When our CMS scheduler sends command KICK_LINUX the exec will build a list of commands. Basically your step 1. 2. When a Linuxguest issues KICK_LINUX the command for that user is removed from the list. Basically your step 3. 3. Everytime KICK_LINUX is called the first line of the list is send to the linuxuser in that line. This way the exec doesn't have to wait for a script to end. And during that time PROP has control so any message, either related to KICK_LINUX or not, will still be processed by PROP. The only problem is that we can't tell if the sequence has stalled. If guest3 doesn't return the KICK_LINUX message guest4 will never be triggered. I guess your step 4 will tell you if it has stalled (or rather when it doesn't tell you...). Since we run automatically I would prefer the other way: 'Your sequence has stalled. Please call System support.' but I haven't figured out how to detect a stall. Regards, Berry. Op 08-08-10 10:31, Victor Ochoa Avila schreef: Thanks by the answers, but specifically this is what I want 1.- first I obtain the list of guests active. pipe cp q n| split /,/ | specs w1 1 | locate /CMP/ | GUESTS LISTS A Note: CMP is my pattern for guests in production mode in this partition. For example: CMPWAPE1, CMPWSPE1, CMPDBPE1 My lists is CMPWAPE1 CMPWSPE1 CMPDBPE1 2.- I am going to send this command to each guests linux of this list cp send CMPWAPE1 start-stop.sh 3.- When this script finalize I need to erase this guets of the file GUESTS LISTS A AND count the elements, to know if file is empty. 4.- if file is empty then I finish to the process and sent a message All the guets were process 5.- If file isn't empty take the next guest name in file and return to step 2. I do not know I can realise this loop with a pipe ? Thanks to all by your help ATTE VIctor Hugo 2010/8/7 Hughes, Jim jim.hug...@doit.nh.gov Nice catch. My brain didn't get engaged while the fingers were typing. _ Jim Hughes x5586 It is fun to do the impossible. Quote from Walt Disney From: The IBM z/VM Operating System on behalf of Rob van der Heij Sent: Sat 8/7/2010 8:48 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: pipe question? On Sat, Aug 7, 2010 at 12:43 PM, Hughes, Jim jim.hug...@doit.nh.gov wrote: pipe (endchar ?) , ? guests list a , | bld: take 1, | guests list a , ? bld: , your process follows You meant to drop rather than take to leave all but the first record in the file. But it's an elegant style to divert the record to process towards the end of the pipeline (so you don't forget to keep the remainder). And real plumbing would be to handle them all, not just one of them (but that's beyond the question). | Rob -- Victor Hugo Ochoa Avila z/OS z/VM systems programmer Mexico, City. -- Victor Hugo Ochoa Avila z/OS z/VM systems programmer Mexico, City.
Re: pipe question?
Berry, You need a Watchdog DVM that gets a msg about which guest has been kicked and how long to wait for a response before reporting 'stalled'. It then generates its own WAKEUP event looking for the COMPLETED msg from PROP. A counter can be kept to time-slice events so that more than one can be monitored. With a little thought, you can let the Watchdog DVM check for activity for all your other DVMs, which is what I did for some 15 DVMs across 4 systems before I retired. Technically, of course, you also need a Watchdog watcher. For me, that was me on our Development system in Tampa. This technique was even published in one of the Journals by someone from YKT, iirc, but it was a lot of years ago! Les Berry van Sleeuwen wrote: We run such a process but not within one pipeline. The rexx exec runs in a PROP user that monitors the linux guests. I do like PIPE so there are some pipelines inside the exec. 1. When our CMS scheduler sends command KICK_LINUX the exec will build a list of commands. Basically your step 1. 2. When a Linuxguest issues KICK_LINUX the command for that user is removed from the list. Basically your step 3. 3. Everytime KICK_LINUX is called the first line of the list is send to the linuxuser in that line. This way the exec doesn't have to wait for a script to end. And during that time PROP has control so any message, either related to KICK_LINUX or not, will still be processed by PROP. The only problem is that we can't tell if the sequence has stalled. If guest3 doesn't return the KICK_LINUX message guest4 will never be triggered. I guess your step 4 will tell you if it has stalled (or rather when it doesn't tell you...). Since we run automatically I would prefer the other way: 'Your sequence has stalled. Please call System support.' but I haven't figured out how to detect a stall. Regards, Berry. Op 08-08-10 10:31, Victor Ochoa Avila schreef: Thanks by the answers, but specifically this is what I want 1.- first I obtain the list of guests active. pipe cp q n| split /,/ | specs w1 1 | locate /CMP/ | GUESTS LISTS A Note: CMP is my pattern for guests in production mode in this partition. For example: CMPWAPE1, CMPWSPE1, CMPDBPE1 My lists is CMPWAPE1 CMPWSPE1 CMPDBPE1 2.- I am going to send this command to each guests linux of this list cp send CMPWAPE1 start-stop.sh 3.- When this script finalize I need to erase this guets of the file GUESTS LISTS A AND count the elements, to know if file is empty. 4.- if file is empty then I finish to the process and sent a message All the guets were process 5.- If file isn't empty take the next guest name in file and return to step 2. I do not know I can realise this loop with a pipe ? Thanks to all by your help ATTE VIctor Hugo 2010/8/7 Hughes, Jim jim.hug...@doit.nh.gov mailto:jim.hug...@doit.nh.gov Nice catch. My brain didn't get engaged while the fingers were typing. _ Jim Hughes x5586 It is fun to do the impossible. Quote from Walt Disney From: The IBM z/VM Operating System on behalf of Rob van der Heij Sent: Sat 8/7/2010 8:48 AM To: IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU Subject: Re: pipe question? On Sat, Aug 7, 2010 at 12:43 PM, Hughes, Jim jim.hug...@doit.nh.gov mailto:jim.hug...@doit.nh.gov wrote: pipe (endchar ?) , ? guests list a , | bld: take 1, | guests list a , ? bld: , your process follows You meant to drop rather than take to leave all but the first record in the file. But it's an elegant style to divert the record to process towards the end of the pipeline (so you don't forget to keep the remainder). And real plumbing would be to handle them all, not just one of them (but that's beyond the question). | Rob -- Victor Hugo Ochoa Avila z/OS z/VM systems programmer Mexico, City.
Re: pipe question?
Thanks by the answers, but specifically this is what I want 1.- first I obtain the list of guests active. pipe cp q n| split /,/ | specs w1 1 | locate /CMP/ | GUESTS LISTS A Note: CMP is my pattern for guests in production mode in this partition. For example: CMPWAPE1, CMPWSPE1, CMPDBPE1 My lists is CMPWAPE1 CMPWSPE1 CMPDBPE1 2.- I am going to send this command to each guests linux of this list cp send CMPWAPE1 start-stop.sh 3.- When this script finalize I need to erase this guets of the file GUESTS LISTS A AND count the elements, to know if file is empty. 4.- if file is empty then I finish to the process and sent a message All the guets were process 5.- If file isn't empty take the next guest name in file and return to step 2. I do not know I can realise this loop with a pipe ? Thanks to all by your help ATTE VIctor Hugo 2010/8/7 Hughes, Jim jim.hug...@doit.nh.gov Nice catch. My brain didn't get engaged while the fingers were typing. _ Jim Hughes x5586 It is fun to do the impossible. Quote from Walt Disney From: The IBM z/VM Operating System on behalf of Rob van der Heij Sent: Sat 8/7/2010 8:48 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: pipe question? On Sat, Aug 7, 2010 at 12:43 PM, Hughes, Jim jim.hug...@doit.nh.gov wrote: pipe (endchar ?) , ? guests list a , | bld: take 1, | guests list a , ? bld: , your process follows You meant to drop rather than take to leave all but the first record in the file. But it's an elegant style to divert the record to process towards the end of the pipeline (so you don't forget to keep the remainder). And real plumbing would be to handle them all, not just one of them (but that's beyond the question). | Rob -- Victor Hugo Ochoa Avila z/OS z/VM systems programmer Mexico, City.
Re: pipe question?
We run such a process but not within one pipeline. The rexx exec runs in a PROP user that monitors the linux guests. I do like PIPE so there are some pipelines inside the exec. 1. When our CMS scheduler sends command KICK_LINUX the exec will build a list of commands. Basically your step 1. 2. When a Linuxguest issues KICK_LINUX the command for that user is removed from the list. Basically your step 3. 3. Everytime KICK_LINUX is called the first line of the list is send to the linuxuser in that line. This way the exec doesn't have to wait for a script to end. And during that time PROP has control so any message, either related to KICK_LINUX or not, will still be processed by PROP. The only problem is that we can't tell if the sequence has stalled. If guest3 doesn't return the KICK_LINUX message guest4 will never be triggered. I guess your step 4 will tell you if it has stalled (or rather when it doesn't tell you...). Since we run automatically I would prefer the other way: 'Your sequence has stalled. Please call System support.' but I haven't figured out how to detect a stall. Regards, Berry. Op 08-08-10 10:31, Victor Ochoa Avila schreef: Thanks by the answers, but specifically this is what I want 1.- first I obtain the list of guests active. pipe cp q n| split /,/ | specs w1 1 | locate /CMP/ | GUESTS LISTS A Note: CMP is my pattern for guests in production mode in this partition. For example: CMPWAPE1, CMPWSPE1, CMPDBPE1 My lists is CMPWAPE1 CMPWSPE1 CMPDBPE1 2.- I am going to send this command to each guests linux of this list cp send CMPWAPE1 start-stop.sh 3.- When this script finalize I need to erase this guets of the file GUESTS LISTS A AND count the elements, to know if file is empty. 4.- if file is empty then I finish to the process and sent a message All the guets were process 5.- If file isn't empty take the next guest name in file and return to step 2. I do not know I can realise this loop with a pipe ? Thanks to all by your help ATTE VIctor Hugo 2010/8/7 Hughes, Jim jim.hug...@doit.nh.gov mailto:jim.hug...@doit.nh.gov Nice catch. My brain didn't get engaged while the fingers were typing. _ Jim Hughes x5586 It is fun to do the impossible. Quote from Walt Disney From: The IBM z/VM Operating System on behalf of Rob van der Heij Sent: Sat 8/7/2010 8:48 AM To: IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU Subject: Re: pipe question? On Sat, Aug 7, 2010 at 12:43 PM, Hughes, Jim jim.hug...@doit.nh.gov mailto:jim.hug...@doit.nh.gov wrote: pipe (endchar ?) , ? guests list a , | bld: take 1, | guests list a , ? bld: , your process follows You meant to drop rather than take to leave all but the first record in the file. But it's an elegant style to divert the record to process towards the end of the pipeline (so you don't forget to keep the remainder). And real plumbing would be to handle them all, not just one of them (but that's beyond the question). | Rob -- Victor Hugo Ochoa Avila z/OS z/VM systems programmer Mexico, City.
Re: pipe question?
Victor, If I were going to do something like this, I would just build the commands in the pipe and send them to CP. 'pipe guest list a', '| spec /send/ 1 w1 nw /start-stop.sh/ nw ', '| cp' For each guest in the list a seperate cp command will be sent. So no need to manually parse the list. Verify the output by replacing the CP stage with CONS. If you need to run the commands staggered by some time limit you could do this... 'pipe guest list a', '| spec /send/ 1 w1 nw /start-stop.sh/ nw ', '| stem comms.' do i=1 to comms.0 'cp' comms.i 'wakeup +00:00:10' end Kyle Black On Sun, Aug 8, 2010 at 7:42 AM, Berry van Sleeuwen berry.vansleeu...@xs4all.nl wrote: We run such a process but not within one pipeline. The rexx exec runs in a PROP user that monitors the linux guests. I do like PIPE so there are some pipelines inside the exec. 1. When our CMS scheduler sends command KICK_LINUX the exec will build a list of commands. Basically your step 1. 2. When a Linuxguest issues KICK_LINUX the command for that user is removed from the list. Basically your step 3. 3. Everytime KICK_LINUX is called the first line of the list is send to the linuxuser in that line. This way the exec doesn't have to wait for a script to end. And during that time PROP has control so any message, either related to KICK_LINUX or not, will still be processed by PROP. The only problem is that we can't tell if the sequence has stalled. If guest3 doesn't return the KICK_LINUX message guest4 will never be triggered. I guess your step 4 will tell you if it has stalled (or rather when it doesn't tell you...). Since we run automatically I would prefer the other way: 'Your sequence has stalled. Please call System support.' but I haven't figured out how to detect a stall. Regards, Berry. Op 08-08-10 10:31, Victor Ochoa Avila schreef: Thanks by the answers, but specifically this is what I want 1.- first I obtain the list of guests active. pipe cp q n| split /,/ | specs w1 1 | locate /CMP/ | GUESTS LISTS A Note: CMP is my pattern for guests in production mode in this partition. For example: CMPWAPE1, CMPWSPE1, CMPDBPE1 My lists is CMPWAPE1 CMPWSPE1 CMPDBPE1 2.- I am going to send this command to each guests linux of this list cp send CMPWAPE1 start-stop.sh 3.- When this script finalize I need to erase this guets of the file GUESTS LISTS A AND count the elements, to know if file is empty. 4.- if file is empty then I finish to the process and sent a message All the guets were process 5.- If file isn't empty take the next guest name in file and return to step 2. I do not know I can realise this loop with a pipe ? Thanks to all by your help ATTE VIctor Hugo 2010/8/7 Hughes, Jim jim.hug...@doit.nh.gov Nice catch. My brain didn't get engaged while the fingers were typing. _ Jim Hughes x5586 It is fun to do the impossible. Quote from Walt Disney From: The IBM z/VM Operating System on behalf of Rob van der Heij Sent: Sat 8/7/2010 8:48 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: pipe question? On Sat, Aug 7, 2010 at 12:43 PM, Hughes, Jim jim.hug...@doit.nh.gov wrote: pipe (endchar ?) , ? guests list a , | bld: take 1 , | guests list a , ? bld: , your process follows You meant to drop rather than take to leave all but the first record in the file. But it's an elegant style to divert the record to process towards the end of the pipeline (so you don't forget to keep the remainder). And real plumbing would be to handle them all, not just one of them (but that's beyond the question). | Rob -- Victor Hugo Ochoa Avila z/OS z/VM systems programmer Mexico, City.
Re: pipe question?
pipe (endchar ?) , ? guests list a , | bld: take 1, | guests list a , ? bld: , your process follows _ Jim Hughes x5586 It is fun to do the impossible. Quote from Walt Disney From: The IBM z/VM Operating System on behalf of =?ISO-8859-1?Q?Victor_Hugo_Ochoa?= Sent: Fri 8/6/2010 10:31 PM To: IBMVM@LISTSERV.UARK.EDU Subject: pipe question? Please somebody can orient to me??? I have the next list in my file guests list A CMDACNTL CMDAUTO1 CMDCAL03 I want to take one x one the elements from the list and after it process,= I want to erase it of the list for example Take CMDACNTL process this element and my new list (guests list A) is: CMDAUTO1 CMDCAL03 How can do this with a PIPE Thanks ATTE Victor Hugo Ochoa
Re: pipe question?
Nice catch. My brain didn't get engaged while the fingers were typing. _ Jim Hughes x5586 It is fun to do the impossible. Quote from Walt Disney From: The IBM z/VM Operating System on behalf of Rob van der Heij Sent: Sat 8/7/2010 8:48 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: pipe question? On Sat, Aug 7, 2010 at 12:43 PM, Hughes, Jim jim.hug...@doit.nh.gov wrote: pipe (endchar ?) , ? guests list a , | bld: take 1, | guests list a , ? bld: , your process follows You meant to drop rather than take to leave all but the first record in the file. But it's an elegant style to divert the record to process towards the end of the pipeline (so you don't forget to keep the remainder). And real plumbing would be to handle them all, not just one of them (but that's beyond the question). | Rob
pipe question?
Please somebody can orient to me??? I have the next list in my file guests list A CMDACNTL CMDAUTO1 CMDCAL03 I want to take one x one the elements from the list and after it process, I want to erase it of the list for example Take CMDACNTL process this element and my new list (guests list A) is: CMDAUTO1 CMDCAL03 How can do this with a PIPE Thanks ATTE Victor Hugo Ochoa
Re: pipe question?
It really depends on where you are going with all this... Taking your question literally: 'PIPE FILE GUESTS LIST A | DROP FIRST | GUESTS LIST A' If your 'process' is within the PIPE then the answer will involve things like secondary streams, etc. The above simply removes the first line of a GUESTS LISTS A... I am doubting that's all you are after - but if not - voila! ;-) Scott Rohling On Fri, Aug 6, 2010 at 8:31 PM, =?ISO-8859-1?Q?Victor_Hugo_Ochoa?= vhoa.mx@ gmail.com wrote: Please somebody can orient to me??? I have the next list in my file guests list A CMDACNTL CMDAUTO1 CMDCAL03 I want to take one x one the elements from the list and after it process, I want to erase it of the list for example Take CMDACNTL process this element and my new list (guests list A) is: CMDAUTO1 CMDCAL03 How can do this with a PIPE Thanks ATTE Victor Hugo Ochoa
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
On Friday, 07/09/2010 at 09:25 EDT, Mark Pace mpac...@gmail.com 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
Re: Pipe question
Thanks, Alan - That was it. On Fri, Jul 9, 2010 at 9:29 AM, Alan Altmark alan_altm...@us.ibm.comwrote: On Friday, 07/09/2010 at 09:25 EDT, Mark Pace mpac...@gmail.com 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
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=multiaccountocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4
Re: Pipe question
Mark, Try using instead of Sent from my blackberry From: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To: IBMVM@LISTSERV.UARK.EDU 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
On Fri, Jul 9, 2010 at 3:25 PM, Mark Pace mpac...@gmail.com 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
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 rvdh...@gmail.com wrote: On Fri, Jul 9, 2010 at 3:25 PM, Mark Pace mpac...@gmail.com 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 5:06 PM, Mark Pace mpac...@gmail.com 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
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 rvdh...@gmail.com wrote: On Fri, Jul 9, 2010 at 5:06 PM, Mark Pace mpac...@gmail.com 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: 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 mpac...@gmail.com 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 rvdh...@gmail.comwrote: On Fri, Jul 9, 2010 at 3:25 PM, Mark Pace mpac...@gmail.com 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
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 IBMVM@LISTSERV.UARK.EDU wrote on 07/09/2010 09:34:23 AM: From: Mark Pace mpac...@gmail.com To: IBMVM@LISTSERV.UARK.EDU Date: 07/09/2010 09:34 AM Subject: Re: Pipe question Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 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
Pipe Question
All, I am not familiar with pipes...and would like some information on the following: 'PIPE (stagesep | endchar ?) ', ' ' MrxFile ' |', 'NLOCATE 14-15 /02/ |', /* In columns 14 15 locate 02 */ 'CHANGE 14-15 /03/02/ |',/* In columns 14 15 change 03/02 */ 'CHANGE 14-15 /04/03/ |',/* In columns 14 15 change 04/03 */ 'CHANGE 14-15 /05/04/ |',/* In columns 14 15 change 05/04 */ 'CHANGE 14-15 /06/05/ |',/* In columns 14 15 change 06/05 */ ' ' MrxFile 'F 31 ' My comments are in the /* */ above. When the locate is done; if there is an 05 in columns 14 15 prior to the 02 is the 05 included in the change or not? Thank you... ...Dave
Re: Pipe Question
On Friday, 12/11/2009 at 02:25 EST, Tracy, David david.tr...@nielsen.com wrote: All, I am not familiar with pipes...and would like some information on the following: 'PIPE (stagesep | endchar ?) ', ' ' MrxFile ' |', 'NLOCATE 14-15 /02/ |', /* In columns 14 15 locate 02 */ 'CHANGE 14-15 /03/02/ |',/* In columns 14 15 change 03/02 */ 'CHANGE 14-15 /04/03/ |',/* In columns 14 15 change 04/03 */ 'CHANGE 14-15 /05/04/ |',/* In columns 14 15 change 05/04 */ 'CHANGE 14-15 /06/05/ |',/* In columns 14 15 change 06/05 */ ' ' MrxFile 'F 31 ' My comments are in the /* */ above. When the locate is done; if there is an 05 in columns 14 15 prior to the 02 is the 05 included in the change or not? Yes. Since your NLOCATE will locate everything except 02s, it will locate 05s and they will pass to the next stage. Since they are not excluded by a subsequent stage, the CHANGE /05/04/ will change them. Your pipe will: - Delete existing 02s - Decrement all 03s, 04s, 05s, and 06s by 1 - Leave everything else alone. Alan Altmark z/VM Development IBM Endicott
Re: Pipe Question
All, Thank you for the response... This is an awesome site... Thanks again ...Dave From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Scott Rohling Sent: Friday, December 11, 2009 2:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Pipe Question Yes -- anything with 02 in cols 14-15 is tossed out (NLOCATE) -- everything else falls thru to the subsequent changes. Looks like it's decrementing the field for values 03-06. Scott On Fri, Dec 11, 2009 at 12:24 PM, Tracy, David david.tr...@nielsen.com wrote: All, I am not familiar with pipes...and would like some information on the following: 'PIPE (stagesep | endchar ?) ', ' ' MrxFile ' |', 'NLOCATE 14-15 /02/ |', /* In columns 14 15 locate 02 */ 'CHANGE 14-15 /03/02/ |',/* In columns 14 15 change 03/02 */ 'CHANGE 14-15 /04/03/ |',/* In columns 14 15 change 04/03 */ 'CHANGE 14-15 /05/04/ |',/* In columns 14 15 change 05/04 */ 'CHANGE 14-15 /06/05/ |',/* In columns 14 15 change 06/05 */ ' ' MrxFile 'F 31 ' My comments are in the /* */ above. When the locate is done; if there is an 05 in columns 14 15 prior to the 02 is the 05 included in the change or not? Thank you... ...Dave
PIPE question about RC
Is it possible to test the return code for EACH CP command as partially shown above : PIPE LITERAL C000 c001 c002 c003 ! split ! specs /vary off/ 1 W1 NW ! CP ! LITERAL RC ! CONSOLE and if a RC/=0 straight to execute a PIPMOD STOP to live the PIPE ? I have the default PIPE environment. Alain Benveniste
Re: PIPE question about RC
Alain, You can use another stream and put a label on the CP stage. The return codes will go to the secondary stream. The following is just an example and not really useful: pipe (end ?) LITERAL QUERY TIME|DUP 3|A:CP|CONS?A:|SPEC /RC=/ 1 1-* NW| CONS TIME IS 14:24:24 EST WEDNESDAY 11/04/09 CONNECT= 05:46:41 VIRTCPU= 000:01.24 TOTCPU= 000:04.53 RC= 0 TIME IS 14:24:24 EST WEDNESDAY 11/04/09 CONNECT= 05:46:41 VIRTCPU= 000:01.24 TOTCPU= 000:04.53 RC= 0 TIME IS 14:24:24 EST WEDNESDAY 11/04/09 CONNECT= 05:46:41 VIRTCPU= 000:01.24 TOTCPU= 000:04.53 RC= 0 TIME IS 14:24:24 EST WEDNESDAY 11/04/09 CONNECT= 05:46:41 VIRTCPU= 000:01.24 TOTCPU= 000:04.53 RC= 0 Ready; You can see that the secondary output stream contains all of the return codes from the CP commands. I hope this helps. Doug Breneman z/VM Development IBM Endicott From: Alain Benveniste a.benveni...@free.fr To: IBMVM@LISTSERV.UARK.EDU Date: 11/04/2009 02:15 PM Subject:PIPE question about RC Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Is it possible to test the return code for EACH CP command as partially shown above : PIPE LITERAL C000 c001 c002 c003 ! split ! specs /vary off/ 1 W1 NW ! CP ! LITERAL RC ! CONSOLE and if a RC/=0 straight to execute a PIPMOD STOP to live the PIPE ? I have the default PIPE environment. Alain Benveniste
Re: PIPE question about RC
Something like this, perhaps. 'PIPE (end ?)' '| f: faninany', '| take 1', '| g: gate', '| pipestop', '? Literal .', '| split', '| g:', '| spec /vary off/ 1 w1 nw', '| cp: cp', '| cons', '? cp:', '| pick w1 ^== /0/', '| f:' Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alain Benveniste Sent: Wednesday, November 04, 2009 11:15 AM To: IBMVM@LISTSERV.UARK.EDU Subject: PIPE question about RC Is it possible to test the return code for EACH CP command as partially shown above : PIPE LITERAL C000 c001 c002 c003 ! split ! specs /vary off/ 1 W1 NW ! CP= ! LITERAL RC ! CONSOLE and if a RC/=0 straight to execute a PIPMOD STOP to live the PIPE ? I have the default PIPE environment. Alain Benveniste
Re: PIPE question about RC
This question would be better asked on the CMS-Pipelines forum, but... First, I don't think you want to use pipmod stop. It would end asynchronous stages, but you aren't running any. As Doug says, you need to utilize the secondary output of CP. Try something like: Pipe (end ?) a:fanin | b:gate ? literal C000 C001 C002 C003 | split | b: | Spec /VARY OFF/ n w1 nw | c:cp | cons ? c: | Nfind 0| copy | a: Note that CP doesn't automatically uppercase its input, so if you're feeding it mixed case you'll probably get an error right off. If you can't depend on the case of your input, place a translate (XLATE) stage in front of the CP stage. -- Mike Harding z/VM System Support mhard...@us.ibm.com mike.b.hard...@kp.org mikehard...@mindless.com (925) 926-3179 (w) (925) 457-9183 (c) IM: VMBearDad (AIM), mbhcpcvt (Y!) The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 11/04/2009 11:27:12 AM: From: Doug Breneman/Endicott/i...@ibmus To: IBMVM@LISTSERV.UARK.EDU Date: 11/04/2009 11:28 AM Subject: Re: PIPE question about RC Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Alain, You can use another stream and put a label on the CP stage. The return codes will go to the secondary stream. The following is just an example and not really useful: pipe (end ?) LITERAL QUERY TIME|DUP 3|A:CP|CONS?A:|SPEC /RC=/ 1 1-* NW| CONS TIME IS 14:24:24 EST WEDNESDAY 11/04/09 CONNECT= 05:46:41 VIRTCPU= 000:01.24 TOTCPU= 000:04.53 RC= 0 TIME IS 14:24:24 EST WEDNESDAY 11/04/09 CONNECT= 05:46:41 VIRTCPU= 000:01.24 TOTCPU= 000:04.53 RC= 0 TIME IS 14:24:24 EST WEDNESDAY 11/04/09 CONNECT= 05:46:41 VIRTCPU= 000:01.24 TOTCPU= 000:04.53 RC= 0 TIME IS 14:24:24 EST WEDNESDAY 11/04/09 CONNECT= 05:46:41 VIRTCPU= 000:01.24 TOTCPU= 000:04.53 RC= 0 Ready; You can see that the secondary output stream contains all of the return codes from the CP commands. I hope this helps. Doug Breneman z/VM Development IBM Endicott [image removed] Alain Benveniste ---11/04/2009 02:15:40 PM---Is it possible to test the return code for EACH CP command as partially shown above : Is it possible to test the return code for EACH CP command as partially shown above : PIPE LITERAL C000 c001 c002 c003 ! split ! specs /vary off/ 1 W1 NW ! CP ! LITERAL RC ! CONSOLE and if a RC/=0 straight to execute a PIPMOD STOP to live the PIPE ? I have the default PIPE environment. Alain Benveniste
pipe question
I am trying to build a pipe to do the following: 1. copy records from a stem into a file 2. append an existing file after the above file I don't seem to be having any success with it and would appreciate any good example or some direction. Thanks in advance Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. image/gif
Re: pipe question
How about: 'PIPE', '| STEM x', '| APPEND FILE NAME A', '| OUT FILE A' Regards, Miguel Delapaz z/VM TCP/IP Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 04/15/2008 12:43:51 PM: I am trying to build a pipe to do the following: 1. copy records from a stem into a file 2. append an existing file after the above file
Re: pipe question
Thanks - that worked and I learned something new. I wasn't aware of the APPEND (must have over looked it) Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. From: Miguel Delapaz [EMAIL PROTECTED] To: IBMVM@LISTSERV.UARK.EDU Date: 04/15/2008 12:56 PM Subject: Re: pipe question How about: 'PIPE', '| STEM x', '| APPEND FILE NAME A', '| OUT FILE A' Regards, Miguel Delapaz z/VM TCP/IP Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 04/15/2008 12:43:51 PM: I am trying to build a pipe to do the following: 1. copy records from a stem into a file 2. append an existing file after the above file image/gif
Re: pipe question
Ooo ooo, Mr. Cah-terr! /* REXX */ 'PIPE STEM MYSTEM. | FIRST FILE A | SECOND FILE A' On Tue, Apr 15, 2008 at 3:43 PM, Lionel B. Dyck [EMAIL PROTECTED] wrote: I am trying to build a pipe to do the following: 1. copy records from a stem into a file 2. append an existing file after the above file I don't seem to be having any success with it and would appreciate any good example or some direction. Thanks in advance -- *Lionel B. Dyck, Consultant/Specialist * Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED][EMAIL PROTECTED] AIM: lbdyck *|* Yahoo IM: lbdyck * Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. * * I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle * * NOTICE TO RECIPIENT: *If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- -- R;
Re: pipe question
Won't this put the stem records *after* the original contents of SECOND FILE? The OP said: 2. append an existing file after the above file which I understand to mean that the stem records must be *before* the original contents. Shimon Original message Date: Tue, 15 Apr 2008 16:00:48 -0400 From: Richard Troth [EMAIL PROTECTED] Subject: Re: pipe question To: IBMVM@LISTSERV.UARK.EDU Ooo ooo, Mr. Cah-terr! /* REXX */ 'PIPE STEM MYSTEM. | FIRST FILE A | SECOND FILE A' On Tue, Apr 15, 2008 at 3:43 PM, Lionel B. Dyck [EMAIL PROTECTED] wrote: I am trying to build a pipe to do the following: 1. copy records from a stem into a file 2. append an existing file after the above file I don't seem to be having any success with it and would appreciate any good example or some direction. Thanks in advance Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- -- R;
Re: pipe question
You have to stay after class. Suppose the stem had entries of 1, 2, and 3 and the already existing file had records 4 and 5. Following the two steps in sequence, the first creates a new file having records 1, 2, and 3; the second appends records 4 and 5 to the newly created file. the result is two files, one containing records 4 and 5 and the other, records 1, 2, 3, 4, and 5. The result of your pipe is file one containing records of 1, 2, and 3 and file two with records 4, 5, 1, 2, and 3. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Richard Troth Sent: Tuesday, April 15, 2008 1:01 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: pipe question Ooo ooo, Mr. Cah-terr! /* REXX */ 'PIPE STEM MYSTEM. | FIRST FILE A | SECOND FILE A' On Tue, Apr 15, 2008 at 3:43 PM, Lionel B. Dyck [EMAIL PROTECTED] wrote: I am trying to build a pipe to do the following: 1. copy records from a stem into a file 2. append an existing file after the above file I don't seem to be having any success with it and would appreciate any good example or some direction. Thanks in advance Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- -- R;
Re: pipe question
On Tue, Apr 15, 2008 at 10:10 PM, Lionel B. Dyck [EMAIL PROTECTED] wrote: Thanks - that worked and I learned something new. I wasn't aware of the APPEND (must have over looked it) You might also step into multi-stream plumbing with this example: PIPE (end \) \ stem x. | i: fanin | out file a \ file name a | i: Rob
Re: pipe question
My location notwithstanding, English IS my mother tongue, not a second language. :-) Shimon Original message Date: Tue, 15 Apr 2008 17:12:28 -0400 From: Richard Troth [EMAIL PROTECTED] Subject: Re: pipe question To: IBMVM@LISTSERV.UARK.EDU I should take an English as a Second Language course.
Re: pipe question
Hi, Lionel... In fairness, I must warn you that using CMS PIPELINEs in your daily work can be extremely addicting...you'll find yourself, e.g., laying awake at night thinking of ways of incorporating CMS PIPEs into your existing applications and new methods of solving difficult programming tasks with a handful of pipeline stages...:-) The web site for all things PIPES is: http://vm.marist.edu/~pipeline/ All of Melinda's papers on PIPELINES can be found there, plus a whole look of other interesting material, and the up-to-date pipelines run time distribution. Rob van der Heij (Sir Rob the Plumber) has just recently set up a web site where he posts handy PIPE hints, examples, tips and tricks here: http://rvdheij.wordpress.com/ To get a better appreciation for how deeply some people can become addicted to CMS PIPES, take a look at Rob implemented the LZW compression algorithm, using nothing but pipe stages. There is also an active CMS Pipeline list that you can subscribe to here: http://vm.marist.edu/~pipeline/cmspipl.html Have fun! DJ Lionel B. Dyck wrote: Where might one find this august publication? I've tried google with no joy :( Thanks in advance Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. David Boyes [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/27/2007 11:48 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: pipe question I like it - this pipe 'thingy' has lots of capability and lots for me to learn. ?The Force is strong in this one.? Check out Melinda Varian?s paper ?Plumbing the Internet? if you want to see an example of Pipes making *really* killer stuff happen. -- DJ V/Soft
Re: pipe question
Try with no space following ESA. You also need to split the response lines. Be sure that the string is comma + space pipe cms q n | split string /, / |find ESA| console Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Friday, July 27, 2007 11:11 AM To: IBMVM@LISTSERV.UARK.EDU Subject: pipe question I'm learning pipes in cms and am trying to issue a 'q n' command and filter it to only display selected names. I'm trying this with no success - can someone educate me on what I'm doing wrong: pipe cms q n | find ESA | console Thanks Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. Never attribute to malice what can be caused by miscommunication. NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you.
Re: pipe question
I found my answer I had pipe cms q n | find ESA | console I should have coded: pipe cp q n | find ESA | console Thanks Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you.
pipe question
I'm learning pipes in cms and am trying to issue a 'q n' command and filter it to only display selected names. I'm trying this with no success - can someone educate me on what I'm doing wrong: pipe cms q n | find ESA | console Thanks Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you.
Re: pipe question
Try with no space following ESA. pipe cms q n | find ESA| console Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Friday, July 27, 2007 11:11 AM To: IBMVM@LISTSERV.UARK.EDU Subject: pipe question I'm learning pipes in cms and am trying to issue a 'q n' command and filter it to only display selected names. I'm trying this with no success - can someone educate me on what I'm doing wrong: pipe cms q n | find ESA | console Thanks Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. Never attribute to malice what can be caused by miscommunication. NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you.
Re: pipe question
Find searches for things at the beginning of a record. Locate searches anywhere within a record. Given that you didn¹t do a split to put the userids on separate lines, I¹d think that ³pipe cms q n | locate /ESA/ | console² would work better. Also, q n is a CP command, not a CMS, so actually, you¹d want ³cp q n² as the first stage, just to avoid someone creating a ³q² exec and messing you up. To really get down to the meat of it, you¹d want to do something like: ³pipe cp q names | split at /,/ | strip leading blank | locate /ESA/ | console² Someone will argue that the strip should be after the locate for efficiency sake, and that would be true for a huge list. For Q N, it shouldn¹t be an issue. -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but ³Join the story... Ride Ural.² in practice, theory and practice are different. On 7/27/07 1:11 PM, Lionel B. Dyck [EMAIL PROTECTED] wrote: I'm learning pipes in cms and am trying to issue a 'q n' command and filter it to only display selected names. I'm trying this with no success - can someone educate me on what I'm doing wrong: pipe cms q n | find ESA | console
Re: pipe question
I like it - this pipe 'thingy' has lots of capability and lots for me to learn. Thanks Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. RPN01 [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/27/2007 11:20 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: pipe question Find searches for things at the beginning of a record. Locate searches anywhere within a record. Given that you didn?t do a split to put the userids on separate lines, I?d think that ?pipe cms q n | locate /ESA/ | console? would work better. Also, q n is a CP command, not a CMS, so actually, you?d want ?cp q n? as the first stage, just to avoid someone creating a ?q? exec and messing you up. To really get down to the meat of it, you?d want to do something like: ?pipe cp q names | split at /,/ | strip leading blank | locate /ESA/ | console? Someone will argue that the strip should be after the locate for efficiency sake, and that would be true for a huge list. For Q N, it shouldn?t be an issue. -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but ?Join the story... Ride Ural.? in practice, theory and practice are different. On 7/27/07 1:11 PM, Lionel B. Dyck [EMAIL PROTECTED] wrote: I'm learning pipes in cms and am trying to issue a 'q n' command and filter it to only display selected names. I'm trying this with no success - can someone educate me on what I'm doing wrong: pipe cms q n | find ESA | console
Re: pipe question
Try this: PIPE CP QUERY NAMES | SPLIT AT /,/ | STRIP | SPECS W1 | CONSOLE You'll have a display of all users, each a single record that you can also do accurate FINDs against. PS: There is no Q command, Q is an abbreviation for QUERY. It's good form to always spell out the full command, particularly in production-ready execs. As others have pointed out, QUERY is both a CP and CMS command so directing it to the proper environment is also important to get the right results. :) -Mike -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Friday, July 27, 2007 2:22 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: pipe question I like it - this pipe 'thingy' has lots of capability and lots for me to learn. Thanks _ Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. Never attribute to malice what can be caused by miscommunication. NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. RPN01 [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/27/2007 11:20 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: pipe question Find searches for things at the beginning of a record. Locate searches anywhere within a record. Given that you didn't do a split to put the userids on separate lines, I'd think that pipe cms q n | locate /ESA/ | console would work better. Also, q n is a CP command, not a CMS, so actually, you'd want cp q n as the first stage, just to avoid someone creating a q exec and messing you up. To really get down to the meat of it, you'd want to do something like: pipe cp q names | split at /,/ | strip leading blank | locate /ESA/ | console Someone will argue that the strip should be after the locate for efficiency sake, and that would be true for a huge list. For Q N, it shouldn't be an issue. -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but Join the story... Ride Ural. in practice, theory and practice are different. On 7/27/07 1:11 PM, Lionel B. Dyck [EMAIL PROTECTED] wrote: I'm learning pipes in cms and am trying to issue a 'q n' command and filter it to only display selected names. I'm trying this with no success - can someone educate me on what I'm doing wrong: pipe cms q n | find ESA | console
Re: pipe question
I like it - this pipe 'thingy' has lots of capability and lots for me to learn. The Force is strong in this one. Check out Melinda Varian's paper Plumbing the Internet if you want to see an example of Pipes making *really* killer stuff happen.
Re: pipe question
I created this exec because I wanted the output of query names to be sorted. Plus I sometimes wanted to limit what I was seeing. I works for me. SAY SAY 'Date..' DATE() ' Time..' TIME('N') Parse upper arg JOBNME If length(JOBNME) 8 then Do Say Length of Job Name is greater then 8, please reenter Parse Upper External JOBNME End SAY 'pipe cp query names', '| split ,', '| strip', '| pad 18', '| locate /'JOBNME'/', '| sort 1.8 ascending', '| join 3', '| console' Paul Feller AIT Mainframe Technical Support [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] (319)-355-7824 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Friday, July 27, 2007 1:22 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: pipe question I like it - this pipe 'thingy' has lots of capability and lots for me to learn. Thanks Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. Never attribute to malice what can be caused by miscommunication. NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. RPN01 [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/27/2007 11:20 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: pipe question Find searches for things at the beginning of a record. Locate searches anywhere within a record. Given that you didn't do a split to put the userids on separate lines, I'd think that pipe cms q n | locate /ESA/ | console would work better. Also, q n is a CP command, not a CMS, so actually, you'd want cp q n as the first stage, just to avoid someone creating a q exec and messing you up. To really get down to the meat of it, you'd want to do something like: pipe cp q names | split at /,/ | strip leading blank | locate /ESA/ | console Someone will argue that the strip should be after the locate for efficiency sake, and that would be true for a huge list. For Q N, it shouldn't be an issue. -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but Join the story... Ride Ural. in practice, theory and practice are different. On 7/27/07 1:11 PM, Lionel B. Dyck [EMAIL PROTECTED] wrote: I'm learning pipes in cms and am trying to issue a 'q n' command and filter it to only display selected names. I'm trying this with no success - can someone educate me on what I'm doing wrong: pipe cms q n | find ESA | console
Re: pipe question
There's a treasure trove (including that paper) at http://vm.marist.edu/~pipeline Marty _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Friday, July 27, 2007 4:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: pipe question Where might one find this august publication? I've tried google with no joy :( Thanks in advance _ Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. Never attribute to malice what can be caused by miscommunication. NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. David Boyes [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/27/2007 11:48 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: pipe question I like it - this pipe 'thingy' has lots of capability and lots for me to learn. The Force is strong in this one. Check out Melinda Varian's paper Plumbing the Internet if you want to see an example of Pipes making *really* killer stuff happen.
Re: pipe question
Where might one find this august publication? I've tried google with no joy :( Thanks in advance Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. David Boyes [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/27/2007 11:48 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: pipe question I like it - this pipe 'thingy' has lots of capability and lots for me to learn. ?The Force is strong in this one.? Check out Melinda Varian?s paper ?Plumbing the Internet? if you want to see an example of Pipes making *really* killer stuff happen.
Re: pipe question
Google Melinda Varian Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Friday, July 27, 2007 1:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: pipe question Where might one find this august publication? I've tried google with no joy :( Thanks in advance Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. Never attribute to malice what can be caused by miscommunication. NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. David Boyes [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/27/2007 11:48 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: pipe question I like it - this pipe 'thingy' has lots of capability and lots for me to learn. The Force is strong in this one. Check out Melinda Varian's paper Plumbing the Internet if you want to see an example of Pipes making *really* killer stuff happen.
Re: pipe question
http://www.princeton.edu/~melinda Also contains many useful facts about the square of the hypotenuse, and birds. -- db -Original Message- From: The IBM z/VM Operating System on behalf of Lionel B. Dyck Sent: Fri 7/27/2007 4:17 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: pipe question Where might one find this august publication? I've tried google with no joy :(
Re: a really little pipe question
If they *really* want to get rid of the 'DASD cuu DETACHED' message, the following update to DMSARE will do the trick. For the most part, I like getting the message -- it verifies that the disk was detached. ./ I 0237 $ 02375000 5000 DIAGMSG2 MDC CL24' ' Detach Command Response Area ./ R 0520 0521 $ 05201990 1990 *LA R6,DIAGMSG Rx Address of CP Command LA R1,L'DIAGMSG Ry Length of CP Command ICM R1,B'1000',=X'40' Ry Turn on Response-In-Core LA R7,DIAGMSG2 Rx+1 Address of Response Buffer LA R2,L'DIAGMSG2 Ry+1 Length of Response Buffer DC X'83610008' Issue CP DETACH Request
Re: a really little pipe question
Tom Heugel said: Too much .. thanks to everyone that had something to add. I think I'll just write up a requirement for IBM to add a QUIET option to all commands.. ie REL Z (DET QUIET While it doesn't address this particular issue (the fact that RELEASE doesn't trap the CP response to a CP command it issued), I should also point out the CP SILENTLY command. If you add the SILENTLY option to the ATTACH, DETACH, or GIVE commands via the CP MODIFY COMMAND command, then you can use CP SILENTLY DETACH to get CP to surpress all output related to the command. While SILENTLY was really intended to stop the messages related to tape drive management, there's no reason I know of you can't use it for vdevs. If you're serious about writing a requirement, I would have to say that a requirement to add a QUIET option to all commands would be rejected. It's too broad. We'd consider a QUIET-like option only if there's no alternative. SILENTLY was created to shut off asynchronous messages that can't be trapped by diag 08, and those occuring in *another* virtual machine. As far as the RELEASE command goes, this is one of those Working as Coded things. It has worked this way since before rocks were invented, and treating it as a defect to be fixed would break apps such as those posted here. CMS is a 40-year-old operating system and has its warts. Some are lovable and some aren't. :-) Regards, Alan Alan Altmark Sr. Software Engineer IBM z/VM Development
Re: a really little pipe question
treating it as a defect to be fixed would break apps such as those posted here. ?! ... How would an ADDED option supported by IBM break *existing* apps? Old commands would continue to work. Use of a new option (for sake of this thread's consistency: QUIET) would work on those systems that support it, but yes, it would fail on older systems without support. Upward compatibility is IBM's strong suite, I don't think any rational customer expects IBM to provide PTFs to add support for new command options to out-of-support systems. That having been said, were I to be asked to vote on this at SHARE, I'd have to place it in the Kind'a nice to have category. We can code around it without too much tedious awkwardness. But IMHO there are more important matters for VM development to address first. If Tom really, REALLY wants a QUIET option, he could always spend some time getting up close and personal with DMSARE ASSEMBLE to build and implement a local modification. He'd get what he'd like, and have a chance to learn a lot about VMSES/E in the process. Respectfully, Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not those of my employer. Alan Altmark [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/12/2006 08:40 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: a really little pipe question Tom Heugel said: Too much .. thanks to everyone that had something to add. I think I'll just write up a requirement for IBM to add a QUIET option to all commands.. ie REL Z (DET QUIET While it doesn't address this particular issue (the fact that RELEASE doesn't trap the CP response to a CP command it issued), I should also point out the CP SILENTLY command. If you add the SILENTLY option to the ATTACH, DETACH, or GIVE commands via the CP MODIFY COMMAND command, then you can use CP SILENTLY DETACH to get CP to surpress all output related to the command. While SILENTLY was really intended to stop the messages related to tape drive management, there's no reason I know of you can't use it for vdevs. If you're serious about writing a requirement, I would have to say that a requirement to add a QUIET option to all commands would be rejected. It's too broad. We'd consider a QUIET-like option only if there's no alternative. SILENTLY was created to shut off asynchronous messages that can't be trapped by diag 08, and those occuring in *another* virtual machine. As far as the RELEASE command goes, this is one of those Working as Coded things. It has worked this way since before rocks were invented, and treating it as a defect to be fixed would break apps such as those posted here. CMS is a 40-year-old operating system and has its warts. Some are lovable and some aren't. :-) Regards, Alan Alan Altmark Sr. Software Engineer IBM z/VM Development The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: a really little pipe question
Title: RE: a really little pipe question Mike, You hit the nail when you said 'Kind'a nice to have' because it is easy to code around. It would have been really nice to have had it 35 years ago then I wouldn't have had to code around it for all that time. Another 'nice to have' would be an option for NOHEADER on commands that support (STACK .. I know easy to code around. As for old stuff from past releases .. I really miss the 'BLIP' command. ... I know, 'write your own'.. Actually 'BLIP' is a good conversation starter after a few beers. Tom -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU]On Behalf Of Mike Walter Sent: Wednesday, July 12, 2006 9:05 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: a really little pipe question treating it as a defect to be fixed would break apps such as those posted here. ?! ... How would an ADDED option supported by IBM break *existing* apps? Old commands would continue to work. Use of a new option (for sake of this thread's consistency: QUIET) would work on those systems that support it, but yes, it would fail on older systems without support. Upward compatibility is IBM's strong suite, I don't think any rational customer expects IBM to provide PTFs to add support for new command options to out-of-support systems. That having been said, were I to be asked to vote on this at SHARE, I'd have to place it in the Kind'a nice to have category. We can code around it without too much tedious awkwardness. But IMHO there are more important matters for VM development to address first. If Tom really, REALLY wants a QUIET option, he could always spend some time getting up close and personal with DMSARE ASSEMBLE to build and implement a local modification. He'd get what he'd like, and have a chance to learn a lot about VMSES/E in the process. Respectfully, Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not those of my employer. Alan Altmark [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/12/2006 08:40 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: a really little pipe question Tom Heugel said: Too much .. thanks to everyone that had something to add. I think I'll just write up a requirement for IBM to add a QUIET option to all commands.. ie REL Z (DET QUIET While it doesn't address this particular issue (the fact that RELEASE doesn't trap the CP response to a CP command it issued), I should also point out the CP SILENTLY command. If you add the SILENTLY option to the ATTACH, DETACH, or GIVE commands via the CP MODIFY COMMAND command, then you can use CP SILENTLY DETACH to get CP to surpress all output related to the command. While SILENTLY was really intended to stop the messages related to tape drive management, there's no reason I know of you can't use it for vdevs. If you're serious about writing a requirement, I would have to say that a requirement to add a QUIET option to all commands would be rejected. It's too broad. We'd consider a QUIET-like option only if there's no alternative. SILENTLY was created to shut off asynchronous messages that can't be trapped by diag 08, and those occuring in *another* virtual machine. As far as the RELEASE command goes, this is one of those Working as Coded things. It has worked this way since before rocks were invented, and treating it as a defect to be fixed would break apps such as those posted here. CMS is a 40-year-old operating system and has its warts. Some are lovable and some aren't. :-) Regards, Alan Alan Altmark Sr. Software Engineer IBM z/VM Development The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. __ ella for Spam Control has removed VSE-List messages and set aside VM-List for me You can use it too - and it's FREE! http://www.ellaforspam.com
Re: a really little pipe question
On Wed, 12 Jul 2006 09:05:14 -0500, Mike Walter [EMAIL PROTECTED] wrote: If Tom really, REALLY wants a QUIET option, he could always spend some time getting u p close and personal with DMSARE ASSEMBLE to build and implement a local modification. I'd certainly like to get up close and personal with HCPDDR, but I don't have the High Level Assembler and can't justify the cost for just the one mod I'd like to make. :( Fortunately, I have enough blue smoke and mirrors and know how to use the m. Brian Nielsen
Re: a really little pipe question
On Wednesday, 07/12/2006 at 09:05 EST, Mike Walter [EMAIL PROTECTED] wrote: ?! ... How would an ADDED option supported by IBM break *existing* apps? Sorry to confuse. I thought I was saying that considering RELEASE to be broken and that it needs fixing is a non-starter. Changing RELEASE to trap and display the CP response so that PIPE CMS RELEASE would trap everything wouldn't be wise, and would cause apps to break. Adding a new option wouldn't be in the context of a fix - that's new function. That having been said, were I to be asked to vote on this at SHARE, I'd have to place it in the Kind'a nice to have category. We can code around it without too much tedious awkwardness. And that's kind of where it lays. It's a bit of extra code to get around the feechur. :-) And we supplied VMLINK years ago to assist exec writers in the access and release of disks and directories. Alan Altmark z/VM Development IBM Endicott
Re: a really little pipe question
Not to nitpick, but this assumes that the user's IMSG setting was ON prior to executing the EXEC. Personally I don't like to make that assumption when coding something for public use. [EMAIL PROTECTED] wrote: How about just setting IMSG OFF before the release... Something like this: CP SET IMSG OFF RELEASE X ( DET CP SET IMSG ON
Re: a really little pipe question
Never assume: 'Pipe CP Q SET | split at ',' | locate /IMSG/ | specs w2 1 | var imsg_set' 'CP SET IMSG OFF' 'REL X (DET' 'CP SET IMSG 'Imsg_set All back to normal Richard Feldman Senior IT Architect Kelly, Douglas / Westfair Foods Ltd. Ph:(403)291-6339 Fax:(403)291-6585 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of George Haddad Sent: Tuesday, July 11, 2006 12:39 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: a really little pipe question Not to nitpick, but this assumes that the user's IMSG setting was ON prior to executing the EXEC. Personally I don't like to make that assumption when coding something for public use. [EMAIL PROTECTED] wrote: How about just setting IMSG OFF before the release... Something like this: CP SET IMSG OFF RELEASE X ( DET CP SET IMSG ON
Re: a really little pipe question
While Pipes is an extraordinarily powerful tool, there is overhead involved in each Pipeline setup and teardown. In this particular case the overhead is pretty minimal, but if an EXEC starting a Pipe is heavily used, poorly written, or repeated Pipe startup/teardown is unavoidable for some business reason, then one should be aware of the effect. REXX's parse command is very powerful, too, without the startup/teardown overhead. It's a nifty tool to have in your toolbox (keeping in mind the tendency to think that if all you have in your toolbox is a wrench, everything looks like a pipe). :-) Here an alternate using parse: parse value diag(08,'QUERY SET') with . 'IMSG' Imsg_set . 'CP SET IMSG OFF' 'RELEASE X (DET' /* --- Performance, personal, clarity preference to always enter FULL commands in EXECs */ 'CP SET IMSG' Imsg_set All back to normal Mike Walter Hewitt Associates Richard Feldman (WFF) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/11/2006 02:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: a really little pipe question Never assume: 'Pipe CP Q SET | split at ',' | locate /IMSG/ | specs w2 1 | var imsg_set' 'CP SET IMSG OFF' 'REL X (DET' 'CP SET IMSG 'Imsg_set All back to normal Richard Feldman Senior IT Architect Kelly, Douglas / Westfair Foods Ltd. Ph:(403)291-6339 Fax:(403)291-6585 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of George Haddad Sent: Tuesday, July 11, 2006 12:39 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: a really little pipe question Not to nitpick, but this assumes that the user's IMSG setting was ON prior to executing the EXEC. Personally I don't like to make that assumption when coding something for public use. [EMAIL PROTECTED] wrote: How about just setting IMSG OFF before the release... Something like this: CP SET IMSG OFF RELEASE X ( DET CP SET IMSG ON The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: a really little pipe question
Too much .. thanks to everyone that had something to add. I think I'll just write up a requirement for IBM to add a QUIET option to all commands.. ie REL Z (DET QUIET Tom -Original Message-From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]On Behalf Of Mike WalterSent: Tuesday, July 11, 2006 3:48 PMTo: IBMVM@LISTSERV.UARK.EDUSubject: Re: a really little pipe questionWhile Pipes is an extraordinarily powerful tool, there is overhead involved in each Pipeline setup and teardown. In this particular case the overhead is pretty minimal, but if an EXEC starting a Pipe is heavily used, poorly written, or repeated Pipe startup/teardown is unavoidable for some business reason, then one should be aware of the effect. REXX's "parse" command is very powerful, too, without the startup/teardown overhead. It's a nifty tool to have in your toolbox (keeping in mind the tendency to think that if all you have in your toolbox is a wrench, everything looks like a pipe). :-) Here an alternate using "parse": parse value diag(08,'QUERY SET') with . 'IMSG' Imsg_set . 'CP SET IMSG OFF' 'RELEASE X (DET' /* --- Performance, personal, clarity preference to always enter FULL commands in EXECs */'CP SET IMSG' Imsg_setAll back to normal Mike Walter Hewitt Associates "Richard Feldman (WFF)" [EMAIL PROTECTED] Sent by: "The IBM z/VM Operating System" IBMVM@LISTSERV.UARK.EDU 07/11/2006 02:50 PM Please respond to"The IBM z/VM Operating System" IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: a really little pipe question Never assume:'Pipe CP Q SET | split at ',' | locate /IMSG/ | specs w2 1 | varimsg_set''CP SET IMSG OFF' 'REL X (DET''CP SET IMSG 'Imsg_setAll back to normalRichard Feldman Senior IT Architect Kelly, Douglas / Westfair Foods Ltd. Ph:(403)291-6339 Fax:(403)291-6585-Original Message-From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] OnBehalf Of George HaddadSent: Tuesday, July 11, 2006 12:39 PMTo: IBMVM@LISTSERV.UARK.EDUSubject: Re: a really little pipe questionNot to nitpick, but this assumes that the user's IMSG setting was ON prior to executing the EXEC.Personally I don't like to make that assumption when coding something for "public" use.[EMAIL PROTECTED] wrote: How about just setting IMSG OFF before the release... Something like this: CP SET IMSG OFF RELEASE X ( DET CP SET IMSG ON The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. ella for Spam Control has removed 5659 VSE-List messages and set aside 3595 VM-List for meYou can use it too - and it's FREE!www.ellaforspam.com
Re: a really little pipe question
On 7/7/06, Kris Buelens [EMAIL PROTECTED] wrote: Only for a R/W disk, a RELEASE should better be done before a DETACH, it gives CMS a chance to write anything it still should. Before we make people think CMS is doing lazy write just as Linux: there is not any data still waiting to be written to disk. The only thing that CMS would be writing upon release as far as I know is the sorted directory (including the update of the time stamp that we discussed last week). In case you linked the 190 or 19E R/W when you did mean to do (and have not updated anything on it yet) the plain DETACH will spare you the need to save the CMS NSS again. Rob -- Rob van der Heij Velocity Software, Inc http://velocitysoftware.com/
Re: a really little pipe question
How about just setting IMSG OFF before the release... Something like this: CP SET IMSG OFF RELEASE X ( DET CP SET IMSG ON
Re: a really little pipe question
Great idea and it was staring us in the face all the time. I've got a RELL exec, probably similiar to the favorite routine that Marty mentioned yesterday, that I've used for 20+ years. It's always been a minor irritant that I'd see DASD cuu DETACHED IMSG. Jim At 06:53 AM 7/7/2006, you wrote: This is a multipart message in MIME format. --=_alternative 003BCBF6852571A4_= Content-Type: text/plain; charset=US-ASCII How about just setting IMSG OFF before the release... Something like this: CP SET IMSG OFF RELEASE X ( DET CP SET IMSG ON --=_alternative 003BCBF6852571A4_= Content-Type: text/html; charset=US-ASCII brfont size=2 face=sans-serifHow about just setting IMSG OFF before the release.../font brfont size=2 face=sans-serifSomething like this:/font br brfont size=2 face=sans-serifCP SET IMSG OFF/font brfont size=2 face=sans-serifRELEASE X ( DET/font brfont size=2 face=sans-serifCP SET IMSG ON/font br br --=_alternative 003BCBF6852571A4_=-- Jim Bohnsack Cornell Univ. (607) 255-1760
a really little pipe question
Title: a really little pipe question Is there a PIPE way to issue CMS command 'REL Z (DET' as one command? I have no problem doing 'CMS REL Z' and then 'CP DET 999'. But it would be nice to do the REL (DET as one. __ ella for Spam Control has removed VSE-List messages and set aside VM-List for me You can use it too - and it's FREE! http://www.ellaforspam.com
Re: a really little pipe question
Title: a really little pipe question Any CMS command, REL fm (DET included, can be issued by a Pipe. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]On Behalf Of Huegel, Thomas Sent: Thursday, July 06, 2006 9:30 AM To: IBMVM@LISTSERV.UARK.EDU Subject: a really little pipe question Is there a PIPE way to issue CMS command 'REL Z (DET' as one command? I have no problem doing 'CMS REL Z' and then 'CP DET 999'. But it would be nice to do the REL (DET as one. __ ella for Spam Control has removed VSE-List messages and set aside VM-List for me You can use it too - and it's FREE! http://www.ellaforspam.com
Re: a really little pipe question
Title: a really little pipe question pipe literal rel z (det | cms Should do it. Regards,John Imholte From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Huegel, ThomasSent: Thursday, July 06, 2006 12:30 PMTo: IBMVM@LISTSERV.UARK.EDUSubject: a really little pipe question Is there a PIPE way to issue CMS command 'REL Z (DET' as one command? I have no problem doing 'CMS REL Z' and then 'CP DET 999'. But it would be nice to do the REL (DET as one. __ ella for Spam Control has removed VSE-List messages and set aside VM-List for me You can use it too - and it's FREE! http://www.ellaforspam.com
Re: a really little pipe question
pipe cms rel i (det DASD 0303 DETACHED Ready; T=0.01/0.01 12:36:14 Jim At 12:30 PM 7/6/2006, you wrote: This is a multi-part message in MIME format. --_=_NextPart_001_01C6A119.7A6EC8B2 X-EC0D2A8E-5CB7-4969-9C36-46D859D137BE-PartID: B6ED914A-F8C1-4585-AA4F-78D88A6C0AB9 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=iso-8859-1 Is there a PIPE way to issue CMS command 'REL Z (DET' as one command? I have no problem doing 'CMS REL Z' and then 'CP DET 999'. But it would be nice to do the REL (DET as one. __ ella for Spam Control has removed VSE-List messages and set aside VM-List for me You can use it too - and it's FREE! http://www.ellaforspam.com --_=_NextPart_001_01C6A119.7A6EC8B2 X-EC0D2A8E-5CB7-4969-9C36-46D859D137BE-PartID: 0EE9A757-3C34-4F73-A3C6-F3AAD3F36371 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 3.2//EN Is there a PIPE way to issue CMS = command 'REL Z (DET' as one command? I have no problem doing 'CMS REL Z' = and then 'CP DET 999'. But it would be nice to do the REL = (DET as one. __= ella for Spam Control = has removed VSE-List messages and set aside VM-List for = me You can use it too - and it's = FREE! 3d.htmhttp://www.ellaforspam.com= --_=_NextPart_001_01C6A119.7A6EC8B2-- Jim Bohnsack Cornell Univ. (607) 255-1760
Re: a really little pipe question
On Thursday, 07/06/2006 at 11:30 EST, Huegel, Thomas [EMAIL PROTECTED] wrote: Is there a PIPE way to issue CMS command 'REL Z (DET' as one command? I have no problem doing 'CMS REL Z' and then 'CP DET 999'. But it would be nice to do the REL (DET as one. A bit confused, am I. The command RELEASE fm (DETACH *is* one command. PIPE CMS RELEASE Z (DETACH | STEM OUTPUT. Alan Altmark z/VM Development IBM Endicott
Re: a really little pipe question
Title: RE: a really little pipe question I guess either I wasn't clear or I hadn't engaged all of the brain cells. The 'REL Z (DET' of course works fine, the real question is that when doing the REL DET as one command I get the console message .. DASD 01DB DETACHED But when doing them individually I don't get any messages. As in Allen's example I could just add a dummy STEM as the next stage. Thanks -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU]On Behalf Of Alan Altmark Sent: Thursday, July 06, 2006 11:42 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: a really little pipe question On Thursday, 07/06/2006 at 11:30 EST, Huegel, Thomas [EMAIL PROTECTED] wrote: Is there a PIPE way to issue CMS command 'REL Z (DET' as one command? I have no problem doing 'CMS REL Z' and then 'CP DET 999'. But it would be nice to do the REL (DET as one. A bit confused, am I. The command RELEASE fm (DETACH *is* one command. PIPE CMS RELEASE Z (DETACH | STEM OUTPUT. Alan Altmark z/VM Development IBM Endicott __ ella for Spam Control has removed VSE-List messages and set aside VM-List for me You can use it too - and it's FREE! http://www.ellaforspam.com
Re: a really little pipe question
Huegel, Thomas wrote: I guess either I wasn't clear or I hadn't engaged all of the brain cells. The 'REL Z (DET' of course works fine, the real question is that when doing the REL DET as one command I get the console message .. DASD 01DB DETACHED But when doing them individually I don't get any messages. As in Allen's example I could just add a dummy STEM as the next stage. When you issue a CMS command in a Pipe, Pipes will trap all of the messages issued through CMS -- but not the CP messages, and the DASD cuu DETACHED message you're referring to is a CP message. That's one good reason for doing the CP and the CMS commands in separate stages, precisely to trap those messages. Thanks Nick
Re: a really little pipe question
If you don't want to examine the messages, use HOLE instead of STEM. Brian Nielsen On Thu, 6 Jul 2006 12:03:06 -0500, Huegel, Thomas [EMAIL PROTECTED] wrote: I guess either I wasn't clear or I hadn't engaged all of the brain cells . The 'REL Z (DET' of course works fine, the real question is that when doing the REL DET as one command I get the console message .. DASD 01DB DETACHED But when doing them individually I don't get any messages. As in Allen's example I could just add a dummy STEM as the next stage.
Re: a really little pipe question
Interesting. PIPE literal RELEASE X | append literal CP DETACH 120 | command | hole I still see the cp dasd detach message. If I run the CP DEATCH command by itself, I do not see the dasd detach message. I am going to learn from this one. Set lurk mode on ___ Jim Hughes 603-271-5586 Impossible is just an opinion. Your career is what you're paid for, your calling is what you're made for. We cannot solve our problems with the same thinking we used when we created them. Albert Einstein =-Original Message- =From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On =Behalf Of Brian Nielsen =Sent: Thursday, July 06, 2006 1:19 PM =To: IBMVM@LISTSERV.UARK.EDU =Subject: Re: a really little pipe question = =If you don't want to examine the messages, use HOLE instead of STEM. = =Brian Nielsen = =On Thu, 6 Jul 2006 12:03:06 -0500, Huegel, Thomas [EMAIL PROTECTED] =wrote: = =I guess either I wasn't clear or I hadn't engaged all of the brain cells= =. =The 'REL Z (DET' of course works fine, the real question is that when = = =doing =the REL DET as one command I get the console message .. = =DASD 01DB DETACHED = =But when doing them individually I don't get any messages. = =As in Allen's example I could just add a dummy STEM as the next stage.
Re: a really little pipe question
It's because you're using the COMMAND stage instead of the CP stage. Try: PIPE CMS REL X | HOLE | CP DETACH 120 | HOLE Brian Nielsen On Thu, 6 Jul 2006 13:23:15 -0400, Hughes, Jim - OIT [EMAIL PROTECTED] wrote: Interesting. PIPE literal RELEASE X | append literal CP DETACH 120 | command | hole I still see the cp dasd detach message. If I run the CP DEATCH command by itself, I do not see the dasd detach message. I am going to learn from this one. Set lurk mode on ___ Jim Hughes 603-271-5586 Impossible is just an opinion. Your career is what you're paid for, your calling is what you're made for. We cannot solve our problems with the same thinking we used when we created them. Albert Einstein =-Original Message- =From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On =Behalf Of Brian Nielsen =Sent: Thursday, July 06, 2006 1:19 PM =To: IBMVM@LISTSERV.UARK.EDU =Subject: Re: a really little pipe question = =If you don't want to examine the messages, use HOLE instead of STEM. = =Brian Nielsen = =On Thu, 6 Jul 2006 12:03:06 -0500, Huegel, Thomas [EMAIL PROTECTED] =wrote: = =I guess either I wasn't clear or I hadn't engaged all of the brain cells= =. =The 'REL Z (DET' of course works fine, the real question is that wh en = = =doing =the REL DET as one command I get the console message .. = =DASD 01DB DETACHED = =But when doing them individually I don't get any messages. = =As in Allen's example I could just add a dummy STEM as the next stage. = ===
Re: a really little pipe question
On Thursday, 07/06/2006 at 01:23 AST, Hughes, Jim - OIT [EMAIL PROTECTED] wrote: Interesting. PIPE literal RELEASE X | append literal CP DETACH 120 | command | hole I still see the cp dasd detach message. If I run the CP DEATCH command by itself, I do not see the dasd detach message. I am going to learn from this one. Set lurk mode on 'cuz the RELEASE command issues a diagnose 8 with DETACH 120, but doesn't trap the response, so it goes to the console (or *MSG or ). Now that the requirement has become clear (get rid of pesky messages), I say: Try VMLINK instead. EXEC VMLINK CHUCKIE 123 (PUSH .FM if rc = 0 then pull . . filemode . EXEC VMLINK CHUCKIE 123 (POP There are a ton of options for the exec writer. Alan Altmark z/VM Development IBM Endicott
Re: a really little pipe question
On Jul 6, 2006, at 10:58 AM, Alan Altmark wrote: Now that the requirement has become clear (get rid of pesky messages), I say: Try VMLINK instead. EXEC VMLINK CHUCKIE 123 (PUSH .FM if rc = 0 then pull . . filemode . EXEC VMLINK CHUCKIE 123 (POP VMLINK (PUSH and (POP are *great* for writing execs that need to access disks but would like to leave your own accessed disks in the same state when they exit, btw. Not that this is news to Alan or Chucky. Adam
Re: a really little pipe question
Most of the time there is not even a need for a HOLE stage. HOLE is doing work: it is eating records, only the writing is skipped. When HOLE is ommitted the stage to its right doesn't even try to write records. Next point: never use the CMS stage, use COMMAND instead if you want to be sure of what happens. So, instead of: PIPE CMS REL X | HOLE | CP DETACH 120 | HOLE a tiny bit less expensive and safer: PIPE (end ?) COMMAND RELEASE X ? CP DETACH 120 If you don't want to examine the messages, use HOLE instead of STEM. Brian Nielsen On Thu, 6 Jul 2006 12:03:06 -0500, Huegel, Thomas [EMAIL PROTECTED] wrote: I guess either I wasn't clear or I hadn't engaged all of the brain cells. The 'REL Z (DET' of course works fine, the real question is that when doing the REL DET as one command I get the console message .. DASD 01DB DETACHED But when doing them individually I don't get any messages. As in Allen's example I could just add a dummy STEM as the next stage.
Re: a really little pipe question
Title: RE: a really little pipe question Everyone has been very helpfull. Thanks And now for the 'BUT..' 'REL x (DET' is so nice because I don't need to know the v-address of the disk I am detaching. I'll survive though. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU]On Behalf Of Kris Buelens Sent: Thursday, July 06, 2006 2:45 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: a really little pipe question Most of the time there is not even a need for a HOLE stage. HOLE is doing work: it is eating records, only the writing is skipped. When HOLE is ommitted the stage to its right doesn't even try to write records. Next point: never use the CMS stage, use COMMAND instead if you want to be sure of what happens. So, instead of: PIPE CMS REL X | HOLE | CP DETACH 120 | HOLE a tiny bit less expensive and safer: PIPE (end ?) COMMAND RELEASE X ? CP DETACH 120 If you don't want to examine the messages, use HOLE instead of STEM. Brian Nielsen On Thu, 6 Jul 2006 12:03:06 -0500, Huegel, Thomas [EMAIL PROTECTED] wrote: I guess either I wasn't clear or I hadn't engaged all of the brain cells. The 'REL Z (DET' of course works fine, the real question is that when doing the REL DET as one command I get the console message .. DASD 01DB DETACHED But when doing them individually I don't get any messages. As in Allen's example I could just add a dummy STEM as the next stage. __ ella for Spam Control has removed VSE-List messages and set aside VM-List for me You can use it too - and it's FREE! http://www.ellaforspam.com
Re: a really little pipe question
Coding it as two pipelines doesn't guarantee the proper sequence though, and you may _really want_ the release to occur before the detach if everything's happening inside some exec. PIPE not command RELEASE X|spec /DET 120/|CP Mike Harding EDS VM National Capability 134 El Portal Place Clayton, Ca. USA 94517-1742 * phone: +01-925-672-4403 * Fax: +01-925-672-4403 * mailto:[EMAIL PROTECTED] * mailto:[EMAIL PROTECTED] (personal) Note: For 2005, I am off on Fridays with even Julian dates and Mondays with odd ones. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Thursday, July 06, 2006 12:45 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: a really little pipe question Most of the time there is not even a need for a HOLE stage. HOLE is doing work: it is eating records, only the writing is skipped. When HOLE is ommitted the stage to its right doesn't even try to write records. Next point: never use the CMS stage, use COMMAND instead if you want to be sure of what happens. So, instead of: PIPE CMS REL X | HOLE | CP DETACH 120 | HOLE a tiny bit less expensive and safer: PIPE (end ?) COMMAND RELEASE X ? CP DETACH 120
Re: a really little pipe question
Wouldn't a simple 'PIPE command RELEASE X | hole | append CP DET 120 | hole' be more straightforward? Yes, it has 2 holes vs 1 spec, but I would guess that they would be faster; however, overhead would be higher . Order would be guaranteed because the append would not be run until there was an eof on the first hole. Besides, I get errors when I try to run that not command RELEASE X FPLCOM112E Excessive options RELEASE X FPLMSG003I ... Issued from stage 1 of pipeline 1 FPLMSG001I ... Running not command RELEASE X You need to make it ... literal RELEASE X|not command|... Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Harding, Mike Sent: Thursday, July 06, 2006 1:54 PM To: IBMVM@LISTSERV.UARK.EDU Subject:Re: a really little pipe question Coding it as two pipelines doesn't guarantee the proper sequence though, and you may _really want_ the release to occur before the detach if everything's happening inside some exec. PIPE not command RELEASE X|spec /DET 120/|CP Mike Harding EDS VM National Capability 134 El Portal Place Clayton, Ca. USA 94517-1742 * phone: +01-925-672-4403 * Fax: +01-925-672-4403 * mailto:[EMAIL PROTECTED] * mailto:[EMAIL PROTECTED] (personal) Note: For 2005, I am off on Fridays with even Julian dates and Mondays with odd ones. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Thursday, July 06, 2006 12:45 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: a really little pipe question Most of the time there is not even a need for a HOLE stage. HOLE is doing work: it is eating records, only the writing is skipped. When HOLE is ommitted the stage to its right doesn't even try to write records. Next point: never use the CMS stage, use COMMAND instead if you want to be sure of what happens. So, instead of: PIPE CMS REL X | HOLE | CP DETACH 120 | HOLE a tiny bit less expensive and safer: PIPE (end ?) COMMAND RELEASE X ? CP DETACH 120
Re: a really little pipe question
Wouldn't a simple 'PIPE command RELEASE X | hole | append CP DET 120 | hole' be more straightforward? Yes, it has 2 holes vs 1 spec, but I would guess that they would be faster; however, overhead would ... Even this pipe this not guarantee the execution order, the only thing you say here is that the output of CP DETACH must be appened to the output of RELEASE. It does not tell when the CP DEATCH can run. Another thing no-one said this far: when the disk is R/O, a simple DETACH is enough, CMS will RELEASE when it gets the signal that the device is detached. Not eveb a PIPE Rolls Royce is required: call DIAG 8,'DETACH' vdev Only for a R/W disk, a RELEASE should better be done before a DETACH, it gives CMS a chance to write anything it still should. Kris, IBM Belgium, VM customer support