Re: More pipe help, please
Patrick, Have you downloaded and tried the PIPEDEMO package (and PDEM package to make it easier to invoke from an EXEC)? PIPEDEMO has a way of making very difficult Pipe processes much more obvious - not always, but often enough. PIPEDEMO is a great tool, IMHO anyone writing CMS Pipelines should install and use it! You can find PIPEDEMO and PDEM at (the newly corrected URL): http://www2.marist.edu/~pipeline/ Mike Walter Hewitt Associates Patrick Spinler spinler.patr...@mayo.edu Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 08/13/2009 11:39 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject More pipe help, please -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Folks: Building on a number of the good ideas in the How to tell how many linux running on z/VM thread, I just whipped up this pipeline: /* */ 'PIPE ( endchar ?) ', 'cp query signals shutdown | drop 2 | specs word 1 1 ', ' | a: lookup master | sort | cons ', '? cp query vswitch vswg active | locate /Adapter Owner:/ ', ' | specs word 3 1 | a:', '? a: | literal Unmatched VSWITCH | console ', '? a: | literal Unmatched signal listeners | console' Which is supposed to output a list of guests that both listen to signal shutdown, and are attached to our vswitch named VSWG. The output of matched guests is as I expect, as is the output of unmatched VSWITCH connected guests (TCPIP, in my case). What's curious to me is that the 4th stage, the output to console stage with 'literal Unmatched signal listeners' does not contain our SFS servers, which I see when I run 'cp query signals shutdown' by hand. How may I determine where I'm loosing those records, please? Thanks! - -- Pat -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqEQacACgkQNObCqA8uBswDtwCeNoFGGUPIQefbqIstIeGE9HZO OlIAmwfa32ocM7ZF7kFKY+yR2ukM7XEr =7dTf -END PGP SIGNATURE- 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. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
More pipe help, please
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Folks: Building on a number of the good ideas in the How to tell how many linux running on z/VM thread, I just whipped up this pipeline: /* */ 'PIPE ( endchar ?) ', 'cp query signals shutdown | drop 2 | specs word 1 1 ', ' | a: lookup master | sort | cons ', '? cp query vswitch vswg active | locate /Adapter Owner:/ ', ' | specs word 3 1 | a:', '? a: | literal Unmatched VSWITCH | console ', '? a: | literal Unmatched signal listeners | console' Which is supposed to output a list of guests that both listen to signal shutdown, and are attached to our vswitch named VSWG. The output of matched guests is as I expect, as is the output of unmatched VSWITCH connected guests (TCPIP, in my case). What's curious to me is that the 4th stage, the output to console stage with 'literal Unmatched signal listeners' does not contain our SFS servers, which I see when I run 'cp query signals shutdown' by hand. How may I determine where I'm loosing those records, please? Thanks! - -- Pat -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqEQacACgkQNObCqA8uBswDtwCeNoFGGUPIQefbqIstIeGE9HZO OlIAmwfa32ocM7ZF7kFKY+yR2ukM7XEr =7dTf -END PGP SIGNATURE-
Re: More pipe help, please
Eliminate the connecter in the next to last line so that it is simply '| literal Unmatched VSWITCH | console ',. The previous a: is the secondary stream's connector. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Patrick Spinler Sent: Thursday, August 13, 2009 9:39 AM To: IBMVM@LISTSERV.UARK.EDU Subject: More pipe help, please -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Folks: Building on a number of the good ideas in the How to tell how many linux running on z/VM thread, I just whipped up this pipeline: /* */ 'PIPE ( endchar ?) ', 'cp query signals shutdown | drop 2 | specs word 1 1 ', ' | a: lookup master | sort | cons ', '? cp query vswitch vswg active | locate /Adapter Owner:/ ', ' | specs word 3 1 | a:', '? a: | literal Unmatched VSWITCH | console ', '? a: | literal Unmatched signal listeners | console' Which is supposed to output a list of guests that both listen to signal shutdown, and are attached to our vswitch named VSWG. The output of matched guests is as I expect, as is the output of unmatched VSWITCH connected guests (TCPIP, in my case). What's curious to me is that the 4th stage, the output to console stage with 'literal Unmatched signal listeners' does not contain our SFS servers, which I see when I run 'cp query signals shutdown' by hand. How may I determine where I'm loosing those records, please? Thanks! - -- Pat -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqEQacACgkQNObCqA8uBswDtwCeNoFGGUPIQefbqIstIeGE9HZO OlIAmwfa32ocM7ZF7kFKY+yR2ukM7XEr =7dTf -END PGP SIGNATURE-
Re: More pipe help, please
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks. Unfortunately, still doesn't work. It instead puts everything in the 'Unmatched VSWITCH' section, and nothing at all in the lookup master output. Credit to my colleague Bob Nix here, this gave me the expected output: /* */ 'PIPE ( endchar ?) ', 'cp query signals shutdown | drop 2 | specs word 1 1 ', ' | a: lookup master ', ' | sort | literal Linux Guests | z: fanin | cons' , '? cp query vswitch vswg active | locate /Adapter Owner:/ ', ' | specs word 3 1 | a:', ' | literal Unmatched Signal Handler | elastic | z:', '? a: | literal Unmatched VSWITCH | elastic | z: ' It appeared as though there was a race condition with multiple stages outputting to cons, which the z: fanin | cons solved. However, that created a stall, which the addition of the two 'elastic |' commands resolved. Still not the most elegant solution, but hey, it works. - -- Pat Schuh, Richard wrote: Eliminate the connecter in the next to last line so that it is simply '| literal Unmatched VSWITCH | console ',. The previous a: is the secondary stream's connector. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Patrick Spinler Sent: Thursday, August 13, 2009 9:39 AM To: IBMVM@LISTSERV.UARK.EDU Subject: More pipe help, please Folks: Building on a number of the good ideas in the How to tell how many linux running on z/VM thread, I just whipped up this pipeline: /* */ 'PIPE ( endchar ?) ', 'cp query signals shutdown | drop 2 | specs word 1 1 ', ' | a: lookup master | sort | cons ', '? cp query vswitch vswg active | locate /Adapter Owner:/ ', ' | specs word 3 1 | a:', '? a: | literal Unmatched VSWITCH | console ', '? a: | literal Unmatched signal listeners | console' Which is supposed to output a list of guests that both listen to signal shutdown, and are attached to our vswitch named VSWG. The output of matched guests is as I expect, as is the output of unmatched VSWITCH connected guests (TCPIP, in my case). What's curious to me is that the 4th stage, the output to console stage with 'literal Unmatched signal listeners' does not contain our SFS servers, which I see when I run 'cp query signals shutdown' by hand. How may I determine where I'm loosing those records, please? Thanks! -- Pat -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqETR8ACgkQNObCqA8uBsyT0ACbBGsiq4YFLD/8TWe9odq+3CZZ udcAn2pxdelr5ikjpq2Zx1+FUf+U+PUC =NmCV -END PGP SIGNATURE-
Re: PIPE Help (please)
This is the quickest I could come up with. No, not a PIPE this time. Restore of IMPCP, VMCONIO and CPCONIO is a task left to the reader. As opposed to the original code, the command execution order remains the usual CMS, CP /* */ trace o address command 'ERASE $PIPEF$ $TEMP$ A' 'WAKEUP +0 (IUCVMSG' 'SET IMPCP ON'; 'CP SET CPCONIO IUCV'; 'CP SET VMCONIO IUCV' address cms arg(1) ; src=rc 'CP SET CPCONIO OFF'; 'CP SET VMCONIO OFF' do until wrc5 'WAKEUP +0 (IUCVMSG QUIET' ; wrc=rc if wrc=5 then do parse pull 18 ln 'EXECIO 1 DISKW $PIPEF$ $TEMP$ A3(STRING' ln end end 'WAKEUP RESET' if src=-3 then say 'Unknown CP/CMS command' 'FINIS $PIPEF$ $TEMP$ A' if rc=0 then 'XEDIT $PIPEF$ $TEMP$ A' else if src-3 then say 'No command output' exit src -- Kris Buelens, IBM Belgium, VM customer support
Re: PIPE Help (please)
Here's a quick and dirty one I've been using for years. No thinking if it is a cms or cp command: /*pipef*/ arg cmd ' Pipe cp 'cmd , '| $pipef$ $temp$ a ' If rc /= 0 Then do ' Pipe cms 'cmd , '| $pipef$ $temp$ a ' end 'Xedit $pipef$ $temp$ a ' 'Erase $pipef$ $temp$ a ' -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Romanowski, John (OFT) Sent: Thursday, February 07, 2008 1:57 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) I've sent you my VX EXEC VX a non-fullscreen CMS command Output is displayed in XEDIT. VX = View in Xedit Example: VX rac setr list for CP commands you must do VX cp like: VX cp q all This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Thursday, February 07, 2008 1:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: PIPE Help (please) I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it. I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance
Re: PIPE Help (please)
I did say quick AND dirty :) Good point, though. Thanks! -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, March 13, 2008 2:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) On Thursday, 03/13/2008 at 02:29 EDT, Said, Nick [EMAIL PROTECTED] wrote: Here's a quick and dirty one I've been using for years. No thinking if it is a cms or cp command: /*pipef*/ arg cmd ' Pipe cp 'cmd , '| $pipef$ $temp$ a ' If rc /= 0 Then do ' Pipe cms 'cmd , '| $pipef$ $temp$ a ' end 'Xedit $pipef$ $temp$ a ' 'Erase $pipef$ $temp$ a ' Not to nitpick, but you need to invoke the PIPE CMS *only* if the return code from the PIPE CP is 1 (unknown cp command). Alan Altmark z/VM Development IBM Endicott
Re: PIPE Help (please)
If you make those: '| $pipef$ $temp$ a3 'then you may eliminate the ERASE. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Said, Nick Sent: Thursday, March 13, 2008 2:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) I did say quick AND dirty :) Good point, though. Thanks! -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, March 13, 2008 2:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) On Thursday, 03/13/2008 at 02:29 EDT, Said, Nick [EMAIL PROTECTED] wrote: Here's a quick and dirty one I've been using for years. No thinking if it is a cms or cp command: /*pipef*/ arg cmd ' Pipe cp 'cmd , '| $pipef$ $temp$ a ' If rc /= 0 Then do ' Pipe cms 'cmd , '| $pipef$ $temp$ a ' end 'Xedit $pipef$ $temp$ a ' 'Erase $pipef$ $temp$ a ' Not to nitpick, but you need to invoke the PIPE CMS *only* if the return code from the PIPE CP is 1 (unknown cp command). Alan Altmark z/VM Development IBM Endicott This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
Re: PIPE Help (please)
Not to double-nitpipck :) cp q disk HCPCQV003E Invalid option - DISK = I71131 at VMT1 (3); -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, March 13, 2008 2:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) On Thursday, 03/13/2008 at 02:29 EDT, Said, Nick [EMAIL PROTECTED] wrote: Here's a quick and dirty one I've been using for years. No thinking if it is a cms or cp command: /*pipef*/ arg cmd ' Pipe cp 'cmd , '| $pipef$ $temp$ a ' If rc /= 0 Then do ' Pipe cms 'cmd , '| $pipef$ $temp$ a ' end 'Xedit $pipef$ $temp$ a ' 'Erase $pipef$ $temp$ a ' Not to nitpick, but you need to invoke the PIPE CMS *only* if the return code from the PIPE CP is 1 (unknown cp command). Alan Altmark z/VM Development IBM Endicott
Re: PIPE Help (please)
Nice one. Thanks! -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Stracka, James (GTI) Sent: Thursday, March 13, 2008 3:09 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) If you make those: '| $pipef$ $temp$ a3 'then you may eliminate the ERASE. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Said, Nick Sent: Thursday, March 13, 2008 2:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) I did say quick AND dirty :) Good point, though. Thanks! -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, March 13, 2008 2:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) On Thursday, 03/13/2008 at 02:29 EDT, Said, Nick [EMAIL PROTECTED] wrote: Here's a quick and dirty one I've been using for years. No thinking if it is a cms or cp command: /*pipef*/ arg cmd ' Pipe cp 'cmd , '| $pipef$ $temp$ a ' If rc /= 0 Then do ' Pipe cms 'cmd , '| $pipef$ $temp$ a ' end 'Xedit $pipef$ $temp$ a ' 'Erase $pipef$ $temp$ a ' Not to nitpick, but you need to invoke the PIPE CMS *only* if the return code from the PIPE CP is 1 (unknown cp command). Alan Altmark z/VM Development IBM Endicott This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
Re: PIPE Help (please)
On Thursday, 03/13/2008 at 05:02 EDT, Said, Nick [EMAIL PROTECTED] wrote: Not to double-nitpipck :) cp q disk HCPCQV003E Invalid option - DISK = I71131 at VMT1 (3); D'oh! Alan Altmark z/VM Development IBM Endicott
Re: PIPE Help (please)
I shudder to say ... you could (briefly) go into FULLSCREEN CMS! JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Thursday, February 07, 2008 01:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: PIPE Help (please) I am frustrated with commands generating data that fills multiple screens= and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it.= I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance
Re: PIPE Help (please)
Place the XEDIT command outside the PIPE: when XEDIT starts, the PIEP hasn't closed the file yet 2008/2/7, Lionel B. Dyck [EMAIL PROTECTED]: I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it. I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance -- Kris Buelens, IBM Belgium, VM customer support
PIPE Help (please)
I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it. I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance
Re: PIPE Help (please)
If I remember well: RAC writes its output to disk as RACF OUTPUT A and then the disk file is typed at the console. I inherited a RACFAST tool from Steve Swift that avoids this detour via the A-disk. So, if the use of a RACF command is more than an example but key: use FILELIST first. Another side note: when inserting a stage to collect the data flowing through the pipe, remember that null records are possible in a pipe, but not on disk. I.e. the null records will not end in the disk file. Use |PAD 1 x| fn ft fm to have these null records in the file too. 2008/2/7, David Boyes [EMAIL PROTECTED]: I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: [snip] This seemed like it would work but the file is empty when xedit opens it. Try SET FULLSCREEN ON at the CMS command line. Not all commands use the right I/O stuff to be pipe-friendly (particularly stuff brought over from MVS like RACF). I don't care for fullscreen CMS much, but others like it. -- Kris Buelens, IBM Belgium, VM customer support
Re: PIPE Help (please)
If you are going to ERASE it immediately after the XEDIT why not: PIPE command rac setr list', '| setr list A3' 'XEDIT SETR LIST A' -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Thursday, February 07, 2008 2:39 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) Why so complicated??? PIPE command rac setr list', '| setr list a' 'XEDIT SETR LIST A' 'ERASE SETR LIST A' (but I repeat: probably not required fro RAC commands) 2008/2/7, Schuh, Richard [EMAIL PROTECTED]: Would adding a few lines like Pipe | cms rcx setr list, | setr list a, | hole, | append cms xedit setr list a, | append cms erase setr list a Work? Another possibility might be to simply enter the commands From the CMS command line: xedit temp file a (width 250 From the xedit command line: recfm v trunc * pipe cms rcx setr list | xedit If that works, then you could incorporate the commands entered in XEDIT into an XEDIT macro or into PROFILE XEDIT Regards, Richard Schuh -- Kris Buelens, IBM Belgium, VM customer support This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
Re: PIPE Help (please)
Two things: 1. Go into xedit first, on a dummy file. If the recfm is f, change it to v (xedit command: recfm v). Then on the command line: pipe cms rac setr list|xedit. This will put the output of the rac command directly into your xedit session. When you're done perusing it, just qquit. 2. However, the rac command (exec, actually), in addition to displaying the command output, creates a RACF DATA file on your A-disk containing the command output. Go ahead and let it scroll off your screen, then just xedit racf data. 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 2008, I am off on Fridays with odd Julian dates and Mondays with even ones. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Thursday, February 07, 2008 11:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) Would adding a few lines like Pipe | cms rcx setr list, | setr list a, | hole, | append cms xedit setr list a, | append cms erase setr list a Work? Another possibility might be to simply enter the commands From the CMS command line: xedit temp file a (width 250 From the xedit command line: recfm v trunc * pipe cms rcx setr list | xedit If that works, then you could incorporate the commands entered in XEDIT into an XEDIT macro or into PROFILE XEDIT Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Thursday, February 07, 2008 10:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) Place the XEDIT command outside the PIPE: when XEDIT starts, the PIEP hasn't closed the file yet 2008/2/7, Lionel B. Dyck [EMAIL PROTECTED]: I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it. I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance -- Kris Buelens, IBM Belgium, VM customer support
Re: PIPE Help (please)
Would the PIPE BROWSE do what you want? I don't have RACF, so I can't try it. Pipe cms rac setr list | browse -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Thursday, February 07, 2008 11:42 AM To: IBMVM@LISTSERV.UARK.EDU Subject: PIPE Help (please) I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it. I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance
Re: PIPE Help (please)
I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: [snip] This seemed like it would work but the file is empty when xedit opens it. Try SET FULLSCREEN ON at the CMS command line. Not all commands use the right I/O stuff to be pipe-friendly (particularly stuff brought over from MVS like RACF). I don't care for fullscreen CMS much, but others like it.
Re: PIPE Help (please)
I've sent you my VX EXEC VX a non-fullscreen CMS command Output is displayed in XEDIT. VX = View in Xedit Example: VX rac setr list for CP commands you must do VX cp like: VX cp q all This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Thursday, February 07, 2008 1:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: PIPE Help (please) I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it. I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance
Re: PIPE Help (please)
Why so complicated??? PIPE command rac setr list', '| setr list a' 'XEDIT SETR LIST A' 'ERASE SETR LIST A' (but I repeat: probably not required fro RAC commands) 2008/2/7, Schuh, Richard [EMAIL PROTECTED]: Would adding a few lines like Pipe | cms rcx setr list, | setr list a, | hole, | append cms xedit setr list a, | append cms erase setr list a Work? Another possibility might be to simply enter the commands From the CMS command line: xedit temp file a (width 250 From the xedit command line: recfm v trunc * pipe cms rcx setr list | xedit If that works, then you could incorporate the commands entered in XEDIT into an XEDIT macro or into PROFILE XEDIT Regards, Richard Schuh -- Kris Buelens, IBM Belgium, VM customer support
Re: PIPE Help (please)
Would adding a few lines like Pipe | cms rcx setr list, | setr list a, | hole, | append cms xedit setr list a, | append cms erase setr list a Work? Another possibility might be to simply enter the commands From the CMS command line: xedit temp file a (width 250 From the xedit command line: recfm v trunc * pipe cms rcx setr list | xedit If that works, then you could incorporate the commands entered in XEDIT into an XEDIT macro or into PROFILE XEDIT Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Thursday, February 07, 2008 10:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) Place the XEDIT command outside the PIPE: when XEDIT starts, the PIEP hasn't closed the file yet 2008/2/7, Lionel B. Dyck [EMAIL PROTECTED]: I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it. I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance -- Kris Buelens, IBM Belgium, VM customer support
Re: PIPE Help (please)
Oh yes, I hope there aren't any dangerous commands in the data resulting from CSM RAC SETR LIST. Because: - The output of this RACF command is written to disk by the stage - The stage then copies these data through to CMS XEDIT ... - The CMS stage first executes the XEDIT command passed as parameter then it executes all records that passed through as command - The last CMS stage first issues teh ERASE comand and then executes the output produced by the preceding CMS stage In practice, these stages run concurrently, so it is not that first the stage writes all records and only then the CMS XEDIT stage starts... I'd recommend you our Pipes selfstudy Telecourse: http://www.vm.ibm.com/download/packages/descript.cgi?TCVM2 2008/2/7, Kris Buelens [EMAIL PROTECTED]: Place the XEDIT command outside the PIPE: when XEDIT starts, the PIEP hasn't closed the file yet 2008/2/7, Lionel B. Dyck [EMAIL PROTECTED]: I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it. I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
