Re: Question on how RSU maintenance is being handled with DIRMAINT and RACF in the picture
On Wed, Jul 16, 2008 at 6:05 AM, Alan Altmark [EMAIL PROTECTED] wrote: BTW, there's nothing wrong with building a test system and then copying that into production in whatever way you wish. I'm not going to dictate to anyone how to get your system into Final Real Production. So we're not going to see new messages like: z/VM installed new service and will need to shutdown reipl. Do you want that right now or do you want to lose your work in 5 minutes while you're on the phone... ;-) Rob
Re: Question on how RSU maintenance is being handled with DIRMAINT and RACF in the picture
On Wed, Jul 16, 2008 at 3:53 AM, Feller, Paul [EMAIL PROTECTED] wrote: Everyone talks about a second level system. Our second level system is actually an lpar. We created a small tech support lpar that we first apply maintenance to. We also use it to test new z/VM upgrades. We do run a few small zLinux guests on it to test things before we roll maintenance or upgrades to the other two lpars. Obviously there's historic reasons why we do that 2nd level rather than in LPAR. Some of that go back way before EMIF and you just would not get the hardware for it. The other reason is that many shops do not let the system programmers near the HMC to IPL an LPAR. And you can have more than one, so it also allows every system programmer to get the necessary experience of breaking a system. To me the big advantage is that you don't have to tinker with the configuration of that 2nd level system to get a network up, for example (though with TCP/IP it is easier than with VTAM). I see your tech support system more as the integration test, once you've verified that the new system is able to support your own work. Rob
FLASHCOPY performance to a DS6800 DASD
Hello Everyone, I need some confirmation. I am just amazed at the performance of the DS6800 I just did the z/VM command FLASHCOPY on a 3390-mod 9 on DS6800 to another 3390-mod 9 volume on the DS6800. FLASHCOPY 8A2 0 END TO 8A1 0 END SYNCHRONOUS The command responded instantaneously. SYNChronous tells CP to process the command immediately and does not allow you to enter any other commands until the hardware has accepted all parameters, all messages from the Enterprise Storage Server (ESS) subsystem have been processed, and the FLASHCOPY command completes. Is the DS6800 and the FLASHCOPY really that fast or is there something going on behind the scenes? Performance has been pretty unbelievable but the FLASHCOPY was just too fast. Example Our Batch cycle at night use to take 5-5.5 hours. Started at midnight and Completeed around 5:30 am. Old system EMC SYMETRIC 8 gig of cache and 6 ESCON connections. SWITCH to DS6800. DS6800 2 gig of cache with 4 FICON connections. Batch cycle dropped by 1 hour without any other changes. Start at midnight and completes around 4-4:30 am. Ed Martin 330-588-4723 ext 40441
Re: FLASHCOPY performance to a DS6800 DASD
I can't help you with the flashcopy question, but I can tell you our dfdss full backups(3390-3) went from 20-25 min to 6-7 min when we changed out to the ds6k. No one could believe it From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Edward M. Martin Sent: Wednesday, July 16, 2008 10:00 AM To: IBMVM@LISTSERV.UARK.EDU Subject: FLASHCOPY performance to a DS6800 DASD Hello Everyone, I need some confirmation. I am just amazed at the performance of the DS6800 I just did the z/VM command FLASHCOPY on a 3390-mod 9 on DS6800 to another 3390-mod 9 volume on the DS6800. FLASHCOPY 8A2 0 END TO 8A1 0 END SYNCHRONOUS The command responded instantaneously. SYNChronous tells CP to process the command immediately and does not allow you to enter any other commands until the hardware has accepted all parameters, all messages from the Enterprise Storage Server (ESS) subsystem have been processed, and the FLASHCOPY command completes. Is the DS6800 and the FLASHCOPY really that fast or is there something going on behind the scenes? Performance has been pretty unbelievable but the FLASHCOPY was just too fast. Example Our Batch cycle at night use to take 5-5.5 hours. Started at midnight and Completeed around 5:30 am. Old system EMC SYMETRIC 8 gig of cache and 6 ESCON connections. SWITCH to DS6800. DS6800 2 gig of cache with 4 FICON connections. Batch cycle dropped by 1 hour without any other changes. Start at midnight and completes around 4-4:30 am. Ed Martin 330-588-4723 ext 40441 - The information transmitted is intended solely for the individual 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 action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer.
Re: FLASHCOPY performance to a DS6800 DASD
Hello Larry, I kept hearing those types of numbers. I am very pleasantly surprised. Ed Martin 330-588-4723 ext 40441 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Macioce, Larry Sent: Wednesday, July 16, 2008 10:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FLASHCOPY performance to a DS6800 DASD I can't help you with the flashcopy question, but I can tell you our dfdss full backups(3390-3) went from 20-25 min to 6-7 min when we changed out to the ds6k. No one could believe it From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Edward M. Martin Sent: Wednesday, July 16, 2008 10:00 AM To: IBMVM@LISTSERV.UARK.EDU Subject: FLASHCOPY performance to a DS6800 DASD Hello Everyone, I need some confirmation. I am just amazed at the performance of the DS6800 I just did the z/VM command FLASHCOPY on a 3390-mod 9 on DS6800 to another 3390-mod 9 volume on the DS6800. FLASHCOPY 8A2 0 END TO 8A1 0 END SYNCHRONOUS The command responded instantaneously. SYNChronous tells CP to process the command immediately and does not allow you to enter any other commands until the hardware has accepted all parameters, all messages from the Enterprise Storage Server (ESS) subsystem have been processed, and the FLASHCOPY command completes. Is the DS6800 and the FLASHCOPY really that fast or is there something going on behind the scenes? Performance has been pretty unbelievable but the FLASHCOPY was just too fast. Example Our Batch cycle at night use to take 5-5.5 hours. Started at midnight and Completeed around 5:30 am. Old system EMC SYMETRIC 8 gig of cache and 6 ESCON connections. SWITCH to DS6800. DS6800 2 gig of cache with 4 FICON connections. Batch cycle dropped by 1 hour without any other changes. Start at midnight and completes around 4-4:30 am. Ed Martin 330-588-4723 ext 40441 The information transmitted is intended solely for the individual 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 action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer.
Re: Question on how RSU maintenance is being handled with DIRMAINT and RACF in the picture
I always user SERVICE and PUT2PROD, but I use them on the 2nd lvl test system. They don't come near the systems that real people, i.e. users, use. As far as an ESM goes, I have RACF, so that's a moot point for me. I realize that VM development has limited resources and I recognize that VM installation/maintenance has to be designed or tailored for the least common denominator that being, for example, the MVS sysprog or the UNIX sysadmin who has been told to bring up VM in order to host LINUX. Nevertheless I don't think that Endicott needs to go out of their way to cut out the few remaining, experienced VM sysprogs that still haven't retired to a rocking chair on the front porch of a retirement home. Jim Alan Altmark wrote: On Tuesday, 07/15/2008 at 04:39 EDT, Kris Buelens [EMAIL PROTECTED] wrote: I work like Jim: never PUT2PROD. Copy the runtime minidisks from the install user (eg 5VMTCP30) to alternate addresses of the active user (eg TCPMAINT). When the time is right, the mdisk addresses are swapped. This process is first tested on the SW Installation system and then repeated on production systems. The minidisks passwords tell which is which. cough For those without ESMs, those passwords must serve a Higher Authority. This way we always have a backout and operators can be explained which minidisk addresses to swap and which servers to restart in case a backout is required. Looking down the road, I see a rough ride for people who don't use SERVICE and PUT2PROD. For TCP/IP, consider using test servers with TCPMAINT 491/492. For CMS tests, IPL 490 and use 493. Obviously you need a 2nd level system to verify CP service. Alan Altmark z/VM Development IBM Endicott -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: FLASHCOPY performance to a DS6800 DASD
Ed, I'm sure I'll be corrected if my understanding is in error. The FLASHCOPY proceeds in the background, but the source is available for use immediately as writes to un-copied portions of the source volume are logged and held until the flashcopy completes. Also, reads of uncopied areas of the destination volume pull from the original, as yet unchanged, volume. Once the copy is complete, the logged updates are applied to the source volume. On our DS8100, we flashcopy about 60 VSE volumes each night (waiting 3 seconds between commands) and then immediately bring up our production system. We then immediately start VMBACKUP to grab a full DR copy from the destination volumes. Our production VSE is IPL'd usually within 5 minutes of shutdown. Bob _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Edward M. Martin Sent: Wednesday, July 16, 2008 9:17 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FLASHCOPY performance to a DS6800 DASD Hello Larry, I kept hearing those types of numbers. I am very pleasantly surprised. Ed Martin 330-588-4723 ext 40441 _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Macioce, Larry Sent: Wednesday, July 16, 2008 10:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FLASHCOPY performance to a DS6800 DASD I can't help you with the flashcopy question, but I can tell you our dfdss full backups(3390-3) went from 20-25 min to 6-7 min when we changed out to the ds6k. No one could believe it _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Edward M. Martin Sent: Wednesday, July 16, 2008 10:00 AM To: IBMVM@LISTSERV.UARK.EDU Subject: FLASHCOPY performance to a DS6800 DASD Hello Everyone, I need some confirmation. I am just amazed at the performance of the DS6800 I just did the z/VM command FLASHCOPY on a 3390-mod 9 on DS6800 to another 3390-mod 9 volume on the DS6800. FLASHCOPY 8A2 0 END TO 8A1 0 END SYNCHRONOUS The command responded instantaneously. SYNChronous tells CP to process the command immediately and does not allow you to enter any other commands until the hardware has accepted all parameters, all messages from the Enterprise Storage Server (ESS) subsystem have been processed, and the FLASHCOPY command completes. Is the DS6800 and the FLASHCOPY really that fast or is there something going on behind the scenes? Performance has been pretty unbelievable but the FLASHCOPY was just too fast. Example Our Batch cycle at night use to take 5-5.5 hours. Started at midnight and Completeed around 5:30 am. Old system EMC SYMETRIC 8 gig of cache and 6 ESCON connections. SWITCH to DS6800. DS6800 2 gig of cache with 4 FICON connections. Batch cycle dropped by 1 hour without any other changes. Start at midnight and completes around 4-4:30 am. Ed Martin 330-588-4723 ext 40441 _ The information transmitted is intended solely for the individual 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 action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. This electronic transmission and any documents accompanying this electronic transmission contain confidential information belonging to the sender. This information may be legally privileged. The information is intended only for the use of the individual or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on or regarding the contents of this electronically transmitted information is strictly prohibited.
Re: FLASHCOPY performance to a DS6800 DASD
Hello and Thanks to everyone, I have been to the lectures and read the literature. I was just amazed at the performance. Question (because I am Systems), what happens to the copy process if power is interrupted? And how do I know when the copy function is actually completed? Ed Martin 330-588-4723 ext 40441 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Bob Levad (641-585-6770) Sent: Wednesday, July 16, 2008 10:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FLASHCOPY performance to a DS6800 DASD Ed, I'm sure I'll be corrected if my understanding is in error. The FLASHCOPY proceeds in the background, but the source is available for use immediately as writes to un-copied portions of the source volume are logged and held until the flashcopy completes. Also, reads of uncopied areas of the destination volume pull from the original, as yet unchanged, volume. Once the copy is complete, the logged updates are applied to the source volume. On our DS8100, we flashcopy about 60 VSE volumes each night (waiting 3 seconds between commands) and then immediately bring up our production system. We then immediately start VMBACKUP to grab a full DR copy from the destination volumes. Our production VSE is IPL'd usually within 5 minutes of shutdown. Bob ntents of this electronically transmitted information is strictly prohibited.
Re: FLASHCOPY performance to a DS6800 DASD
We use it for our Linux image cloning, where we copy two to three 3390 mod 9 volumes to create the new image. From request to first boot of the copied image is roughly 18 to 25 seconds. Can¹t fault that at all... -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ In theory, theory and practice are the same, but in practice, theory and practice are different. On 7/16/08 9:43 AM, Edward M. Martin [EMAIL PROTECTED] wrote: Hello and Thanks to everyone, I have been to the lectures and read the literature. I was just amazed at the performance. Question (because I am Systems), what happens to the copy process if power is interrupted? And how do I know when the copy function is actually completed? Ed Martin 330-588-4723 ext 40441 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Bob Levad (641-585-6770) Sent: Wednesday, July 16, 2008 10:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FLASHCOPY performance to a DS6800 DASD Ed, I'm sure I'll be corrected if my understanding is in error. The FLASHCOPY proceeds in the background, but the source is available for use immediately as writes to un-copied portions of the source volume are logged and held until the flashcopy completes. Also, reads of uncopied areas of the destination volume pull from the original, as yet unchanged, volume. Once the copy is complete, the logged updates are applied to the source volume. On our DS8100, we flashcopy about 60 VSE volumes each night (waiting 3 seconds between commands) and then immediately bring up our production system. We then immediately start VMBACKUP to grab a full DR copy from the destination volumes. Our production VSE is IPL'd usually within 5 minutes of shutdown. Bob ntents of this electronically transmitted information is strictly prohibited.
Re: FLASHCOPY performance to a DS6800 DASD
Hi Ed Yep, it is amazing, especially for those of us that never had access to a high performance dasd subsystem before. Without the sync parm, the command comes back immediately. With the sync parm, the command comes back when the DS6800 has gathered all the information/control blocks necessary, and starts the flashcopy. I've never been able to determine when a flashcopy is completed, other than looking at the lights on the box. That has been a problem as if you need to rerun the flashcopy command again (like something bombed out in the rexx exec and it is easier just to reexecute the exec), it tells you that the to volume is in use. So if you have a mixture of large and small volumes, the small volumes get a repeat of being flashed and the large volumes end up with the original flash. There is suppose to be a way from the DS6800 console to determine what flashes are running, but I never got that far. Also, if you want to flash a series of volumes at the same instant, it can be done via the DS6800 console. I flash minidisks, so I can only use the VM Flashcopy command. BTW, have you noticed that when you run batch jobs, you are always near 100% cpu utilization? My boss keeps asking me who is in a loop. We are running just fine G. Tom Duerbusch THD Consulting Law of Cat Acceleration A cat will accelerate at a constant rate, until he gets good and ready to stop. Edward M. Martin [EMAIL PROTECTED] 7/16/2008 8:59 AM Hello Everyone, I need some confirmation. I am just amazed at the performance of the DS6800 I just did the z/VM command FLASHCOPY on a 3390-mod 9 on DS6800 to another 3390-mod 9 volume on the DS6800. FLASHCOPY 8A2 0 END TO 8A1 0 END SYNCHRONOUS The command responded instantaneously. SYNChronous tells CP to process the command immediately and does not allow you to enter any other commands until the hardware has accepted all parameters, all messages from the Enterprise Storage Server (ESS) subsystem have been processed, and the FLASHCOPY command completes. Is the DS6800 and the FLASHCOPY really that fast or is there something going on behind the scenes? Performance has been pretty unbelievable but the FLASHCOPY was just too fast. Example Our Batch cycle at night use to take 5-5.5 hours. Started at midnight and Completeed around 5:30 am. Old system EMC SYMETRIC 8 gig of cache and 6 ESCON connections. SWITCH to DS6800. DS6800 2 gig of cache with 4 FICON connections. Batch cycle dropped by 1 hour without any other changes. Start at midnight and completes around 4-4:30 am. Ed Martin 330-588-4723 ext 40441
Re: Question on how RSU maintenance is being handled with DIRMAINT and RACF in the picture
On Wednesday, 07/16/2008 at 09:39 EDT, Rob van der Heij [EMAIL PROTECTED] wrote: On Wed, Jul 16, 2008 at 6:05 AM, Alan Altmark [EMAIL PROTECTED] wrote: BTW, there's nothing wrong with building a test system and then copying that into production in whatever way you wish. I'm not going to dictate to anyone how to get your system into Final Real Production. So we're not going to see new messages like: z/VM installed new service and will need to shutdown reipl. Do you want that right now or do you want to lose your work in 5 minutes while you're on the phone... ;-) No. You'll also have the opportunity to delay the nag message for 3 minutes or 14.5 hours (your choice). The messages will go to the system operator, but in a way that is not visible to system automation. ;-) Alan Altmark z/VM Development IBM Endicott
Re: Question on how RSU maintenance is being handled with DIRMAINT and RACF in the picture
No. You'll also have the opportunity to delay the nag message for 3 minutes or 14.5 hours (your choice). The messages will go to the system operator, but in a way that is not visible to system automation. ;-) And we are Marie of Roumania. Alan Altmark z/VM Development IBM Endicott
CMS REXX eMAIL
I am looking for a *very* simple procedure to send eMail from a CMS REXX EXEC. Does anybody have something they are willing to share? Thank you, Scott R Wandschneider Senior Systems Programmer Infocrossing, a WIPRO Company 11707 Miracle Hills Dr. Omaha, NE 68154 Office 402.963.8905
Re: CMS REXX eMAIL
Checkout the MAILIT package. http://www.vm.ibm.com/download/packages/descript.cgi?MAILIT Mary Anne On Wed, Jul 16, 2008 at 11:56 AM, Wandschneider, Scott [EMAIL PROTECTED] wrote: I am looking for a *very* simple procedure to send eMail from a CMS REXX EXEC. Does anybody have something they are willing to share? Thank you, Scott R Wandschneider Senior Systems Programmer Infocrossing, a WIPRO Company 11707 Miracle Hills Dr. Omaha, NE 68154 Office 402.963.8905
Re: CMS REXX eMAIL
And the CMS SENFILE command can send files to Internet addresses, via SMTP, as well. Mary Anne Matyaz wrote: Checkout the MAILIT package. http://www.vm.ibm.com/download/packages/descript.cgi?MAILIT Mary Anne On Wed, Jul 16, 2008 at 11:56 AM, Wandschneider, Scott [EMAIL PROTECTED] wrote: I am looking for a *very* simple procedure to send eMail from a CMS REXX EXEC. Does anybody have something they are willing to share? Thank you, Scott R Wandschneider Senior Systems Programmer Infocrossing, a WIPRO Company 11707 Miracle Hills Dr. Omaha, NE 68154 Office 402.963.8905 -- DJ V/Soft z/VM and mainframe Linux expertise, training, consulting, and software development www.vsoft-software.com
Re: CMS REXX eMAIL
EXEC SENDFILE filename filetype filemode to someone at webaddress.com ( mime subject 'This is the subject' I think this is it. Do a help SENDFILE for the details. Good Luck. Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) =-Original Message- =From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On =Behalf Of Wandschneider, Scott =Sent: Wednesday, July 16, 2008 11:56 AM =To: IBMVM@LISTSERV.UARK.EDU =Subject: CMS REXX eMAIL = =I am looking for a *very* simple procedure to send eMail from a CMS REXX =EXEC. =Does anybody have something they are willing to share? = =Thank you, =Scott R Wandschneider =Senior Systems Programmer =Infocrossing, a WIPRO Company =11707 Miracle Hills Dr. =Omaha, NE 68154 =Office 402.963.8905 = = = =
Re: Question on how RSU maintenance is being handled with DIRMAINT and RACF in the picture
I did some maintenance on PERFKIT and PUT2PROD it on my production system. The process rebuilt CMS. This was a major surprise, although it was my fault for not figuring out what PUT2PROD was going to do before it did it (read the build list). I think the default action of PUT2PROD should be to indicate what exactly it's going to do with options to skip various steps in the process to protect the novice (and also the lazy) systems programmer, and also those with different procedures, for example VSSI customers. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Wednesday, July 16, 2008 11:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Question on how RSU maintenance is being handled with DIRMAINT and RACF in the picture On Wednesday, 07/16/2008 at 09:39 EDT, Rob van der Heij [EMAIL PROTECTED] wrote: On Wed, Jul 16, 2008 at 6:05 AM, Alan Altmark [EMAIL PROTECTED] wrote: BTW, there's nothing wrong with building a test system and then copying that into production in whatever way you wish. I'm not going to dictate to anyone how to get your system into Final Real Production. So we're not going to see new messages like: z/VM installed new service and will need to shutdown reipl. Do you want that right now or do you want to lose your work in 5 minutes while you're on the phone... ;-) No. You'll also have the opportunity to delay the nag message for 3 minutes or 14.5 hours (your choice). The messages will go to the system operator, but in a way that is not visible to system automation. ;-) Alan Altmark z/VM Development IBM Endicott
Re: CMS REXX eMAIL
I can't seem to get that to work. Must be my network. I get: DMSWSF1012E Node ID abc.com not valid for RSCS; no files have been sent MA On Wed, Jul 16, 2008 at 12:00 PM, Dave Jones [EMAIL PROTECTED] wrote: And the CMS SENFILE command can send files to Internet addresses, via SMTP, as well. Mary Anne Matyaz wrote: Checkout the MAILIT package. http://www.vm.ibm.com/download/packages/descript.cgi?MAILIT Mary Anne On Wed, Jul 16, 2008 at 11:56 AM, Wandschneider, Scott [EMAIL PROTECTED] wrote: I am looking for a *very* simple procedure to send eMail from a CMS REXX EXEC. Does anybody have something they are willing to share? Thank you, Scott R Wandschneider Senior Systems Programmer Infocrossing, a WIPRO Company 11707 Miracle Hills Dr. Omaha, NE 68154 Office 402.963.8905 -- DJ V/Soft z/VM and mainframe Linux expertise, training, consulting, and software development www.vsoft-software.com
Re: CMS REXX eMAIL
Use SMPT or MIME as the first option after the ( 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 Mary Anne Matyaz Sent: Wednesday, July 16, 2008 12:12 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CMS REXX eMAIL I can't seem to get that to work. Must be my network. I get: DMSWSF1012E Node ID abc.com not valid for RSCS; no files have been sent MA On Wed, Jul 16, 2008 at 12:00 PM, Dave Jones [EMAIL PROTECTED] wrote: And the CMS SENFILE command can send files to Internet addresses, via SMTP, as well. Mary Anne Matyaz wrote: Checkout the MAILIT package. http://www.vm.ibm.com/download/packages/descript.cgi?MAILIT Mary Anne On Wed, Jul 16, 2008 at 11:56 AM, Wandschneider, Scott [EMAIL PROTECTED] wrote: I am looking for a *very* simple procedure to send eMail from a CMS REXX EXEC. Does anybody have something they are willing to share? Thank you, Scott R Wandschneider Senior Systems Programmer Infocrossing, a WIPRO Company 11707 Miracle Hills Dr. Omaha, NE 68154 Office 402.963.8905 -- DJ V/Soft z/VM and mainframe Linux expertise, training, consulting, and software development www.vsoft-software.com
Re: Question on how RSU maintenance is being handled with DIRMAINT and RACF in the picture
On Jul 16, 2008, at 10:36 AM, Alan Altmark wrote: On Wednesday, 07/16/2008 at 09:39 EDT, Rob van der Heij [EMAIL PROTECTED] wrote: On Wed, Jul 16, 2008 at 6:05 AM, Alan Altmark [EMAIL PROTECTED] wrote: BTW, there's nothing wrong with building a test system and then copying that into production in whatever way you wish. I'm not going to dictate to anyone how to get your system into Final Real Production. So we're not going to see new messages like: z/VM installed new service and will need to shutdown reipl. Do you want that right now or do you want to lose your work in 5 minutes while you're on the phone... ;-) No. You'll also have the opportunity to delay the nag message for 3 minutes or 14.5 hours (your choice). The messages will go to the system operator, but in a way that is not visible to system automation. ;-) A, can't we have a z/VM dialog box with: The system will now reboot. Click OK to proceed. [I accept the horrible situation in which you have left be because you have given me no choice, uh, I mean OK] ? I guess I need to write up a requirement. Adam
Re: CMS REXX eMAIL
You need to access the TCPMAINT 592 disk. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mary Anne Matyaz Sent: Wednesday, July 16, 2008 9:12 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CMS REXX eMAIL I can't seem to get that to work. Must be my network. I get: DMSWSF1012E Node ID abc.com not valid for RSCS; no files have been sent MA On Wed, Jul 16, 2008 at 12:00 PM, Dave Jones [EMAIL PROTECTED] wrote: And the CMS SENFILE command can send files to Internet addresses, via SMTP, as well. Mary Anne Matyaz wrote: Checkout the MAILIT package. http://www.vm.ibm.com/download/packages/descript.cgi?MAILIT Mary Anne On Wed, Jul 16, 2008 at 11:56 AM, Wandschneider, Scott [EMAIL PROTECTED] wrote: I am looking for a *very* simple procedure to send eMail from a CMS REXX EXEC. Does anybody have something they are willing to share? Thank you, Scott R Wandschneider Senior Systems Programmer Infocrossing, a WIPRO Company 11707 Miracle Hills Dr. Omaha, NE 68154 Office 402.963.8905 -- DJ V/Soft z/VM and mainframe Linux expertise, training, consulting, and software development www.vsoft-software.com
Re: FLASHCOPY performance to a DS6800 DASD
Hello Tom, I have not noticed the 100 during the batch processing but I will ask the operators to keep an eye on it. Ed Martin 330-588-4723 ext 40441 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Tom Duerbusch Sent: Wednesday, July 16, 2008 11:26 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FLASHCOPY performance to a DS6800 DASD Hi Ed Yep, it is amazing, especially for those of us that never had access to a high performance dasd subsystem before. Without the sync parm, the command comes back immediately. With the sync parm, the command comes back when the DS6800 has gathered all the information/control blocks necessary, and starts the flashcopy. I've never been able to determine when a flashcopy is completed, other than looking at the lights on the box. That has been a problem as if you need to rerun the flashcopy command again (like something bombed out in the rexx exec and it is easier just to reexecute the exec), it tells you that the to volume is in use. So if you have a mixture of large and small volumes, the small volumes get a repeat of being flashed and the large volumes end up with the original flash. There is suppose to be a way from the DS6800 console to determine what flashes are running, but I never got that far. Also, if you want to flash a series of volumes at the same instant, it can be done via the DS6800 console. I flash minidisks, so I can only use the VM Flashcopy command. BTW, have you noticed that when you run batch jobs, you are always near 100% cpu utilization? My boss keeps asking me who is in a loop. We are running just fine G. Tom Duerbusch THD Consulting Law of Cat Acceleration A cat will accelerate at a constant rate, until he gets good and ready to stop. Edward M. Martin [EMAIL PROTECTED] 7/16/2008 8:59 AM Hello Everyone, I need some confirmation. I am just amazed at the performance of the DS6800 I just did the z/VM command FLASHCOPY on a 3390-mod 9 on DS6800 to another 3390-mod 9 volume on the DS6800. FLASHCOPY 8A2 0 END TO 8A1 0 END SYNCHRONOUS The command responded instantaneously. SYNChronous tells CP to process the command immediately and does not allow you to enter any other commands until the hardware has accepted all parameters, all messages from the Enterprise Storage Server (ESS) subsystem have been processed, and the FLASHCOPY command completes. Is the DS6800 and the FLASHCOPY really that fast or is there something going on behind the scenes? Performance has been pretty unbelievable but the FLASHCOPY was just too fast. Example Our Batch cycle at night use to take 5-5.5 hours. Started at midnight and Completeed around 5:30 am. Old system EMC SYMETRIC 8 gig of cache and 6 ESCON connections. SWITCH to DS6800. DS6800 2 gig of cache with 4 FICON connections. Batch cycle dropped by 1 hour without any other changes. Start at midnight and completes around 4-4:30 am. Ed Martin 330-588-4723 ext 40441
Re: CMS REXX eMAIL
Sorry for my ignorance, but where do I define the HOST? ZVM52.INFOCROSSING.COM unable to deliver following mail to recipient(s): [EMAIL PROTECTED] 550 Host 'infocrossing.com' Unknown Thank you, Scott R Wandschneider Senior Systems Programmer Infocrossing, a WIPRO Company 11707 Miracle Hills Dr. Omaha, NE 68154 Office 402.963.8905 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, July 16, 2008 11:23 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CMS REXX eMAIL You need to access the TCPMAINT 592 disk. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mary Anne Matyaz Sent: Wednesday, July 16, 2008 9:12 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CMS REXX eMAIL I can't seem to get that to work. Must be my network. I get: DMSWSF1012E Node ID abc.com not valid for RSCS; no files have been sent MA On Wed, Jul 16, 2008 at 12:00 PM, Dave Jones [EMAIL PROTECTED] wrote: And the CMS SENFILE command can send files to Internet addresses, via SMTP, as well. Mary Anne Matyaz wrote: Checkout the MAILIT package. http://www.vm.ibm.com/download/packages/descript.cgi?MAILIT Mary Anne On Wed, Jul 16, 2008 at 11:56 AM, Wandschneider, Scott [EMAIL PROTECTED] wrote: I am looking for a *very* simple procedure to send eMail from a CMS REXX EXEC. Does anybody have something they are willing to share? Thank you, Scott R Wandschneider Senior Systems Programmer Infocrossing, a WIPRO Company 11707 Miracle Hills Dr. Omaha, NE 68154 Office 402.963.8905 -- DJ V/Soft z/VM and mainframe Linux expertise, training, consulting, and software development www.vsoft-software.com
Re: CMS REXX eMAIL
Hi Scott, Please supply the exact command you are entering. Like Richard said, you need access to TCPMAINT's 592 disk. Does your Z/VM TCPIP stack have access to the internet?? On the cms userid you are using to test, enter this command, NSLOOKUP YAHOO.COM And tell us what it says. Regards, Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) =-Original Message- =From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On =Behalf Of Wandschneider, Scott =Sent: Wednesday, July 16, 2008 12:30 PM =To: IBMVM@LISTSERV.UARK.EDU =Subject: Re: CMS REXX eMAIL = =Sorry for my ignorance, but where do I define the HOST? = =ZVM52.INFOCROSSING.COM unable to deliver following mail to recipient(s): =[EMAIL PROTECTED] =550 Host 'infocrossing.com' Unknown = =Thank you, =Scott R Wandschneider =Senior Systems Programmer =Infocrossing, a WIPRO Company =11707 Miracle Hills Dr. =Omaha, NE 68154 =Office 402.963.8905 = =From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On =Behalf Of Schuh, Richard =Sent: Wednesday, July 16, 2008 11:23 AM =To: IBMVM@LISTSERV.UARK.EDU =Subject: Re: CMS REXX eMAIL = =You need to access the TCPMAINT 592 disk. = =Regards, =Richard Schuh = = = = =From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On =Behalf Of Mary Anne Matyaz =Sent: Wednesday, July 16, 2008 9:12 AM =To: IBMVM@LISTSERV.UARK.EDU =Subject: Re: CMS REXX eMAIL =I can't seem to get that to work. Must be my network. I get: =DMSWSF1012E Node ID abc.com not valid for RSCS; no files have been sent = =MA =On Wed, Jul 16, 2008 at 12:00 PM, Dave Jones [EMAIL PROTECTED] =wrote: =And the CMS SENFILE command can send files to Internet addresses, via =SMTP, as well. = = =Mary Anne Matyaz wrote: =Checkout the MAILIT package. =http://www.vm.ibm.com/download/packages/descript.cgi?MAILIT = =Mary Anne = =On Wed, Jul 16, 2008 at 11:56 AM, Wandschneider, Scott =[EMAIL PROTECTED] wrote: =I am looking for a *very* simple procedure to send eMail from a CMS REXX =EXEC. =Does anybody have something they are willing to share? = =Thank you, =Scott R Wandschneider =Senior Systems Programmer =Infocrossing, a WIPRO Company =11707 Miracle Hills Dr. =Omaha, NE 68154 =Office 402.963.8905 = = = = = = =-- =DJ = =V/Soft = z/VM and mainframe Linux expertise, training, = consulting, and software development =www.vsoft-software.com
Re: CMS REXX eMAIL
DNS is used to resolve the host name. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Wandschneider, Scott Sent: Wednesday, July 16, 2008 12:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CMS REXX eMAIL Sorry for my ignorance, but where do I define the HOST? ZVM52.INFOCROSSING.COM unable to deliver following mail to recipient(s): [EMAIL PROTECTED] 550 Host 'infocrossing.com' Unknown Thank you, Scott R Wandschneider Senior Systems Programmer Infocrossing, a WIPRO Company 11707 Miracle Hills Dr. Omaha, NE 68154 Office 402.963.8905 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Wednesday, July 16, 2008 11:23 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CMS REXX eMAIL You need to access the TCPMAINT 592 disk. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mary Anne Matyaz Sent: Wednesday, July 16, 2008 9:12 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CMS REXX eMAIL I can't seem to get that to work. Must be my network. I get: DMSWSF1012E Node ID abc.com not valid for RSCS; no files have been sent MA On Wed, Jul 16, 2008 at 12:00 PM, Dave Jones [EMAIL PROTECTED] wrote: And the CMS SENFILE command can send files to Internet addresses, via SMTP, as well. Mary Anne Matyaz wrote: Checkout the MAILIT package. http://www.vm.ibm.com/download/packages/descript.cgi?MAILIT Mary Anne On Wed, Jul 16, 2008 at 11:56 AM, Wandschneider, Scott [EMAIL PROTECTED] wrote: I am looking for a *very* simple procedure to send eMail from a CMS REXX EXEC. Does anybody have something they are willing to share? Thank you, Scott R Wandschneider Senior Systems Programmer Infocrossing, a WIPRO Company 11707 Miracle Hills Dr. Omaha, NE 68154 Office 402.963.8905 -- DJ V/Soft z/VM and mainframe Linux expertise, training, consulting, and software development www.vsoft-software.com
Re: CMS REXX eMAIL
One of the advantages of MAILIT is that you don't even need to create a file with the mail. 'EXEC MAILIT TO([EMAIL PROTECTED]) Title(A Test) TEXT This is a test' '15'x, 'And this is a new line.' 2008/7/16 Mary Anne Matyaz [EMAIL PROTECTED]: Checkout the MAILIT package. http://www.vm.ibm.com/download/packages/descript.cgi?MAILIT Mary Anne On Wed, Jul 16, 2008 at 11:56 AM, Wandschneider, Scott [EMAIL PROTECTED] wrote: I am looking for a *very* simple procedure to send eMail from a CMS REXX EXEC. Does anybody have something they are willing to share? Thank you, Scott R Wandschneider Senior Systems Programmer Infocrossing, a WIPRO Company 11707 Miracle Hills Dr. Omaha, NE 68154 Office 402.963.8905 -- Kris Buelens, IBM Belgium, VM customer support
Re: FLASHCOPY performance to a DS6800 DASD
Check out ICKDSF's PPRCOPY command. I surely has information about pending remote copies. ICKDSF CONSOLE CONSOLE PPRCOPY QUERY UNIT(vaddr) (you need to link to a fullpack first; you can query the primary and secondary device) So, it may also return information about Flashcopy status. 2008/7/16 Tom Duerbusch [EMAIL PROTECTED]: Hi Ed Yep, it is amazing, especially for those of us that never had access to a high performance dasd subsystem before. Without the sync parm, the command comes back immediately. With the sync parm, the command comes back when the DS6800 has gathered all the information/control blocks necessary, and starts the flashcopy. I've never been able to determine when a flashcopy is completed, other than looking at the lights on the box. That has been a problem as if you need to rerun the flashcopy command again (like something bombed out in the rexx exec and it is easier just to reexecute the exec), it tells you that the to volume is in use. So if you have a mixture of large and small volumes, the small volumes get a repeat of being flashed and the large volumes end up with the original flash. There is suppose to be a way from the DS6800 console to determine what flashes are running, but I never got that far. Also, if you want to flash a series of volumes at the same instant, it can be done via the DS6800 console. I flash minidisks, so I can only use the VM Flashcopy command. BTW, have you noticed that when you run batch jobs, you are always near 100% cpu utilization? My boss keeps asking me who is in a loop. We are running just fine G. Tom Duerbusch THD Consulting Law of Cat Acceleration A cat will accelerate at a constant rate, until he gets good and ready to stop. Edward M. Martin [EMAIL PROTECTED] 7/16/2008 8:59 AM Hello Everyone, I need some confirmation. I am just amazed at the performance of the DS6800 I just did the z/VM command FLASHCOPY on a 3390-mod 9 on DS6800 to another 3390-mod 9 volume on the DS6800. FLASHCOPY 8A2 0 END TO 8A1 0 END SYNCHRONOUS The command responded instantaneously. SYNChronous tells CP to process the command immediately and does not allow you to enter any other commands until the hardware has accepted all parameters, all messages from the Enterprise Storage Server (ESS) subsystem have been processed, and the FLASHCOPY command completes. Is the DS6800 and the FLASHCOPY really that fast or is there something going on behind the scenes? Performance has been pretty unbelievable but the FLASHCOPY was just too fast. Example Our Batch cycle at night use to take 5-5.5 hours. Started at midnight and Completeed around 5:30 am. Old system EMC SYMETRIC 8 gig of cache and 6 ESCON connections. SWITCH to DS6800. DS6800 2 gig of cache with 4 FICON connections. Batch cycle dropped by 1 hour without any other changes. Start at midnight and completes around 4-4:30 am. Ed Martin 330-588-4723 ext 40441 -- Kris Buelens, IBM Belgium, VM customer support
Re: CMS REXX eMAIL
On Wednesday, 07/16/2008 at 12:32 EDT, Wandschneider, Scott [EMAIL PROTECTED] wrote: Sorry for my ignorance, but where do I define the HOST? ZVM52.INFOCROSSING.COM unable to deliver following mail to recipient(s): [EMAIL PROTECTED] 550 Host 'infocrossing.com' Unknown Scott, you haven't finished configuring VM TCP/IP. You would have done this during installation with the IPWIZARD. You need to configure TCPIP DATA on TCPMAINT 592. The NSINTERADDR entries identify the DNS servers that are to be used to resolve domain names. Minimum TCPIP DATA: ; The FQDN is myhostname.mycompany.com HOSTNAME myhostname DOMAINORIGIN mycompany.com ; Primary and backup DNS servers NSINTERADDR 10.100.99.1 NSINTERADDR 10.200.99.1 ; Userid of SMTP sever SMTPSERVERID SMTP Alan Altmark z/VM Development IBM Endicott
Re: Question on how RSU maintenance is being handled with DIRMAINT and RACF in the picture
On Wednesday, 07/16/2008 at 12:15 EDT, Adam Thornton [EMAIL PROTECTED] wrote: No. You'll also have the opportunity to delay the nag message for 3 minutes or 14.5 hours (your choice). The messages will go to the system operator, but in a way that is not visible to system automation. ;-) A, can't we have a z/VM dialog box with: The system will now reboot. Click OK to proceed. [I accept the horrible situation in which you have left be because you have given me no choice, uh, I mean OK] ? I guess I need to write up a requirement. 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. This will, of course, be an unnumbered message whose meaning is obvious. Alan Altmark z/VM Development IBM Endicott
Re: Question on how RSU maintenance is being handled with DIRMAINT and RACF in the picture
How kind of Adam to share 55 gallon drums of cough medicine with Chuckie! Right, Chuckie? Chuckie? Hello?!! :-) Mike Walter - Original Message - From: Alan Altmark [EMAIL PROTECTED] Sent: 07/16/2008 03:15 PM AST To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Question on how RSU maintenance is being handled with DIRMAINT and RACF in the picture On Wednesday, 07/16/2008 at 12:15 EDT, Adam Thornton [EMAIL PROTECTED] wrote: No. You'll also have the opportunity to delay the nag message for 3 minutes or 14.5 hours (your choice). The messages will go to the system operator, but in a way that is not visible to system automation. ;-) A, can't we have a z/VM dialog box with: The system will now reboot. Click OK to proceed. [I accept the horrible situation in which you have left be because you have given me no choice, uh, I mean OK] ? I guess I need to write up a requirement. 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. This will, of course, be an unnumbered message whose meaning is obvious. Alan Altmark z/VM Development IBM Endicott 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: FLASHCOPY performance to a DS6800 DASD
For those on z/VM 5.3.0, please check out the CP QUERY Virtual FLASHCopy command; under FLC in the online help for HELP CPQUERY VIRTUAL. especially the ACTIVE Number of active FLASHCOPY relationships output. It shows the number of copies (including background copies) currently active for the real track extents (start to end) covered by a VM minidisk on the real volume. Steve Wilkins z/VM I/O Strategy Kris Buelens [EMAIL PROTECTED] il.comTo Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] Subject ARK.EDU Re: FLASHCOPY performance to a DS6800 DASD 07/16/2008 01:37 PM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU Check out ICKDSF's PPRCOPY command. I surely has information about pending remote copies. ICKDSF CONSOLE CONSOLE PPRCOPY QUERY UNIT(vaddr) (you need to link to a fullpack first; you can query the primary and secondary device) So, it may also return information about Flashcopy status. 2008/7/16 Tom Duerbusch [EMAIL PROTECTED]: Hi Ed Yep, it is amazing, especially for those of us that never had access to a high performance dasd subsystem before. Without the sync parm, the command comes back immediately. With the sync parm, the command comes back when the DS6800 has gathered all the information/control blocks necessary, and starts the flashcopy. I've never been able to determine when a flashcopy is completed, other than looking at the lights on the box. That has been a problem as if you need to rerun the flashcopy command again (like something bombed out in the rexx exec and it is easier just to reexecute the exec), it tells you that the to volume is in use. So if you have a mixture of large and small volumes, the small volumes get a repeat of being flashed and the large volumes end up with the original flash. There is suppose to be a way from the DS6800 console to determine what flashes are running, but I never got that far. Also, if you want to flash a series of volumes at the same instant, it can be done via the DS6800 console. I flash minidisks, so I can only use the VM Flashcopy command. BTW, have you noticed that when you run batch jobs, you are always near 100% cpu utilization? My boss keeps asking me who is in a loop. We are running just fine G. Tom Duerbusch THD Consulting Law of Cat Acceleration A cat will accelerate at a constant rate, until he gets good and ready to stop. Edward M. Martin [EMAIL PROTECTED] 7/16/2008 8:59 AM Hello Everyone, I need some confirmation. I am just amazed at the performance of the DS6800 I just did the z/VM command FLASHCOPY on a 3390-mod 9 on DS6800 to another 3390-mod 9 volume on the DS6800. FLASHCOPY 8A2 0 END TO 8A1 0 END SYNCHRONOUS The command responded instantaneously. SYNChronous tells CP to process the command immediately and does not allow you to enter any other commands until the hardware has accepted all parameters, all messages from the Enterprise Storage Server (ESS) subsystem have been processed, and the FLASHCOPY command completes. Is the DS6800 and the FLASHCOPY really that fast or is there something going on behind the scenes? Performance has been pretty unbelievable but the FLASHCOPY was just too fast. Example Our Batch cycle at night use to take 5-5.5 hours. Started at midnight and Completeed around 5:30 am. Old system EMC SYMETRIC 8 gig of cache and 6 ESCON connections. SWITCH to DS6800. DS6800 2 gig of cache with 4 FICON connections. Batch cycle
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 this message and empty from your trash.
Re: Some REXX exec help needed.
Try MAKEBUF instead of MAKBUF; rc = -3 is command not found. Wouldn¹t the close command be CLOSE OPERATOR CONS? Not CONS OPERATOR... This is without getting any manuals or help files involved, and my mind isn¹t what it used to be, so no warrantee implied... -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ In theory, theory and practice are the same, but in practice, theory and practice are different. On 7/16/08 3:59 PM, Howard Rifkind [EMAIL PROTECTED] wrote: 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 this message and empty from your trash.
Re: Some REXX exec help needed.
Thanks Richard...just plain stupid of me not to pick this one up. Schuh, Richard [EMAIL PROTECTED] 7/16/2008 5:01 PM MAKEBUF, not MAKBUF Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 2: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 this message and empty from your trash. _ 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.
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 this message and empty from your trash.
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 this message and empty from your trash. _ 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.
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 this message and empty from your trash. _ 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.
Thanks, but doesn't look that way. 204 *-* 'EXECIO * CP (STRING CLOSE OPERATOR CONS' EXECIO * CP (STRING CLOSE OPERATOR CONS +++ RC(1022) +++ 205 *-* MAXLINES = QUEUED() 1 206 *-* IDX0 = 0 0 208 *-* DO UNTIL IDX0 = MAXLINES 209 *-*PARSE UPPER PULL BUFLINE.IDX0 HCPCSL022E A VIRTUAL DEVICE NUMBER WAS NOT SUPPLIED OR IT WAS INVALID. RPN01 [EMAIL PROTECTED] 7/16/2008 5:03 PM Try MAKEBUF instead of MAKBUF; rc = -3 is command not found. Wouldn’t the close command be CLOSE OPERATOR CONS? Not CONS OPERATOR... This is without getting any manuals or help files involved, and my mind isn’t what it used to be, so no warrantee implied... -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ In theory, theory and practice are the same, but in practice, theory and practice are different. On 7/16/08 3:59 PM, Howard Rifkind [EMAIL PROTECTED] wrote: 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 this message and empty from your trash. _ 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.
Looks right though it isn't. EXECIO * CP ( STRING CLOSE CONS OPERATOR 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:10 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. Thanks, but doesn't look that way. 204 *-* 'EXECIO * CP (STRING CLOSE OPERATOR CONS' EXECIO * CP (STRING CLOSE OPERATOR CONS +++ RC(1022) +++ 205 *-* MAXLINES = QUEUED() 1 206 *-* IDX0 = 0 0 208 *-* DO UNTIL IDX0 = MAXLINES 209 *-*PARSE UPPER PULL BUFLINE.IDX0 HCPCSL022E A VIRTUAL DEVICE NUMBER WAS NOT SUPPLIED OR IT WAS INVALID. RPN01 [EMAIL PROTECTED] 7/16/2008 5:03 PM Try MAKEBUF instead of MAKBUF; rc = -3 is command not found. Wouldn't the close command be CLOSE OPERATOR CONS? Not CONS OPERATOR... This is without getting any manuals or help files involved, and my mind isn't what it used to be, so no warrantee implied... -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ In theory, theory and practice are the same, but in practice, theory and practice are different. On 7/16/08 3:59 PM, Howard Rifkind [EMAIL PROTECTED] wrote: 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 this message and empty from your trash. _ 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.
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 this message and empty from your trash. _ 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. _ 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.
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 this message and empty from your trash. _ 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. _ 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.
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 this message and empty from your trash. _ 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. _ 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. _ 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.
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 this message and empty from your trash. _ 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. _ 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. _ 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
Re: Some REXX exec help needed.
I guess I should sit down and learn how to use the PIPE command. But in the mean time it appears that my EXECIO command isn't doing its thing. Hughes, Jim [EMAIL PROTECTED] 7/16/2008 5:24 PM 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 this message and empty from your trash. _ 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. _ 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.
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 this message and
Re: Some REXX exec help needed.
Maybe you run the exec with SET IMSG OFF and/or SET EMSG OFF To learn Pipes: have a look at our Pipes selfstudy Telecourse: http://www.vm.ibm.com/download/packages/descript.cgi?TCVM2 2008/7/16 Howard Rifkind [EMAIL PROTECTED]: I guess I should sit down and learn how to use the PIPE command. But in the mean time it appears that my EXECIO command isn't doing its thing. Hughes, Jim [EMAIL PROTECTED] 7/16/2008 5:24 PM 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 this message and empty from your trash. _ 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. _ 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. _ LEGAL
Re: Some REXX exec help needed.
Howard Rifkin wrote: I guess I should sit down and learn how to use the PIPE command. But in the mean time it appears that my EXECIO command isn't doing its thing. Sure, and you just want to get your problem solved! We understand that. Since it appears that something is going on, how about changing the EXECIO CP to just a 'CP CLOSE CONSOLE OPERATOR' to see if you get the message *then*? And add CP QUERY SET just before it, too, to see if something is turning IMSG/EMSG off. A suggestion. If you just want to trap and parse the output, DIAG is much cleaner: parse value diag(8, 'CLOSE CONSOLE OPERATOR') with . . file . ...gets you the SPOOL file number (if that's what you wanted) in one operation. Doesn't help with the where's my message? issue, but it does make your code shorter and cleaner. Let us know what happens! ...phsiii
Re: Some REXX exec help needed.
Howard, Is this what you want - 'EXECIO * CP (STRING SPOOL CONS CLOSE FOR OPERATOR'; HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 2:29 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. I guess I should sit down and learn how to use the PIPE command. But in the mean time it appears that my EXECIO command isn't doing its thing. Hughes, Jim [EMAIL PROTECTED] 7/16/2008 5:24 PM 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 this message and empty from your trash. _ 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. _ 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
Re: Some REXX exec help needed.
Yes, tried this but this to doesn't work. Raymond Noal [EMAIL PROTECTED] 7/16/2008 5:46 PM Howard, Is this what you want – 'EXECIO * CP (STRING SPOOL CONS CLOSE FOR OPERATOR'; HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 From:The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, July 16, 2008 2:29 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Some REXX exec help needed. I guess I should sit down and learn how to use the PIPE command. But in the mean time it appears that my EXECIO command isn't doing its thing. Hughes, Jim [EMAIL PROTECTED] 7/16/2008 5:24 PM 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 this message and empty from your trash. _ 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. _ LEGAL NOTICE Unless expressly
Re: Some REXX exec help needed.
On Wednesday, 07/16/2008 at 05:47 EDT, Raymond Noal [EMAIL PROTECTED] wrote: 'EXECIO * CP (STRING SPOOL CONS CLOSE FOR OPERATOR'; TO OPERATOR. The FOR will leave in the issuing user's print queue. There is also CLOSE CONS TO OPERATOR. Either will do. And don't forget to add STOP if you don't want any more spooled output. Alan Altmark z/VM Development IBM Endicott
Re: Some REXX exec help needed.
On: Wed, Jul 16, 2008 at 05:59:41PM -0400,Howard Rifkind Wrote: } Yes, tried this but this to doesn't work. } } Raymond Noal [EMAIL PROTECTED] 7/16/2008 5:46 PM } } Howard, } } Is this what you want ??? } 'EXECIO * CP (STRING SPOOL CONS CLOSE FOR OPERATOR'; Here is a WAG. Is it possible that you are running with ADDRESS CMS in effect and you have an EXECIO exec around? Or even with ADDRESS COMMAND and a stray module around. Do: Listfile EXECIO * * see if anything shows besides the one on the S disk. -- Rich Greenberg N Ft Myers, FL, USA richgr atsign panix.com + 1 239 543 1353 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines:Val, Red, Shasta Casey (RIP), Red Zero, Siberians Owner:Chinook-L Retired at the beach Asst Owner:Sibernet-L
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. :-)
Re: Some REXX exec help needed.
Alan, you make me think: - CLOSE CONS will close console unless you have SP CONS START CONTINUE - SPOOL CONS CLOSE closes the console in any case 2008/7/17 Alan Altmark [EMAIL PROTECTED]: On Wednesday, 07/16/2008 at 05:47 EDT, Raymond Noal [EMAIL PROTECTED] wrote: 'EXECIO * CP (STRING SPOOL CONS CLOSE FOR OPERATOR'; TO OPERATOR. The FOR will leave in the issuing user's print queue. There is also CLOSE CONS TO OPERATOR. Either will do. And don't forget to add STOP if you don't want any more spooled output. Alan Altmark z/VM Development IBM Endicott -- Kris Buelens, IBM Belgium, VM customer support