MVMRUG - Last Call for Registration
I'll be out of the office most of next week, so please get your registration to me by this Friday so I can prepare name tags and pass on the head count to our host. Details of the meeting can be found at http://www.mvmrug.org/nextmtg.html Thanks, Terry - This message and any attachments are intended for the individual or entity named above. If you are not the intended recipient, please do not forward, copy, print, use or disclose this communication to others; also please notify the sender by replying to this message, and then delete it from your system. The Timken Company / The Timken Corporation
Re: Extracting MACLIB members
Tony Thigpen [EMAIL PROTECTED] wrote: I don't work with maclibs very much. I have a maclib full of members that I want to extract to individual members on a cms disk. I can't seem to find the right command. For one or two, I usually just do a maclist and xedit the members to save them but in this case, I need to extract about 100. SNIP Wow. This is OT, but this brings back memories: my VERY FIRST assignment after I signed my first contract to work at the University of Waterloo Department of Computing services (on my 19th birthday!) in 1980 was to write a MACTYPE command to extract members of MACLIBs and type them or save them to disk. Hundreds of miles from here and several thousand years ago... ...phsiii
OT: Univ of Waterloo (Was: Extracting MACLIB members)
Phil - I'm happy to find someone who worked at the University of Waterloo. Did you work on any of the great software that Waterloo wrote for academic use? Like WATFOR, WATFIV, WATBOL, Lisp, Modula-2, WPascal, WAT-C, Waterloo Basic, Student CMS, and WATFILE? We ran them all. Waterloo really dropped the ball on the marketing of WATFILE. They had both a CMS and a PC version of this wonderful tool. In many ways it is superior to Excel. The site license for the CMS version was reasonably priced but $495 per copy of the PC version was just too high in the 1980s. I still have copies of the Waterloo VM Modifications tapes. I used quite a few of the mods. /Fran Hensler at Slippery Rock University of Pennsylvania USA for 43 years [EMAIL PROTECTED] +1.724.738.2153 Yes, Virginia, there is a Slippery Rock On Thu, 18 Jan 2007 05:44:00 -0500 Phil Smith III said: Wow. This is OT, but this brings back memories: my VERY FIRST assignment after I signed my first contract to work at the University of Waterloo Department of Computing services (on my 19th birthday!) in 1980 was to write a MACTYPE command to extract members of MACLIBs and type them or save them to disk. Hundreds of miles from here and several thousand years ago... ...phsiii
SHARE: Chairbears!!! Houston...we have a problem
Heya! So the last plea garnered some interest in what a chairbear does, and some said they'd set up their schedule. There's NO BETTER time to plan your SHARE activities than NOW! It's not far away and you have a great opportunity to help and chair a session or two. If everyone just takes one or two, it'll be really easy and painless. So review the list and pick the sessions you're going to anyway and offer to chair them!! It's that simple! Day Time 24-hr Number Title Chair Email Speaker Mon 09:30a 930 9102 The Very Basics of z/VM - Concepts and Terminology Bill Bitner Mon 01:30p 1330 9106 VM Performance Update Bill Bitner Mon 01:30p 1330 9214 sudo - Secure and Convenient Michael Potter Mon 01:30p 1330 9242 Linux for Beginners Hands-on-Lab - Part 1 of 3 Neale Ferguson Mon 03:00p 1500 9127 z/VM for MVS Systems Programmers - Part 1 of 2 Martha McConaghy/Mark Post Mon 03:00p 1500 9210 Cloning WebSphere, DB2 and WebSphere MQ on Linux under z/VM Michael MacIsaac Mon 03:00p 1500 9243 Linux for Beginners Hands-on-Lab - Part 2 of 3 Neale Ferguson Mon 03:00p 1500 9248 Help! My (Virtual) Penguin is Sick! Philip Smith Mon 04:30p 1630 9128 z/VM for MVS Systems Programmers - Part 2 of 2 Martha McConaghy/Mark Post Mon 04:30p 1630 9215 Penguins Board the Stagecoach for the Linux Frontier: A User Experience with Linux on zSeries Marcy Cortes Mon 04:30p 1630 9241 Linux on System z - What to Do When There is a Problem Klaus Wacker Mon 04:30p 1630 9244 Linux for Beginners Hands-on-Lab - Part 3 of 3 Neale Ferguson Tue 08:00a 800 9125 Virtual Networking with z/VM Guest LANs and the z/VM Virtual Switch Alan Altmark Tue 08:00a 800 9263 Compiler Improvements Coming with gcc 4.2 Wolfgang Gellerich Tue 09:30a 930 9124 Using z/VM VSWITCH David Kreuter Tue 09:30a 930 9237 Linux under z/VM Performance Analysis Case Studies Barton Robinson Tue 09:30a 930 9274 The Linux IPL Procedure Edmund MacKenty Tue 11:00a 1100 9132 Migrating to the z/VM Virtual Switch Alan Altmark Tue 11:00a 1100 9233 Linux Installation Planning Mark Post Tue 11:00a 1100 9259 Making Your Penguins Fly - Introduction to SCSI over FCP for Linux on System z Christian Borntraeger Tue 01:30p 1330 9115 VM Performance Introduction Bill Bitner Tue 01:30p 1330 9129 z/VM Security and Integrity Alan Altmark Tue 01:30p 1330 9227 Linux for IBM System z Installation Hands-On-Lab - Part 1 of 3Richard Lewis/Chuck Morse Tue 03:00p 1500 9119 z/VM Installation - What Are You Afraid of? Mike Walter Tue 03:00p 1500 9204 Now that I have Linux, What Do I Do with My JCL? Michael Potter Tue 03:00p 1500 9228 Linux for IBM System z Installation Hands-On-Lab - Part 2 of 3Richard Lewis/Chuck Morse Tue 04:30p 1630 9120 z/VM Installation - It's Installed, NOW What? Mike Walter Tue 04:30p 1630 9206 From A (AIX) to Z (Linux on System z), A Customer Experience Uriel Carrasquilla Tue 04:30p 1630 9229 Linux for IBM System z Installation Hands-On-Lab - Part 3 of 3Richard Lewis/Chuck Morse Wed 08:00a 800 9250 Were the Walls of Minas Tirith Unbreachable? Defending Linux on VM Hands-on-Lab - Part 1 of 3 Mark Boltz Wed 08:00a 800 9267 Networking with Linux on System z - Part 1 of 2 Klaus Wacker Wed 09:30a 930 9113 The z/VM Control Program (CP) - Useful Things to Know John Franciscovich Wed 09:30a 930 9117 Introduction to Installation and Service of z/VM using VMSES/E Jim Vincent Wed 09:30a 930 9251 Were the Walls of Minas Tirith Unbreachable? Defending Linux on VM Hands-on-Lab - Part 2 of 3 Mark Boltz Wed 09:30a 930 9268 Networking with Linux on System z - Part 2 of 2 Klaus Wacker Wed 11:00a 1100 9114 The z/VM Control Program (CP) - Under the Covers John Franciscovich Wed 11:00a 1100 9118 Servicing and Maintaining z/VM with VMSES/E - Hands-on-Lab Jim Vincent Wed 11:00a 1100 9234 Managing Linux under z/VM using ESALPS Barton Robinson Wed 11:00a 1100 9249 Putting Linux on System z into Production: True Stories Erich Amrehn Wed 11:00a 1100 9252 Were the Walls of Minas Tirith Unbreachable? Defending Linux on VM Hands-on-Lab - Part 3 of 3 Mark Boltz Wed 01:30p 1330 9126 Performance Toolkit for VM Bill Bitner Wed 01:30p
ISPF File Tailoring
OK, here is an example of some file tailoring that we do for our programming staff using ISPF and Dialog Manager. This one creates a compile job stream for a COBOL CICS program. It may or may not contain SQL statements, that is determined by the library type (COBOL or SQLCOBOL). A REXX EXEC drives the process (display panel, do some basic editing to validate what can't be handled on the panel itself, invoke file tailoring to create top of JCL, punch it, punch source member, file tailoring for bottom of JCL, punch it). It uses ISPF shared and profile variables to initially populate the panel (but I would guess that CMS global variables would work just fine too). I could handle the XEDIT full screen stuff to replace the panel, but I don't know much about CMS plumbing if that's what would replace file tailoring. Sorry for the length of this post, but the skeletons are pretty big! I appreciate any thoughts on how to convert something like this. Ed Zell Illinois Mutual Life Insurance (309) 674-8255 x-107 Here is the panel: -- IMCO Compile Options - COMMAND === ISPF Library:Compiler === NEW Project === TECH Group === EDC COBOL CICS Type=== COBOL Member === Phase Name === ( required ) Output Lib === TESTLIB.ED ( VSE output library ) Search Lib === TESTLIB.ED ( VSE search library ) SQL User ID === IMCO( Owner of the SQL program ) SQL Link Edit? === N ( Y or N ) DOS User Info === EZ ( DOS USER information ) Print Disp === D ( D H K L ) Print Class === T DEST === ED( A - Z Class=T goes to VM ) SQL Grant Run? === N ( Y or N ) SQL Isolation === CS ( CS or RR ) CICS Immediate? === N ( Y or N ) Here is the top ISPF skeleton for a non-SQL COBOL program: * $$ JOB JNM=COMPPHAS,CLASS=RDRCLASS,DISP=RDRDISP,PRI=RDRPRI,USER=RDRUSER * $$ LST SYSID=N,DISP=PRTDISP,CLASS=PRTCLASSPRTDESTX * $$ PUN DISP=I,CLASS=RDRCLASS,PRI=RDRPRI // JOB COMPPHAS DOSUSER // EXEC PGM=PRINTJOB,SIZE=128K )SEL CICSIMM = Y // EXEC PGM=LIBR ACCESS S=DELCATLG DELETE COMPPHAS..PHASE /* )ENDSEL )SEL SQLPREP = Y ASSGN SYS006,02D // EXEC PGM=EDP001,SIZE=128K * $$ LST SYSID=N,DISP=PRTDISP,CLASS=PRTCLASSPRTDESTX * $$ PUN DISP=I,CLASS=RDRCLASS,PRI=RDRPRI // JOB COMPPHAS DOSUSER ASSGN SYS006,02D // EXEC PGM=EDP001,SIZE=128K * $$ LST SYSID=N,DISP=PRTDISP,CLASS=PRTCLASSPRTDESTX // JOB COMPPHAS DOSUSER // EXEC PGM=PRINTJOB,SIZE=128K // LIBDEF SOURCE,SEARCH=(LIBSRCH,LIBRARY.UL,LIBRARY.PROD),TEMP // LIBDEF OBJ,SEARCH=(LIBSRCH,LIBRARY.UL,LIBRARY.PROD),TEMP // LIBDEF PHASE,CATALOG=WRKCATLG )SEL COMPILER = OLD // OPTION CATAL,LIST,LISTX )ENDSEL )SEL COMPILER = NEW // OPTION CATAL )ENDSEL PHASE COMPPHAS,* INCLUDE DFHECI INCLUDE ARIRRTED )SEL COMPILER = OLD // EXEC PGM=FCOBOL,SIZE=512K CBL NOSEQ,SUPMAP,CLIST,SXREF,LIB,VERB,APOST,NOADV,LANGLVL(1) )ENDSEL )SEL COMPILER = NEW // EXEC PGM=IGYCRCTL,SIZE=IGYCRCTL )ENDSEL END /* // EXEC PGM=PRINTJOB,SIZE=128K // LIBDEF SOURCE,SEARCH=(LIBSRCH,LIBRARY.UL,LIBRARY.PROD),TEMP )SEL COMPILER = NEW // UPSI 010 )ENDSEL // OPTION DECK // EXEC DFHECP1$,SIZE=512K )SEL COMPILER = OLD CBL XOPTS( CICS DEBUG LANGLVL(1)) )ENDSEL )SEL COMPILER = NEW CBL XOPTS( ANSI85 CICS DEBUG ) )ENDSEL END /* // ASSGN SYSPCH,02D // OPTION DECK // EXEC PGM=SQLPRPC,SIZE=AUTO,PARM='SQLPARM1 SQLPARM2' )ENDSEL )SEL SQLPREP = N ASSGN SYS006,02D // EXEC PGM=EDP001,SIZE=128K * $$ LST SYSID=N,DISP=PRTDISP,CLASS=PRTCLASSPRTDESTX // JOB COMPPHAS DOSUSER // EXEC PGM=PRINTJOB,SIZE=128K // LIBDEF SOURCE,SEARCH=(LIBSRCH,LIBRARY.UL,LIBRARY.PROD),TEMP // LIBDEF OBJ,SEARCH=(LIBSRCH,LIBRARY.UL,LIBRARY.PROD),TEMP // LIBDEF PHASE,CATALOG=WRKCATLG )SEL COMPILER = OLD // OPTION CATAL,LIST,LISTX )ENDSEL )SEL COMPILER = NEW // OPTION CATAL )ENDSEL PHASE COMPPHAS,* INCLUDE DFHECI )SEL SQLLINK = Y INCLUDE ARIRRTED )ENDSEL )SEL COMPILER = OLD // EXEC PGM=FCOBOL,SIZE=512K CBL NOSEQ,SUPMAP,CLIST,SXREF,LIB,VERB,APOST,NOADV,LANGLVL(1) )ENDSEL )SEL COMPILER = NEW // EXEC PGM=IGYCRCTL,SIZE=IGYCRCTL )ENDSEL END /* )SEL COMPILER = NEW // UPSI 010 )ENDSEL // OPTION DECK // EXEC DFHECP1$,SIZE=512K )SEL COMPILER = OLD CBL XOPTS( CICS DEBUG LANGLVL(1)) )ENDSEL )SEL COMPILER = NEW CBL XOPTS( ANSI85 CICS DEBUG ) )ENDSEL )ENDSEL Here is the bottom ISPF skeleton for a non-SQL COBOL program: /* )SEL SQLPREP = Y ASSGN SYS006,02D // EXEC PGM=EDP001,SIZE=128K /* ASSGN SYS006,02D // EXEC PGM=EDP001,SIZE=128K /* )SEL COMPILER = NEW // IF $RC GE 8 THEN // GOTO $EOJ )ENDSEL //
Re: ISPF File Tailoring
It's not so much a plumbing exercise as it is changing the JCL skeleton to use REXX variables and REXX style logic. No global variables required, unless your passing data between invocations of the EXEC. Ed Zell wrote: OK, here is an example of some file tailoring that we do for our programming staff using ISPF and Dialog Manager. This one creates a compile job stream for a COBOL CICS program. It may or may not contain SQL statements, that is determined by the library type (COBOL or SQLCOBOL). A REXX EXEC drives the process (display panel, do some basic editing to validate what can't be handled on the panel itself, invoke file tailoring to create top of JCL, punch it, punch source member, file tailoring for bottom of JCL, punch it). It uses ISPF shared and profile variables to initially populate the panel (but I would guess that CMS global variables would work just fine too). I could handle the XEDIT full screen stuff to replace the panel, but I don't know much about CMS plumbing if that's what would replace file tailoring. Sorry for the length of this post, but the skeletons are pretty big! I appreciate any thoughts on how to convert something like this. Ed Zell Illinois Mutual Life Insurance (309) 674-8255 x-107 Here is the panel: -- IMCO Compile Options - COMMAND === ISPF Library:Compiler === NEW Project === TECH Group === EDC COBOL CICS Type=== COBOL Member === Phase Name === ( required ) Output Lib === TESTLIB.ED ( VSE output library ) Search Lib === TESTLIB.ED ( VSE search library ) SQL User ID === IMCO( Owner of the SQL program ) SQL Link Edit? === N ( Y or N ) DOS User Info === EZ ( DOS USER information ) Print Disp === D ( D H K L ) Print Class === T DEST === ED( A - Z Class=T goes to VM ) SQL Grant Run? === N ( Y or N ) SQL Isolation === CS ( CS or RR ) CICS Immediate? === N ( Y or N ) Here is the top ISPF skeleton for a non-SQL COBOL program: * $$ JOB JNM=COMPPHAS,CLASS=RDRCLASS,DISP=RDRDISP,PRI=RDRPRI,USER=RDRUSER * $$ LST SYSID=N,DISP=PRTDISP,CLASS=PRTCLASSPRTDESTX * $$ PUN DISP=I,CLASS=RDRCLASS,PRI=RDRPRI // JOB COMPPHAS DOSUSER // EXEC PGM=PRINTJOB,SIZE=128K )SEL CICSIMM = Y // EXEC PGM=LIBR ACCESS S=DELCATLG DELETE COMPPHAS..PHASE /* )ENDSEL )SEL SQLPREP = Y ASSGN SYS006,02D // EXEC PGM=EDP001,SIZE=128K * $$ LST SYSID=N,DISP=PRTDISP,CLASS=PRTCLASSPRTDESTX * $$ PUN DISP=I,CLASS=RDRCLASS,PRI=RDRPRI // JOB COMPPHAS DOSUSER ASSGN SYS006,02D // EXEC PGM=EDP001,SIZE=128K * $$ LST SYSID=N,DISP=PRTDISP,CLASS=PRTCLASSPRTDESTX // JOB COMPPHAS DOSUSER // EXEC PGM=PRINTJOB,SIZE=128K // LIBDEF SOURCE,SEARCH=(LIBSRCH,LIBRARY.UL,LIBRARY.PROD),TEMP // LIBDEF OBJ,SEARCH=(LIBSRCH,LIBRARY.UL,LIBRARY.PROD),TEMP // LIBDEF PHASE,CATALOG=WRKCATLG )SEL COMPILER = OLD // OPTION CATAL,LIST,LISTX )ENDSEL )SEL COMPILER = NEW // OPTION CATAL )ENDSEL PHASE COMPPHAS,* INCLUDE DFHECI INCLUDE ARIRRTED )SEL COMPILER = OLD // EXEC PGM=FCOBOL,SIZE=512K CBL NOSEQ,SUPMAP,CLIST,SXREF,LIB,VERB,APOST,NOADV,LANGLVL(1) )ENDSEL )SEL COMPILER = NEW // EXEC PGM=IGYCRCTL,SIZE=IGYCRCTL )ENDSEL END /* // EXEC PGM=PRINTJOB,SIZE=128K // LIBDEF SOURCE,SEARCH=(LIBSRCH,LIBRARY.UL,LIBRARY.PROD),TEMP )SEL COMPILER = NEW // UPSI 010 )ENDSEL // OPTION DECK // EXEC DFHECP1$,SIZE=512K )SEL COMPILER = OLD CBL XOPTS( CICS DEBUG LANGLVL(1)) )ENDSEL )SEL COMPILER = NEW CBL XOPTS( ANSI85 CICS DEBUG ) )ENDSEL END /* // ASSGN SYSPCH,02D // OPTION DECK // EXEC PGM=SQLPRPC,SIZE=AUTO,PARM='SQLPARM1 SQLPARM2' )ENDSEL )SEL SQLPREP = N ASSGN SYS006,02D // EXEC PGM=EDP001,SIZE=128K * $$ LST SYSID=N,DISP=PRTDISP,CLASS=PRTCLASSPRTDESTX // JOB COMPPHAS DOSUSER // EXEC PGM=PRINTJOB,SIZE=128K // LIBDEF SOURCE,SEARCH=(LIBSRCH,LIBRARY.UL,LIBRARY.PROD),TEMP // LIBDEF OBJ,SEARCH=(LIBSRCH,LIBRARY.UL,LIBRARY.PROD),TEMP // LIBDEF PHASE,CATALOG=WRKCATLG )SEL COMPILER = OLD // OPTION CATAL,LIST,LISTX )ENDSEL )SEL COMPILER = NEW // OPTION CATAL )ENDSEL PHASE COMPPHAS,* INCLUDE DFHECI )SEL SQLLINK = Y INCLUDE ARIRRTED )ENDSEL )SEL COMPILER = OLD // EXEC PGM=FCOBOL,SIZE=512K CBL NOSEQ,SUPMAP,CLIST,SXREF,LIB,VERB,APOST,NOADV,LANGLVL(1) )ENDSEL )SEL COMPILER = NEW // EXEC PGM=IGYCRCTL,SIZE=IGYCRCTL )ENDSEL END /* )SEL COMPILER = NEW // UPSI 010 )ENDSEL // OPTION DECK // EXEC DFHECP1$,SIZE=512K )SEL COMPILER = OLD CBL XOPTS( CICS DEBUG LANGLVL(1)) )ENDSEL )SEL COMPILER = NEW CBL XOPTS( ANSI85 CICS DEBUG ) )ENDSEL )ENDSEL Here is the bottom ISPF
Re: z/VM 5.2 conversion IP problem
On Wednesday, 01/17/2007 at 06:47 PST, Thomas Kern [EMAIL PROTECTED] wrote: You mean people actually get paid for this? You betcha! If you get yourself some Cisco router and switch education, along with VM, VSE, MVS, and Linux network configuration expertise, you have a marketable skill. This is what happens when you let mainframers (who I typically define as as sysprogs with no Classical IP Network training) start to manipulate said networks! Their natural inquisitiveness and fascination with shiny objects puts them squarely in harm's way. ;-) The only problem is that they learn quickly which buttons give a shock and which give a treat. Worse, they share that information with others in the herd, thereby reducing the opportunities for people like me. (See how upset I am? See?) But if I could have charged for all those VM TCP/IP, Guest LAN, and VSWITCH phone calls in the early days, I could have purchased that small out-of-the-way island I've had my eye on for some time. (sigh) A basic picture with sample IP addresses on each end of a connection followed by a corresponding configuration file explaining all of the required fields would go a long way to solving these problems. So, I reiterate your (and DB's) recommendation to post a network diagram when asking for help with a configuration problem. Amen. Alan Altmark z/VM Development IBM Endicott
Re: OT: Univ of Waterloo (Was: Extracting MACLIB members)
There's a VM site in Canada that's still running WATFILE, btw DJ Fran Hensler wrote: Phil - I'm happy to find someone who worked at the University of Waterloo. Did you work on any of the great software that Waterloo wrote for academic use? Like WATFOR, WATFIV, WATBOL, Lisp, Modula-2, WPascal, WAT-C, Waterloo Basic, Student CMS, and WATFILE? We ran them all. Waterloo really dropped the ball on the marketing of WATFILE. They had both a CMS and a PC version of this wonderful tool. In many ways it is superior to Excel. The site license for the CMS version was reasonably priced but $495 per copy of the PC version was just too high in the 1980s. I still have copies of the Waterloo VM Modifications tapes. I used quite a few of the mods. /Fran Hensler at Slippery Rock University of Pennsylvania USA for 43 years [EMAIL PROTECTED] +1.724.738.2153 Yes, Virginia, there is a Slippery Rock
Re: ISPF File Tailoring
I think the globalv variables would be information that is the same from one invocation to the next, such as userid, jobclass, destination, account numbers, etc. A typical skeleton jcl modifying pipeline would be something like this: 'PIPE ' skel_fn skel_ft skel_fm , '| change /USER/'|| userid() ||'/' , '| change /DEST/'|| destination ||'/' , '| change /J/'|| jdate ||'/' , ' OUTPUT JCL A' Then you submit the OUTPUT JCL file to your batch system. I think the SUB MIT program I use came from the IBM DOWNLOADs website. On Thu, 18 Jan 2007 07:33:18 -0600, Rich Smrcina [EMAIL PROTECTED] wro te: It's not so much a plumbing exercise as it is changing the JCL skeleton to use REXX variables and REXX style logic. No global variables required, unless your passing data between invocations of the EXEC. Ed Zell wrote: OK, here is an example of some file tailoring that we do for our programming staff using ISPF and Dialog Manager. This one creates a compile job stream for a COBOL CICS program. It may or may not contain SQL statements, that is determined by the library type (COBOL or SQLCOBOL). A REXX EXEC drives the process (display panel, do some basic editing to validate what can't be handled on the panel itself, invoke file tailoring to create top of JCL, punch it, punch source member, file tailoring for bottom of JCL, punch it). It uses ISPF shared and profile variables to initially populate the panel (but I would guess that CMS global variables would work just fine too). I could handle the XEDIT full screen stuff to replace the panel, but I don't know much about CMS plumbing if that's what would replace file tailoring. Sorry for the length of this post, but the skeletons are pretty big! I appreciate any thoughts on how to convert something like this.
Re: VM64152 Re: Performance Toolkit
Greetings Perfkit users, APAR VM64152 is now CLOSED and has the following PTF's available: Perfkit R510 - UM31956 Perfkit R520 - UM31957 We will be ordering this COR for those that have PMR's opened with us, and it is highly recommended that other users please get this 'official fix' to run with. You will see the Perfkit level at VM64152 when you have the official fix applied/running. I expect the FTP site fixes to be timing out soon, stay tuned to: www.vm.ibm.com/related/perfkit for any additional information. Best Regards, Roger Lunsford (IBM Perfkit Level2/Level3)
Re: Rexx performance question
Gentlemen, You're comparing apples and bananas. EXECOMM and GLOBALV are two distinc t namespaces. Further, there is one GLOBALV set of variables, whereas each REXX invocation has its own set of variables (and then there is PROCEDURE EXPOSE). j.
Re: Rexx performance question
John, I think the original post required a comparison of unlike items. It was a question of, Is there a faster way to pass environment variables from one EXEC to another? The method in use was GLOBALV and the poster wanted to know if there was a more efficient, faster, way to do it. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of John P. Hartmann Sent: Thursday, January 18, 2007 8:24 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Rexx performance question Gentlemen, You're comparing apples and bananas. EXECOMM and GLOBALV are two distinc= t namespaces. Further, there is one GLOBALV set of variables, whereas each= REXX invocation has its own set of variables (and then there is PROCEDURE= EXPOSE). j.
Re: Rexx performance question
And, EXECCOMM must be used by GLOBALV GET and PUT. Hence there is some relation performance wise. -- Kris Buelens, IBM Belgium, VM customer support 2007/1/18, Schuh, Richard [EMAIL PROTECTED]: John, I think the original post required a comparison of unlike items. It was a question of, Is there a faster way to pass environment variables from one EXEC to another? The method in use was GLOBALV and the poster wanted to know if there was a more efficient, faster, way to do it. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of John P. Hartmann Sent: Thursday, January 18, 2007 8:24 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Rexx performance question Gentlemen, You're comparing apples and bananas. EXECOMM and GLOBALV are two distinc= t namespaces. Further, there is one GLOBALV set of variables, whereas each= REXX invocation has its own set of variables (and then there is PROCEDURE= EXPOSE). j.
Re: Rexx performance question
On 1/18/07, Kris Buelens [EMAIL PROTECTED] wrote: And, EXECCOMM must be used by GLOBALV GET and PUT. Hence there is some relation performance wise. Ooh... Sir Kris disagrees with the Piper... ;-)You have any old passwords I can inherit? Rob
Re: Rexx performance question
I've lots of things to inherit. But, even now after this dangerous adventure, I think I have some chances to survive. When I rethink my will, I'll think to leave something for you Sir Rob, Yours truly, Sir Kris The Guide, The proud owner of an almost uncountable -and still growing, number of preciously kept passwords. 2007/1/18, Rob van der Heij [EMAIL PROTECTED]: On 1/18/07, Kris Buelens [EMAIL PROTECTED] wrote: And, EXECCOMM must be used by GLOBALV GET and PUT. Hence there is some relation performance wise. Ooh... Sir Kris disagrees with the Piper... ;-)You have any old passwords I can inherit? Rob
Re: Performance Toolkit and VM64152
Hello, I'm installing z/VM 5.2; however, I'm only using RTM on my z/VM 4.4. system. Do I need to apply this fix to 5.2 even though I'm not running PTK on my current system? Thanks, Alyce From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Michael Donovan Sent: Thursday, January 18, 2007 1:07 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Performance Toolkit and VM64152 As Roger noted earlier today, the 5.1.0 and 5.2.0 PTFs are now available for the subject APAR. Anyone who is still on z/VM 4.4.0 and needs the update for this problem while they are migrating off z/VM 4.4.0 can obtain a copy of the 4.4.0 change at http://www.vm.ibm.com/related/perfkit/perf440.html If there are any questions, comments, concerns, please contact us by sending mail directly to me. Thanks! Mike --- Law of Logical Argument: Anything is possible if you don't know what you are talking about.
Re: Performance Toolkit and VM64152
This fix only pertains to Performance Toolkit. If you are not running Performance Toolkit, you do not need this fix. Thanks! Mike --- Law of Logical Argument: Anything is possible if you don't know what you are talking about. Austin, Alyce (CIV) [EMAIL PROTECTED] To Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] Subject ARK.EDU Re: Performance Toolkit and VM64152 01/18/2007 05:08 PM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU Hello, I’m installing z/VM 5.2; however, I’m only using RTM on my z/VM 4.4. system. Do I need to apply this fix to 5.2 even though I’m not running PTK on my current system? Thanks, Alyce
Mainframes in PC ads
Check out the icon next to the Download link on this page: http://www.safe-install.com/programs/bells-whistles-for-outlook.html If that's not a (recolored) z, I'll eat my hat! -- ...phsiii Phil Smith III (703) 476-4511 (office) (703) 568-6662 (cell)
Re: Performance Toolkit and VM64152
Hello again, I will be runniing PTK on my new z/VM 5.2 system for the first time. I understand that RTM will not work on 5.2. Is this correct? Thanks, Alyce From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Michael Donovan Sent: Thursday, January 18, 2007 2:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Performance Toolkit and VM64152 This fix only pertains to Performance Toolkit. If you are not running Performance Toolkit, you do not need this fix. Thanks! Mike --- Law of Logical Argument: Anything is possible if you don't know what you are talking about. Inactive hide details for Austin, Alyce (CIV) [EMAIL PROTECTED]Austin, Alyce (CIV) [EMAIL PROTECTED] Austin, Alyce (CIV) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/18/2007 05:08 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Performance Toolkit and VM64152 Hello, I'm installing z/VM 5.2; however, I'm only using RTM on my z/VM 4.4. system. Do I need to apply this fix to 5.2 even though I'm not running PTK on my current system? Thanks, Alyce
Re: Performance Toolkit and VM64152
Correct. RTM will not run on z/VM 5.2.0. Since you will be running Performance Toolkit on your 5.2.0 system, you should install VM64152/UM31956 to Performance Toolkit before trying to bring it up. Mike Donovan Austin, Alyce (CIV) [EMAIL PROTECTED] To Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] Subject ARK.EDU Re: Performance Toolkit and VM64152 01/18/2007 05:56 PM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU Hello again, I will be runniing PTK on my new z/VM 5.2 system for the first time. I understand that RTM will not work on 5.2. Is this correct? Thanks, Alyce
Re: Mainframes in PC ads
unfortunately the you can't tell the difference between a P595 AIX box we have and the 2094 MF from looking at them with the covers closed Phil Smith III [EMAIL PROTECTED] Sent by: The IBM To z/VM OperatingIBMVM@LISTSERV.UARK.EDU System cc [EMAIL PROTECTED] ARK.EDU Subject Mainframes in PC ads 01/18/2007 05:46 PM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU Check out the icon next to the Download link on this page: http://www.safe-install.com/programs/bells-whistles-for-outlook.html If that's not a (recolored) z, I'll eat my hat! -- ...phsiii Phil Smith III (703) 476-4511 (office) (703) 568-6662 (cell)
Re: ISPF File Tailoring
On Thu, 18 Jan 2007 07:26:30 -0600, Ed Zell [EMAIL PROTECTED] w rote: OK, here is an example of some file tailoring that we do for our programming staff using ISPF and Dialog Manager. This one creates a compile job stream for a COBOL CICS program. It may or may not contain SQL statements, that is determined by the library type (COBOL or SQLCOBOL). A REXX EXEC drives the process (display panel, do some basic editing to validate what can't be handled on the panel itself, invoke file tailoring to create top of JCL, punch it, punch source member, file tailoring for bottom of JCL, punch it). It uses ISPF shared and profile variables to initially populate the panel (but I would guess that CMS global variables would work just fine too). I could handle the XEDIT full screen stuff to replace the panel, but I don't know much about CMS plumbing if that's what would replace file tailoring. Sorry for the length of this post, but the skeletons are pretty big! I appreciate any thoughts on how to convert something like this. Ed Zell Illinois Mutual Life Insurance (309) 674-8255 x-107 At the risk of losing my VM Bigot button, I'll have to say that customizi ng JCL is exactly what ISPF is good at. The actual customizing of a skeleton is easily done with XEDI T or Pipelines or REXX. But ISPF puts up a nice simple form to fill, in, remembers what you enter for next time, and then uses those values to create the JCL. All that is quite easy to set up -- a pie ce of cake. You can of course use XEDIT or CUA2001 or DMS/CMS or XMENU or ..., to put up the screen, then save the values with the GLOBALV command, then write a simple Pipeline to customize the skeleton JCL. I could probably (still) do it quicker in ISPF. 25+ years ago I wrote code to customize and submit JCL. I used the tools available at the time: EDIT and EXEC(1). Just stack a bunch of CHANGE commands and then call EDI T against the file. It didn't have a front-end form though, just positional parameters for the E XEC call.
Re: Performance Toolkit and VM64152
As RTM doesn't work at all on 5.2, if you want the replacement to work, then yes, you need to apply it (and license PerfKit). From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Austin, Alyce (CIV) Sent: Thursday, January 18, 2007 5:31 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Performance Toolkit and VM64152 Hello, I'm installing z/VM 5.2; however, I'm only using RTM on my z/VM 4.4. system. Do I need to apply this fix to 5.2 even though I'm not running PTK on my current system?