REXEC question
Dear all, I set up the REXEC daemon on z/VM 5.3 and wanted to do a logon of a useri d RVMCP with my own credentials. For this the RVMCP directory entry has a LOGONBY option that names my own userid. When I do a LOGON RVMCP BY myuser then it works well. However when I do t his via rexec such as rexec -l rvmcp.by.myuser remote.host q names this gives me a return code of 1 saying that myuser may not login as RVMCP. I didn't find any additional information for eventual additional configuration of REXECD on this in the documentation, so maybe somebody h as experienced a similar problem and could give me a hint. I have RSU 0801 applied on the system. Thanks in advance. Best regards, Fox
Re: Some REXX exec help needed.
Pretty harsh comment there Richard. It seems he'd like to eat up the response to the Close command and perhaps process the result. The CP command as you wrote it displays it on the console. The DIAG command as you wrote it also displays the output on the console. How about cutting me some slack? Many people start using PIPE's with a simple one like mine. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, July 16, 2008 5:36 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Even cheaper, say diag(8, 'SPOOL CONS CLOSE OPERATOR') or 'CP SPOOL CONS CLOSE OPERATOR' Why invoke Pipelines when there are both an internal function and a simple command that will do the job with much less overhead (no scanner, scheduler, etc.). This is a case of blatant misuse of Pipelines. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Hughes, Jim Sent: Wednesday, July 16, 2008 2:25 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. It works for me. On the other hand why not make life easier on yourself and PIPE it: PIPE LITERAL CLOSE CONS OPERATOR | CP | Stem ans. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 5:19 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Yes it did as indicated below, but shouldn't this have appeared in the reader stack as shown by keying in the following at the console? CLOSE CONS OPERATOR CON FILE 0227 SENT TO OPERATOR RDR AS 0063 RECS 0017 CPY 001 T NOHOLD NOKEEP Ready; CP Q RDR OPERATOR ORIGINID FILE CLASS RECORDS CPY HOLD USERFORM OPERFORM DEST KEEP MSG E18823 0063 T CON 0017 001 NONE STANDARD STANDARD OFF OFF OFF Ready; Hughes, Jim [EMAIL PROTECTED] 7/16/2008 5:14 PM If the console was spooled, it went to operator. CP Q RDR OPERATOR and see if a console spool file is there. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 5:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. This is what shows up during execution: 204 *-* 'EXECIO * CP (STRING CLOSE CONS OPERATOR' EXECIO * CP (STRING CLOSE CONS OPERATOR 205 *-* MAXLINES = QUEUED() 0 Hughes, Jim [EMAIL PROTECTED] 7/16/2008 5:09 PM Yes. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 5:06 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Thanks... Is my EXECIO statement valid? Hughes, Jim [EMAIL PROTECTED] 7/16/2008 5:03 PM MAKEBUF not MAKBUF hence the -3. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 5:00 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Some REXX exec help needed. I have the following code in a REXX exec which if I recall worked without any issues in a prior life. 'MAKBUF' BUFFNUM = RC 'EXECIO * CP (STRING CLOSE CONS OPERATOR' The MAKBUF is returning an RC of -3 and the EXECIO statement isn't
Re: Some REXX exec help needed.
What was Richards ( or anyones for that matter) very first pipe? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Hughes, Jim Sent: Thursday, July 17, 2008 7:56 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Pretty harsh comment there Richard. It seems he'd like to eat up the response to the Close command and perhaps process the result. The CP command as you wrote it displays it on the console. The DIAG command as you wrote it also displays the output on the console. How about cutting me some slack? Many people start using PIPE's with a simple one like mine. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, July 16, 2008 5:36 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Even cheaper, say diag(8, 'SPOOL CONS CLOSE OPERATOR') or 'CP SPOOL CONS CLOSE OPERATOR' Why invoke Pipelines when there are both an internal function and a simple command that will do the job with much less overhead (no scanner, scheduler, etc.). This is a case of blatant misuse of Pipelines. Regards, Richard Schuh _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Hughes, Jim Sent: Wednesday, July 16, 2008 2:25 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. It works for me. On the other hand why not make life easier on yourself and PIPE it: PIPE LITERAL CLOSE CONS OPERATOR | CP | Stem ans. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 5:19 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Yes it did as indicated below, but shouldn't this have appeared in the reader stack as shown by keying in the following at the console? CLOSE CONS OPERATOR CON FILE 0227 SENT TO OPERATOR RDR AS 0063 RECS 0017 CPY 001 T NOHOLD NOKEEP Ready; CP Q RDR OPERATOR ORIGINID FILE CLASS RECORDS CPY HOLD USERFORM OPERFORM DEST KEEP MSG E18823 0063 T CON 0017 001 NONE STANDARD STANDARD OFF OFF OFF Ready; Hughes, Jim [EMAIL PROTECTED] 7/16/2008 5:14 PM If the console was spooled, it went to operator. CP Q RDR OPERATOR and see if a console spool file is there. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 5:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. This is what shows up during execution: 204 *-* 'EXECIO * CP (STRING CLOSE CONS OPERATOR' EXECIO * CP (STRING CLOSE CONS OPERATOR 205 *-* MAXLINES = QUEUED() 0 Hughes, Jim [EMAIL PROTECTED] 7/16/2008 5:09 PM Yes. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 5:06 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Thanks... Is my EXECIO statement valid? Hughes, Jim [EMAIL PROTECTED] 7/16/2008 5:03 PM MAKEBUF not MAKBUF hence the -3. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 5:00 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Some REXX exec help needed. I have the following code in a REXX exec which if I recall worked without any issues in a prior life. 'MAKBUF' BUFFNUM = RC 'EXECIO * CP (STRING CLOSE CONS OPERATOR' The MAKBUF is returning an RC of -3 and the EXECIO statement isn't working but did in the past. I know this is crazy but all this started after I logged off and then back on. Any ideas as how to solve this will be appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete
Re: Some REXX exec help needed.
PIPE Literal Hello world | console Shoot me at dawn. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas Sent: Thursday, July 17, 2008 9:15 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. What was Richards ( or anyones for that matter) very first pipe? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Hughes, Jim Sent: Thursday, July 17, 2008 7:56 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Pretty harsh comment there Richard. It seems he'd like to eat up the response to the Close command and perhaps process the result. The CP command as you wrote it displays it on the console. The DIAG command as you wrote it also displays the output on the console. How about cutting me some slack? Many people start using PIPE's with a simple one like mine. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, July 16, 2008 5:36 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Even cheaper, say diag(8, 'SPOOL CONS CLOSE OPERATOR') or 'CP SPOOL CONS CLOSE OPERATOR' Why invoke Pipelines when there are both an internal function and a simple command that will do the job with much less overhead (no scanner, scheduler, etc.). This is a case of blatant misuse of Pipelines. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Hughes, Jim Sent: Wednesday, July 16, 2008 2:25 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. It works for me. On the other hand why not make life easier on yourself and PIPE it: PIPE LITERAL CLOSE CONS OPERATOR | CP | Stem ans. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 5:19 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Yes it did as indicated below, but shouldn't this have appeared in the reader stack as shown by keying in the following at the console? CLOSE CONS OPERATOR CON FILE 0227 SENT TO OPERATOR RDR AS 0063 RECS 0017 CPY 001 T NOHOLD NOKEEP Ready; CP Q RDR OPERATOR ORIGINID FILE CLASS RECORDS CPY HOLD USERFORM OPERFORM DEST KEEP MSG E18823 0063 T CON 0017 001 NONE STANDARD STANDARD OFF OFF OFF Ready; Hughes, Jim [EMAIL PROTECTED] 7/16/2008 5:14 PM If the console was spooled, it went to operator. CP Q RDR OPERATOR and see if a console spool file is there. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 5:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. This is what shows up during execution: 204 *-* 'EXECIO * CP (STRING CLOSE CONS OPERATOR' EXECIO * CP (STRING CLOSE CONS OPERATOR 205 *-* MAXLINES = QUEUED() 0 Hughes, Jim [EMAIL PROTECTED] 7/16/2008 5:09 PM Yes.
Re: Some REXX exec help needed.
On Thu, 17 Jul 2008 08:55:44 -0400 Hughes, Jim said: Pretty harsh comment there Richard. It seems he'd like to eat up the response to the Close command and perhaps process the result. The CP command as you wrote it displays it on the console. The DIAG command as you wrote it also displays the output on the console. How about cutting me some slack? Many people start using PIPE's with a simple one like mine. I'm willing to cut you some slack as well as cut Richard some slack. His point is that there are some significant overhead associated with Pipelines (Richard's point) and there are some alternatives ( Rexx diag, which with minor changes from his examplle ... variable = diag(8, 'SPOOL CONS CLOSE OPERATOR') allows processing the response to the CLOSE command or SPOOL command) Is the overhead of Pipelines always bad? No. Do you need to be aware of it and understand it? Yes. It believe it was Kent Fiala at SAS that did some of the first looking at the issues that I remember. Pipelines is not a simple replacement for EXECIO or Rexx Diag function. Changing do i = 1 to r.0 'EXECIO 1 DISKW (VAR VARIABLE' end to do i = 1 to r.0 'PIPE var variable | ' file end could be a make things significantly slower. Conceptualy, changing that to do i = 1 to r.0 'EXECIO 1 CP (STR' command end to do i = 1 to r.0 'PIPE CP' command '| var xyz' end is not much different. The second will run slower. Move the PIPE outside the loop, and it exists in an EXEC that runs for 10 minutes anyway, and you might not notice it. In a 15,000 line EXEC with no other EXECIOs, would I choose PIPE CP over EXECIO, probably. Forcing whoever has to support the EXEC to switch mental gears between EXECIO and PIPE is probably not worth the 0.2 ms of extra CPU time when it is run, unless it is run thousands of times per day. What was MY first pipe? Don't remember, probably the Hello World, or some other sample from Melinda's paper. Or probably that other faux pas 'PIPE ' file '| stem recs.' (One test I ran a couple years ago showed that I could read most files 3 or 4 times in the time of 1 loading it into a stem. Even for large files.) Richard's point is that every tool has a proper place, and be careful to choose the proper tool. /ahw Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, July 16, 2008 5:36 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Even cheaper, say diag(8, 'SPOOL CONS CLOSE OPERATOR') or 'CP SPOOL CONS CLOSE OPERATOR' Why invoke Pipelines when there are both an internal function and a simple command that will do the job with much less overhead (no scanner, scheduler, etc.). This is a case of blatant misuse of Pipelines. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Hughes, Jim Sent: Wednesday, July 16, 2008 2:25 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. It works for me. On the other hand why not make life easier on yourself and PIPE it: PIPE LITERAL CLOSE CONS OPERATOR | CP | Stem ans. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 5:19 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Yes it did as indicated below, but shouldn't this have appeared in the reader stack as shown by keying in the following at the console? CLOSE CONS OPERATOR CON FILE 0227 SENT TO OPERATOR RDR AS 0063 RECS 0017 CPY 001 T NOHOLD NOKEEP Ready; CP Q RDR OPERATOR ORIGINID FILE CLASS RECORDS CPY HOLD USERFORM OPERFORM DEST KEEP MSG E18823 0063 T CON 0017 001 NONE STANDARD STANDARD OFF OFF OFF Ready; Hughes, Jim [EMAIL PROTECTED] 7/16/2008 5:14 PM If the console was spooled, it went to operator. CP Q RDR OPERATOR and see if a console spool file is there. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 5:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. This is what shows up during execution: 204 *-* 'EXECIO * CP (STRING CLOSE CONS OPERATOR' EXECIO * CP
Re: Question on how RSU maintenance is being handled with DIRMAINT and RACF in the picture
And of course with VM/Vista, for each question you get: You are being asked to answer a question. Allow or Deny -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Ivica Brodaric Sent: July 16, 2008 23:48 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Question on how RSU maintenance is being handled with DIRMAINT and RACF in the picture In order to be more democratic and accommodating, we could have a CANCEL button that said: CANCEL not allowed. You must press OK. Press CANCEL to press OK. Press OK to CANCEL the CANCEL and then press OK. Maybe expand the choice with one more option: If you still wish to press CANCEL to NOT press OK which cancels the CANCEL and presses OK, contact your Systems Programmer. :-) The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot be guaranteed on the Internet. The sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on the basis of information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is property of the TTC and must not be altered or circumvented in any manner.
Re: Some REXX exec help needed.
On Thu, 17 Jul 2008 09:40:46 EDT, A. Harry Williams [EMAIL PROTECTED] wrote: Richard's point is that every tool has a proper place, and be careful to choose the proper tool. Reminds me of something I heard on The Red Green Show: 1) Use the right tool for the right job. 2) Any tool can be the right tool. Brian Nielsen
Re: Some REXX exec help needed.
In that case parse value diagrc(8,' SPOOL CONS CLOSE OPERATOR ') with cprc cpcc cpmsg if he wants to see both the the return code and the message or parse value diag(8, 'SPOOL CONS OPERATOR CLOSE') with cpmsg if he doesn't care about the rc or cc from CP but does want to see the message. Yet another way would be y = diag(8,'SPOOL CONSOLE OPERATOR CLOSE) and then process the variable Y. If all that us wanted is to keep the response from showing up on the console, then a simple call diag 8, 'SPOOL CONS OPERATOR CLOSE will do the trick. Maybe many start with that type of simple Pipe, but they need to learn that Pipes is not the correct tool for every job. There are many places where a Pipe is the best tool, but for something like processing a simple command that only returns a small amount of data in its response or if the desire is simply to suppress the display of the response, there are better ways. I have known many people who learned to use Pipelines as a replacement for EXECIO (and, as Phil Smith III likes to point out, there are places where EXECIO is superior to Pipelines) and who have written many complex REXX programs who still, after several years, have never progressed beyond code that looks like this: 'pipe cp cmd1' 'pipe cp cmd2' . . . 'pipe cp cmdn' (Yes, Alan, most who code like this commit that other sin of not including an address command statement in their programs.) Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Hughes, Jim Sent: Thursday, July 17, 2008 5:56 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Pretty harsh comment there Richard. It seems he'd like to eat up the response to the Close command and perhaps process the result. The CP command as you wrote it displays it on the console. The DIAG command as you wrote it also displays the output on the console. How about cutting me some slack? Many people start using PIPE's with a simple one like mine. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, July 16, 2008 5:36 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Even cheaper, say diag(8, 'SPOOL CONS CLOSE OPERATOR') or 'CP SPOOL CONS CLOSE OPERATOR' Why invoke Pipelines when there are both an internal function and a simple command that will do the job with much less overhead (no scanner, scheduler, etc.). This is a case of blatant misuse of Pipelines. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Hughes, Jim Sent: Wednesday, July 16, 2008 2:25 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. It works for me. On the other hand why not make life easier on yourself and PIPE it: PIPE LITERAL CLOSE CONS OPERATOR | CP | Stem ans. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 5:19 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Yes it did as indicated below, but shouldn't this have appeared in the reader stack as shown by keying in the following at the console? CLOSE CONS OPERATOR CON FILE 0227 SENT TO OPERATOR RDR AS 0063 RECS 0017 CPY 001 T NOHOLD NOKEEP Ready; CP Q RDR OPERATOR ORIGINID FILE CLASS RECORDS CPY HOLD USERFORM OPERFORM DEST KEEP MSG E18823 0063 T CON 0017 001 NONE STANDARD STANDARD OFF OFF OFF Ready; Hughes, Jim [EMAIL PROTECTED] 7/16/2008 5:14 PM If the console was spooled, it went to operator.
Re: Some REXX exec help needed.
My first pipe was a command line entry that did a CP QUERY DASD' selected all volumes having a volser starting with the letter V, sorted on the 5th word and wrote the result to a file. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas Sent: Thursday, July 17, 2008 6:15 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. What was Richards ( or anyones for that matter) very first pipe? -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Hughes, Jim Sent: Thursday, July 17, 2008 7:56 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Pretty harsh comment there Richard. It seems he'd like to eat up the response to the Close command and perhaps process the result. The CP command as you wrote it displays it on the console. The DIAG command as you wrote it also displays the output on the console. How about cutting me some slack? Many people start using PIPE's with a simple one like mine. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, July 16, 2008 5:36 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Even cheaper, say diag(8, 'SPOOL CONS CLOSE OPERATOR') or 'CP SPOOL CONS CLOSE OPERATOR' Why invoke Pipelines when there are both an internal function and a simple command that will do the job with much less overhead (no scanner, scheduler, etc.). This is a case of blatant misuse of Pipelines. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Hughes, Jim Sent: Wednesday, July 16, 2008 2:25 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. It works for me. On the other hand why not make life easier on yourself and PIPE it: PIPE LITERAL CLOSE CONS OPERATOR | CP | Stem ans. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 5:19 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Yes it did as indicated below, but shouldn't this have appeared in the reader stack as shown by keying in the following at the console? CLOSE CONS OPERATOR CON FILE 0227 SENT TO OPERATOR RDR AS 0063 RECS 0017 CPY 001 T NOHOLD NOKEEP Ready; CP Q RDR OPERATOR ORIGINID FILE CLASS RECORDS CPY HOLD USERFORM OPERFORM DEST KEEP MSG E18823 0063 T CON 0017 001 NONE STANDARD STANDARD OFF OFF OFF Ready; Hughes, Jim [EMAIL PROTECTED] 7/16/2008 5:14 PM If the console was spooled, it went to operator. CP Q RDR OPERATOR and see if a console spool file is there. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System
Re: Some REXX exec help needed.
I will not demonstrate anything where a full blown implementation of PIPE must be typed in. My example was a starting point, nothing more, nothing less. At this point we are picking ant poop out of pepper. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Thursday, July 17, 2008 11:57 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. In that case parse value diagrc(8,' SPOOL CONS CLOSE OPERATOR ') with cprc cpcc cpmsg if he wants to see both the the return code and the message or parse value diag(8, 'SPOOL CONS OPERATOR CLOSE') with cpmsg if he doesn't care about the rc or cc from CP but does want to see the message. Yet another way would be y = diag(8,'SPOOL CONSOLE OPERATOR CLOSE) and then process the variable Y. If all that us wanted is to keep the response from showing up on the console, then a simple call diag 8, 'SPOOL CONS OPERATOR CLOSE will do the trick. Maybe many start with that type of simple Pipe, but they need to learn that Pipes is not the correct tool for every job. There are many places where a Pipe is the best tool, but for something like processing a simple command that only returns a small amount of data in its response or if the desire is simply to suppress the display of the response, there are better ways. I have known many people who learned to use Pipelines as a replacement for EXECIO (and, as Phil Smith III likes to point out, there are places where EXECIO is superior to Pipelines) and who have written many complex REXX programs who still, after several years, have never progressed beyond code that looks like this: 'pipe cp cmd1' 'pipe cp cmd2' . . . 'pipe cp cmdn' (Yes, Alan, most who code like this commit that other sin of not including an address command statement in their programs.) Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Hughes, Jim Sent: Thursday, July 17, 2008 5:56 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Pretty harsh comment there Richard. It seems he'd like to eat up the response to the Close command and perhaps process the result. The CP command as you wrote it displays it on the console. The DIAG command as you wrote it also displays the output on the console. How about cutting me some slack? Many people start using PIPE's with a simple one like mine. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, July 16, 2008 5:36 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Even cheaper, say diag(8, 'SPOOL CONS CLOSE OPERATOR') or 'CP SPOOL CONS CLOSE OPERATOR' Why invoke Pipelines when there are both an internal function and a simple command that will do the job with much less overhead (no scanner, scheduler, etc.). This is a case of blatant misuse of Pipelines. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Hughes, Jim Sent: Wednesday, July 16, 2008 2:25 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. It works for me. On the other hand why not make life easier on yourself and PIPE it: PIPE LITERAL CLOSE CONS OPERATOR | CP | Stem ans. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 5:19 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Yes it did as indicated below, but shouldn't this have appeared in the reader stack as shown by keying in the following at the console? CLOSE CONS OPERATOR
Re: Some REXX exec help needed.
We seem to have gone off the track of the original problem. I would like to add a CP Q V CON *BEFORE* the EXECIO, to see if console is currently even being spooled. If some previous step was meant to start spooling, but didn't, that would explain why nothing is going to OPERATOR. Shimon
VSWITCH
Hi I have a quick question. Can the same physical OSA address be used on different VSWITCHES? Thank You, Terry Martin Lockheed Martin - Information Technology z/OS z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED]
Re: Some REXX exec help needed.
Another possibility would be that the console had been closed and no new messages had been displayed between that close and the EXECIO. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Shimon Lebowitz Sent: Thursday, July 17, 2008 11:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. We seem to have gone off the track of the original problem. I would like to add a CP Q V CON *BEFORE* the EXECIO, to see if console is currently even being spooled. If some previous step was meant to start spooling, but didn't, that would explain why nothing is going to OPERATOR. Shimon
Re: VSWITCH
On Thursday, 07/17/2008 at 02:39 EDT, Martin, Terry R. (CMS/CTR) (CTR) [EMAIL PROTECTED] wrote: I have a quick question. Can the same physical OSA address be used on different VSWITCHES? The same *chpid* can be used on different VSWITCHes. That is, LPAR1 and LPAR2 can share an OSA chpid. The device numbers used by each LPAR are not important - they can be the same or different - it depends on the IOCDS. Within a single z/VM LPAR, the same device address cannot be used, but as with LPARs, you can have multiple VSWITCHes share the OSA using different device addresses. But when that happens, I start to question why you need two VSWITCHes. Alan Altmark z/VM Development IBM Endicott
Re: VSWITCH
On Thu, 17 Jul 2008 14:53:39 -0400, Alan Altmark [EMAIL PROTECTED] wrote: you can have multiple VSWITCHes share the OSA using different device addresses. But when that happens, I start to question why you ne ed two VSWITCHes. In our current case, VLAN unaware Linux guests that need to communicate o n 2 different VLANs in the real network. We'll need to move away from that configuration though to implement Link Aggregation. Brian Nielsen
Re: Some REXX exec help needed.
Thanks to all for your replies, I resolved my issue with the following and I can get exactly what I want out of this. 'EXECIO * CP (STEM BUFLINE. STRING 'CP CLOSE CONS OPERATOR'' SAY BUFLINE.1 PARSE VAR BUFLINE.1 . . . . . . . . RDR_NUMBER UNUSED1 Schuh, Richard [EMAIL PROTECTED] 7/17/2008 2:38 PM Another possibility would be that the console had been closed and no new messages had been displayed between that close and the EXECIO. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Shimon Lebowitz Sent: Thursday, July 17, 2008 11:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. We seem to have gone off the track of the original problem. I would like to add a CP Q V CON *BEFORE* the EXECIO, to see if console is currently even being spooled. If some previous step was meant to start spooling, but didn't, that would explain why nothing is going to OPERATOR. Shimon _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash.
Re: Some REXX exec help needed.
Howard, That will work find as long as the CONSOLE was started. That should do it... unless the console was not SPOOLed START in the first place. He's a way of bullet-proofing it: parse value diag(8,'CLOSE CONSOLE TO OPERATOR') with . . . . . . . . sfid . If sfid'' then ... do what you want with the SPOOL File ID (RECEIVE, PIPE READER, etc.) Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Howard Rifkind [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/17/2008 03:25 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Some REXX exec help needed. Thanks to all for your replies, I resolved my issue with the following and I can get exactly what I want out of this. 'EXECIO * CP (STEM BUFLINE. STRING 'CP CLOSE CONS OPERATOR'' SAY BUFLINE.1 PARSE VAR BUFLINE.1 . . . . . . . . RDR_NUMBER UNUSED1 Schuh, Richard [EMAIL PROTECTED] 7/17/2008 2:38 PM Another possibility would be that the console had been closed and no new messages had been displayed between that close and the EXECIO. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Shimon Lebowitz Sent: Thursday, July 17, 2008 11:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. We seem to have gone off the track of the original problem. I would like to add a CP Q V CON *BEFORE* the EXECIO, to see if console is currently even being spooled. If some previous step was meant to start spooling, but didn't, that would explain why nothing is going to OPERATOR. Shimon _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. 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.
Re: Some REXX exec help needed.
Thanks, good suggestion I also try this one. Mike Walter [EMAIL PROTECTED] 7/17/2008 4:52 PM Howard, That will work find as long as the CONSOLE was started. That should do it... unless the console was not SPOOLed START in the first place. He's a way of bullet-proofing it: parse value diag(8,'CLOSE CONSOLE TO OPERATOR') with . . . . . . . . sfid . If sfid'' then ... do what you want with the SPOOL File ID (RECEIVE, PIPE READER, etc.) Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Howard Rifkind [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/17/2008 03:25 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Some REXX exec help needed. Thanks to all for your replies, I resolved my issue with the following and I can get exactly what I want out of this. 'EXECIO * CP (STEM BUFLINE. STRING 'CP CLOSE CONS OPERATOR'' SAY BUFLINE.1 PARSE VAR BUFLINE.1 . . . . . . . . RDR_NUMBER UNUSED1 Schuh, Richard [EMAIL PROTECTED] 7/17/2008 2:38 PM Another possibility would be that the console had been closed and no new messages had been displayed between that close and the EXECIO. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Shimon Lebowitz Sent: Thursday, July 17, 2008 11:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. We seem to have gone off the track of the original problem. I would like to add a CP Q V CON *BEFORE* the EXECIO, to see if console is currently even being spooled. If some previous step was meant to start spooling, but didn't, that would explain why nothing is going to OPERATOR. Shimon _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. 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. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash.
Re: VSWITCH
you can have multiple VSWITCHes share the OSA using different device addresses. But when that happens, I start to question why you need two VSWITCHes I'm doing this to test moving from layer 3 to layer 2. And, well there's my VM stack who can't move. Note that LACP will not let one do this - an OSA chpid will then get to go to one and only 1 vswitch. (regardless if LPAR or VM) (correct me if I'm wrong Alan :) But Brian, I'm confused about your reason. Wouldn't you just want to use a VLAN aware vswitch, put the guests on access port types, and issue the set vswitch grant the the right vlan for the guest? Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, July 17, 2008 11:54 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] VSWITCH On Thursday, 07/17/2008 at 02:39 EDT, Martin, Terry R. (CMS/CTR) (CTR) [EMAIL PROTECTED] wrote: I have a quick question. Can the same physical OSA address be used on different VSWITCHES? The same *chpid* can be used on different VSWITCHes. That is, LPAR1 and LPAR2 can share an OSA chpid. The device numbers used by each LPAR are not important - they can be the same or different - it depends on the IOCDS. Within a single z/VM LPAR, the same device address cannot be used, but as with LPARs, you can have multiple VSWITCHes share the OSA using different device addresses. But when that happens, I start to question why you need two VSWITCHes. Alan Altmark z/VM Development IBM Endicott
Re: VSWITCH
Thanks for the information all. The intent of the folks that were designing this was to keep the 3 zone environment segregated. However as I learn more about this I tend to agree that we could get away with one switch in the case where multiple switches are using the same OSA using different OSA address triplets. Terry -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, July 17, 2008 2:54 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VSWITCH On Thursday, 07/17/2008 at 02:39 EDT, Martin, Terry R. (CMS/CTR) (CTR) [EMAIL PROTECTED] wrote: I have a quick question. Can the same physical OSA address be used on different VSWITCHES? The same *chpid* can be used on different VSWITCHes. That is, LPAR1 and LPAR2 can share an OSA chpid. The device numbers used by each LPAR are not important - they can be the same or different - it depends on the IOCDS. Within a single z/VM LPAR, the same device address cannot be used, but as with LPARs, you can have multiple VSWITCHes share the OSA using different device addresses. But when that happens, I start to question why you need two VSWITCHes. Alan Altmark z/VM Development IBM Endicott
