Re: IBMLink 2000 Finding ESO levels
On 1/12/07, Alan Altmark [EMAIL PROTECTED] wrote: Everyone else gets to webify their legacy apps, so why not IBM? We have internal app development shops that are looking for ways to cut support development costs, too. And those new hires out of college are certainly not very good at 3270 programming, you know ;-) Come on Sir. You're just repeating hearsay nonsense arguments. Yours is almost as good as the one to replace the VM Toolsrun-based employee directory by LDAP because the VM solution required updates to be applied to all copies of the data spread over multiple VM system I believe IBM set back the clock 10 years by migrating off their VM applications internally. When you have a decent interface between business logic and presentation layer than served the purpose already for 20 years, really how many people do you think need to be involved with 3270 data stream programming? In fact, that interface was lean enough to allow for small projects to access the applications through web browser or even WAP phone. What really increased development cost was to replace development teams and rewrite the business logic on another platform. Many web applications today still follow that classic form based transaction model like we have with DMS, ISPF, IOS3270, or Xedit-based applications. That only model changes with WEB 2.0, and I already demonstrated we can drive an AJAX web application with our CMS-based ESAWEB server. Guess what, the CMS code was just 10-15 lines of REXX and Pipes to make it work. The rest is AJAX just like it would be on another platform. And an application takes a *lot* of AJAX code to make it work, but that's another issue. Rob
SHARE: Chairbear URGENT! ACK!
Heya! Well Martha wasn't kidding. You guys are a difficult audience indeed. I have quite a few sessions still in need of chairs for the VM/Linux program. So you know you're going. You know you want to chair. You know that if you don't, I will start to nag more and more. I can script something to send you all e-mails every couple hours til you relent and sign up. Don't make me get nasty. Worse, don't make me have to call on Martha to help again... So please, help out and sign up for a couple sessions. If everyone chairs just a couple, it will be really easy and we'll be done all quick and nice... 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 01:30p 1330 9262 What's New in Linux on System z? Ulrich Weigand 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 9235 Analyzing and Tuning Linux Storage in z/VM environment Barton Robinson 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 9202 The W5 about Linux on System z - Who, What, Why, When and WhereJim Elliott 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 9266 Monitoring Linux Guests and Processes with Linux Tools Christian Borntraeger 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
Re: IBM ServiceLink greenscreen to be discontinued March 31, 2007
On Thu, 11 Jan 2007 22:47:41 -0600 Alan Ackerman said: a text mode browser that handles https. Lynx does on Linux, and I believe that Charlotte does on CMS. == Not my copy of Charlotte. Alan - I applied the HTTPS updates to Charlotte and put the package on my VM FTP site. To ftp VM to VM: ftp zvm.sru.edu user sruftp pass guest ebcdic use binary if not on a VM system mode b only on a VM system get charlott.vmarc quit /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: IBMLink 2000 Finding ESO levels
I have trying to stay on the sidelines of this conversation. However, IBM MUST get their act together on IBMLINK. Every so often I get an email from IBM indicating that a status record has been updated. It took 3 months to get an answer on where I should look and how to look at the updated status record. I had one techie tell me that I should just ignore these records as no one at IBM knew how to look at them either. I have 'tremendous confidence' in level one people now. Ed Martin Aultman Health Foundation 330-588-4723 [EMAIL PROTECTED] ext. 40441 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, January 11, 2007 4:19 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBMLink 2000 Finding ESO levels On Thursday, 01/11/2007 at 12:08 CST, Alan Ackerman [EMAIL PROTECTED] wrote: Any other suggestions? Continue your discussion with IBMLink folks. At least the two versions were side-by-side for seven years so that you could transition to the new one at your own pace. :-) Alan Altmark z/VM Development IBM Endicott
Rexx performance question
We have an old REXX exec that I had to modify. This is a rather simplistic description but it consists of 2 parts - 1 to set up the environment(variables) and 2 to use the variables setup in 1. Bottom I had problems modifying it so I re-wrote it. The original used GLOBALV extensively - part 1 would do PUTs and part 2 would do GETs. Besides a lot of 'steam lining' I thought I would be 'clever' and changed the GLOBALVs to 'PIPE var VarName 1 | var VarName'. However the new exec ran much slower than the old. I then did a test to only compare GLOBALV PUT/GET to setting and retrieving the variable with PIPE var stage. The pipe stage was much slower. I thought the pipe logic would be better - obviously mistaken. Any comments - any other method I could have used that is perhaps faster than GLOBALV? Thanks Peter
Re: Rexx performance question
No, I had not. Thanks, I will try. 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: Rexx performance question 01/12/2007 10:23 AM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU Have you tried this too? PIPE LITERAL VAR1 VAR2 VAR3 ...| SPLIT |VARFETCH 1 DIRECT TOLOAD|VARLOAD DIRECT Note: the DIRECT tells not to try to resolve compound symbols, this also means one must pass the variable names in uppercase (and stem suffixes in the exact case). -- Kris Buelens, IBM Belgium, VM customer support 2007/1/12, Peter Rothman [EMAIL PROTECTED]: We have an old REXX exec that I had to modify. This is a rather simplistic description but it consists of 2 parts - 1 to set up the environment(variables) and 2 to use the variables setup in 1. Bottom I had problems modifying it so I re-wrote it. The original used GLOBALV extensively - part 1 would do PUTs and part 2 would do GETs. Besides a lot of 'steam lining' I thought I would be 'clever' and changed the GLOBALVs to 'PIPE var VarName 1 | var VarName'. However the new exec ran much slower than the old. I then did a test to only compare GLOBALV PUT/GET to setting and retrieving the variable with PIPE var stage. The pipe stage was much slower. I thought the pipe logic would be better - obviously mistaken. Any comments - any other method I could have used that is perhaps faster than GLOBALV? Thanks Peter
Re: history question
John McKown wrote: Just for my curiousity. Was CP-67 the first virtualization engine ever produced? Or did some other company have this type of ability before IBM did it? cp40 predated cp67. the science center really wanted a 360/50 to modify for virtual memory ... but all of the spare 50s were going to the FAA ... so they had to settle for 360/40. when 360/67 finally becames available they ported cp40 to cp67. lots of posts mentioning the science center http://www.garlic.com/~lynn/subtopic.html#545tech recent post mentioning some wiki entries about cp/cms http://www.garlic.com/~lynn/2007.html#8 The Elements of Programming Style http://www.garlic.com/~lynn/2007.html#12 The Elements of Programming Style a couple other posts in that thread http://www.garlic.com/~lynn/2006y.html#20 The Elements of Programming Style http://www.garlic.com/~lynn/2006y.html#34 The Elements of Programming Style http://www.garlic.com/~lynn/2007.html#1 The Elements of Programming Style no the 60s ... but index of old email (mostly from the 70s and 80s), much of it vm related http://www.garlic.com/~lynn/lhwemail.html = and large number of past posts mentioning cp40 http://www.garlic.com/~lynn/93.html#0 360/67, was Re: IBM's Project F/S ? http://www.garlic.com/~lynn/93.html#23 MTS LLMPS? http://www.garlic.com/~lynn/93.html#25 MTS LLMPS? http://www.garlic.com/~lynn/94.html#37 SIE instruction (S/390) http://www.garlic.com/~lynn/94.html#46 Rethinking Virtual Memory http://www.garlic.com/~lynn/94.html#53 How Do the Old Mainframes http://www.garlic.com/~lynn/94.html#54 How Do the Old Mainframes http://www.garlic.com/~lynn/97.html#22 Pre S/360 IBM Operating Systems? http://www.garlic.com/~lynn/98.html#28 Drive letters http://www.garlic.com/~lynn/98.html#33 ... cics ... from posting from another list http://www.garlic.com/~lynn/98.html#45 Why can't more CPUs virtualize themselves? http://www.garlic.com/~lynn/99.html#126 Dispute about Internet's origins http://www.garlic.com/~lynn/99.html#139 OS/360 (and descendents) VM system? http://www.garlic.com/~lynn/99.html#142 OS/360 (and descendents) VM system? http://www.garlic.com/~lynn/99.html#174 S/360 history http://www.garlic.com/~lynn/99.html#237 I can't believe this newsgroup still exists http://www.garlic.com/~lynn/2000.html#52 Correct usage of Image ??? http://www.garlic.com/~lynn/2000.html#81 Ux's good points. http://www.garlic.com/~lynn/2000.html#82 Ux's good points. http://www.garlic.com/~lynn/2000c.html#42 Domainatrix - the final word http://www.garlic.com/~lynn/2000c.html#79 Unisys vs IBM mainframe comparisons http://www.garlic.com/~lynn/2000e.html#16 First OS with 'User' concept? http://www.garlic.com/~lynn/2000f.html#30 OT? http://www.garlic.com/~lynn/2000f.html#59 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.) http://www.garlic.com/~lynn/2000f.html#63 TSS ancient history, was X86 ultimate CISC? designs) http://www.garlic.com/~lynn/2000f.html#66 360 Architecture, Multics, ... was (Re: X86 ultimate CISC? No.) http://www.garlic.com/~lynn/2000f.html#78 TSS ancient history, was X86 ultimate CISC? designs) http://www.garlic.com/~lynn/2001b.html#29 z900 and Virtual Machine Theory http://www.garlic.com/~lynn/2001h.html#9 VM: checking some myths. http://www.garlic.com/~lynn/2001h.html#10 VM: checking some myths. http://www.garlic.com/~lynn/2001h.html#46 Whom Do Programmers Admire Now??? http://www.garlic.com/~lynn/2001i.html#34 IBM OS Timeline? http://www.garlic.com/~lynn/2001i.html#39 IBM OS Timeline? http://www.garlic.com/~lynn/2001m.html#47 TSS/360 http://www.garlic.com/~lynn/2001m.html#49 TSS/360 http://www.garlic.com/~lynn/2002b.html#6 Microcode? http://www.garlic.com/~lynn/2002b.html#44 PDP-10 Archive migration plan http://www.garlic.com/~lynn/2002b.html#64 ... the need for a Museum of Computer Software http://www.garlic.com/~lynn/2002c.html#8 TOPS-10 logins (Was Re: HP-2000F - want to know more about it) http://www.garlic.com/~lynn/2002c.html#39 VAX, M68K complex instructions (was Re: Did Intel Bite Off More Than It Can Chew?) http://www.garlic.com/~lynn/2002c.html#44 cp/67 (coss-post warning) http://www.garlic.com/~lynn/2002e.html#47 Multics_Security http://www.garlic.com/~lynn/2002f.html#30 Computers in Science Fiction http://www.garlic.com/~lynn/2002f.html#36 Blade architectures http://www.garlic.com/~lynn/2002g.html#13 Secure Device Drivers http://www.garlic.com/~lynn/2002h.html#59 history of CMS http://www.garlic.com/~lynn/2002h.html#62 history of CMS http://www.garlic.com/~lynn/2002h.html#70 history of CMS http://www.garlic.com/~lynn/2002j.html#64 vm marketing (cross post) http://www.garlic.com/~lynn/2002l.html#22 Computer Architectures http://www.garlic.com/~lynn/2002l.html#56 10 choices that were critical to the Net's success http://www.garlic.com/~lynn/2002l.html#65 The problem with installable operating systems http://www.garlic.com/~lynn/2002m.html#3 The problem with installable operating systems
Re: Rexx performance question
From my testing, PIPES incur quite a bit of overhead when starting up. So, optimising means doing as much as possible within a PIPE to amortise that overhead over as much work as possible, and therefore using as few PIPE instances as possible. You could write the variables to a temporary disk file as well. But use EXECIO instead of PIPES to write the file, it uses less resources for small files. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Peter Rothman Sent: January 12, 2007 10:55 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Rexx performance question Tested that - also much slower than GLOBALV. Kris Buelens [EMAIL PROTECTED] il.com To Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] Subject ARK.EDU Re: Rexx performance question 01/12/2007 10:23 AM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU Have you tried this too? PIPE LITERAL VAR1 VAR2 VAR3 ...| SPLIT |VARFETCH 1 DIRECT TOLOAD|VARLOAD DIRECT Note: the DIRECT tells not to try to resolve compound symbols, this also means one must pass the variable names in uppercase (and stem suffixes in the exact case). -- Kris Buelens, IBM Belgium, VM customer support 2007/1/12, Peter Rothman [EMAIL PROTECTED]: We have an old REXX exec that I had to modify. This is a rather simplistic description but it consists of 2 parts - 1 to set up the environment(variables) and 2 to use the variables setup in 1. Bottom I had problems modifying it so I re-wrote it. The original used GLOBALV extensively - part 1 would do PUTs and part 2 would do GETs. Besides a lot of 'steam lining' I thought I would be 'clever' and changed the GLOBALVs to 'PIPE var VarName 1 | var VarName'. However the new exec ran much slower than the old. I then did a test to only compare GLOBALV PUT/GET to setting and retrieving the variable with PIPE var stage. The pipe stage was much slower. I thought the pipe logic would be better - obviously mistaken. Any comments - any other method I could have used that is perhaps faster than GLOBALV? Thanks Peter The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot by guaranteed on the Internet. The Sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on basis of the information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is the property of the TTC and must not be altered or circumvented in any manner.
Re: IBMLink 2000 Finding ESO levels
Hear, hear, good Sir! I gave IBMLink 2000 several tries over those seven, usually because there was publication of a shiny new release. Even after spending the usual time making a sincere effort to get acquainted with the changes between releases and the differences between greenscreen, it was frustrating because you had to know the magic incantations and just where to hover the pointer to actually find anything. Or you had to have previous knowledge of what seems to be IBM inside information (ala a previous note that you should know what you want to order before you try to order it - and you must know EXACTLY the right keywords to place such an order). It seems that the younger IBM employees to which Chuckie refers as having no 3270 expertise must have a significant experience with PC gaming apps, because that's what I felt like I was being forced to use. I never did like Adventure, feeling that after the first 5 minutes it was a complete waste of time to search blindly for tools I needed to solve a problem. The point is we are customers. We should not need to know IBM-internal buzzwords, and certainly when trying to place an order we should be able to do so swiftly, selecting from a menu of products or service. Does one go into a restaurant that has no menus and keep asking Do you have toast? No? Do you have hamburgers? No? Do you have steamed Brussel spouts? No? Good! Do you have something smaller than a breadbox? Do I hear Jack Nicholson in the background trying to order plain toast without butter. Arhhh! The other point is: does it REALLY cost IBM anything significant to support a stable application? Perhaps just functionally stabilizing it, and telling us we have to look for new features in IBMLink 2000 would suffice. We could continue to use the legacy (i.e productive) tool for what we've always used it for, and get familiar with IBMLink (and report feature failures if it actually helps) for new features. Mike Walter Information Technology Services Hewitt Associates [EMAIL PROTECTED] Direct: +(847) 771-9233 Main:+(847) 295-5000 http://www.hewitt.com Stracka, James (GTI) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/12/2007 09:24 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IBMLink 2000 Finding ESO levels After seven years you would think that they might have a hint that so many of us did not transition because IBMLink 2000 was so bloody awful. At least the two versions were side-by-side for seven years so that you could transition to the new one at your own pace. :-) Alan Altmark z/VM Development IBM Endicott If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ 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.
z/VM 4.4-- 5.2
I'm still unable to get to the www.vm.ibm.com web site and need some information of features/enhancements etc offered by z/VM 5.2 over 4.4. We're currently using z/VM 4.4 (32 bit) and I've been asked to gather some information on the benefits of 5.2. Could somebody please send me some bullet items... 5.2 is a fait accompli and will happen in the next few months, but I need some highlights... 64 bit is the thing I'm most aware of, but are there new features in CMS that users can benefit from, or are all the improvements in CP, new hardware support, and the sysprog functions? Thank you.
Re: IBMLink 2000 Finding ESO levels
To answer your question, does it REALLY cost IBM anything significant to support a stable application? The answer is Yes. Just look at IBM cancelling VSE/VSAM support on VM since there have been no changes to it since Y2K. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Friday, January 12, 2007 11:33 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBMLink 2000 Finding ESO levels Hear, hear, good Sir! I gave IBMLink 2000 several tries over those seven, usually because there was publication of a shiny new release. Even after spending the usual time making a sincere effort to get acquainted with the changes between releases and the differences between greenscreen, it was frustrating because you had to know the magic incantations and just where to hover the pointer to actually find anything. Or you had to have previous knowledge of what seems to be IBM inside information (ala a previous note that you should know what you want to order before you try to order it - and you must know EXACTLY the right keywords to place such an order). It seems that the younger IBM employees to which Chuckie refers as having no 3270 expertise must have a significant experience with PC gaming apps, because that's what I felt like I was being forced to use. I never did like Adventure, feeling that after the first 5 minutes it was a complete waste of time to search blindly for tools I needed to solve a problem. The point is we are customers. We should not need to know IBM-internal buzzwords, and certainly when trying to place an order we should be able to do so swiftly, selecting from a menu of products or service. Does one go into a restaurant that has no menus and keep asking Do you have toast? No? Do you have hamburgers? No? Do you have steamed Brussel spouts? No? Good! Do you have something smaller than a breadbox? Do I hear Jack Nicholson in the background trying to order plain toast without butter. Arhhh! The other point is: does it REALLY cost IBM anything significant to support a stable application? Perhaps just functionally stabilizing it, and telling us we have to look for new features in IBMLink 2000 would suffice. We could continue to use the legacy (i.e productive) tool for what we've always used it for, and get familiar with IBMLink (and report feature failures if it actually helps) for new features. Mike Walter Information Technology Services Hewitt Associates [EMAIL PROTECTED] Direct: +(847) 771-9233 Main:+(847) 295-5000 http://www.hewitt.com Stracka, James (GTI) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/12/2007 09:24 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IBMLink 2000 Finding ESO levels After seven years you would think that they might have a hint that so many of us did not transition because IBMLink 2000 was so bloody awful. At least the two versions were side-by-side for seven years so that you could transition to the new one at your own pace. :-) Alan Altmark z/VM Development IBM Endicott If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: Rexx performance question
Using a file to store the variables a while, uggghhh... File I/O remains terribly slow compared to memory access, even though you might save some CPU (I don't know if you will save) the result may be code than takes longer to complete in elapsed time. The fact that EXECIO is faster than PIPE to write files is that one often sees execs that every now and then write to a file. If you do that with PIPE, the file is closed after each write request; with EXECIO, the file is only closed when you explicitly ask for it. Again, the general rule is: do as much as possible in a single call, to PIPE, to XEDIt, to 2007/1/12, [EMAIL PROTECTED] [EMAIL PROTECTED]: From my testing, PIPES incur quite a bit of overhead when starting up. So, optimising means doing as much as possible within a PIPE to amortise that overhead over as much work as possible, and therefore using as few PIPE instances as possible. You could write the variables to a temporary disk file as well. But use EXECIO instead of PIPES to write the file, it uses less resources for small files. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Peter Rothman Sent: January 12, 2007 10:55 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Rexx performance question Tested that - also much slower than GLOBALV. Kris Buelens [EMAIL PROTECTED] il.com To Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] Subject ARK.EDU Re: Rexx performance question 01/12/2007 10:23 AM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU Have you tried this too? PIPE LITERAL VAR1 VAR2 VAR3 ...| SPLIT |VARFETCH 1 DIRECT TOLOAD|VARLOAD DIRECT Note: the DIRECT tells not to try to resolve compound symbols, this also means one must pass the variable names in uppercase (and stem suffixes in the exact case). -- Kris Buelens, IBM Belgium, VM customer support 2007/1/12, Peter Rothman [EMAIL PROTECTED]: We have an old REXX exec that I had to modify. This is a rather simplistic description but it consists of 2 parts - 1 to set up the environment(variables) and 2 to use the variables setup in 1. Bottom I had problems modifying it so I re-wrote it. The original used GLOBALV extensively - part 1 would do PUTs and part 2 would do GETs. Besides a lot of 'steam lining' I thought I would be 'clever' and changed the GLOBALVs to 'PIPE var VarName 1 | var VarName'. However the new exec ran much slower than the old. I then did a test to only compare GLOBALV PUT/GET to setting and retrieving the variable with PIPE var stage. The pipe stage was much slower. I thought the pipe logic would be better - obviously mistaken. Any comments - any other method I could have used that is perhaps faster than GLOBALV? Thanks Peter The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot by guaranteed on the Internet. The Sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on basis of the information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is the property of the TTC and must not be altered or circumvented in any manner. -- Kris Buelens, IBM Belgium, VM customer support
Re: z/VM 4.4-- 5.2
I'll send you a 5.2 PDF presentation, it seems to start from 4.4 2007/1/12, Don Russell [EMAIL PROTECTED]: I'm still unable to get to the www.vm.ibm.com web site and need some information of features/enhancements etc offered by z/VM 5.2 over 4.4. We're currently using z/VM 4.4 (32 bit) and I've been asked to gather some information on the benefits of 5.2. Could somebody please send me some bullet items... 5.2 is a fait accompli and will happen in the next few months, but I need some highlights... 64 bit is the thing I'm most aware of, but are there new features in CMS that users can benefit from, or are all the improvements in CP, new hardware support, and the sysprog functions? Thank you. -- Kris Buelens, IBM Belgium, VM customer support
Re: IBMLink 2000 Finding ESO levels
The answer is Yes. That was the answer, sure. But where's the supporting documentation. Yes Virginia, there really is a Santa Claus. But *I* want proof/supporting doc (**and** a pony!). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Stracka, James (GTI) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/12/2007 10:37 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IBMLink 2000 Finding ESO levels To answer your question, does it REALLY cost IBM anything significant to support a stable application? The answer is Yes. Just look at IBM cancelling VSE/VSAM support on VM since there have been no changes to it since Y2K. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Friday, January 12, 2007 11:33 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBMLink 2000 Finding ESO levels Hear, hear, good Sir! I gave IBMLink 2000 several tries over those seven, usually because there was publication of a shiny new release. Even after spending the usual time making a sincere effort to get acquainted with the changes between releases and the differences between greenscreen, it was frustrating because you had to know the magic incantations and just where to hover the pointer to actually find anything. Or you had to have previous knowledge of what seems to be IBM inside information (ala a previous note that you should know what you want to order before you try to order it - and you must know EXACTLY the right keywords to place such an order). It seems that the younger IBM employees to which Chuckie refers as having no 3270 expertise must have a significant experience with PC gaming apps, because that's what I felt like I was being forced to use. I never did like Adventure, feeling that after the first 5 minutes it was a complete waste of time to search blindly for tools I needed to solve a problem. The point is we are customers. We should not need to know IBM-internal buzzwords, and certainly when trying to place an order we should be able to do so swiftly, selecting from a menu of products or service. Does one go into a restaurant that has no menus and keep asking Do you have toast? No? Do you have hamburgers? No? Do you have steamed Brussel spouts? No? Good! Do you have something smaller than a breadbox? Do I hear Jack Nicholson in the background trying to order plain toast without butter. Arhhh! The other point is: does it REALLY cost IBM anything significant to support a stable application? Perhaps just functionally stabilizing it, and telling us we have to look for new features in IBMLink 2000 would suffice. We could continue to use the legacy (i.e productive) tool for what we've always used it for, and get familiar with IBMLink (and report feature failures if it actually helps) for new features. Mike Walter Information Technology Services Hewitt Associates [EMAIL PROTECTED] Direct: +(847) 771-9233 Main:+(847) 295-5000 http://www.hewitt.com Stracka, James (GTI) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/12/2007 09:24 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IBMLink 2000 Finding ESO levels After seven years you would think that they might have a hint that so many of us did not transition because IBMLink 2000 was so bloody awful. At least the two versions were side-by-side for seven years so that you could transition to the new one at your own pace. :-) Alan Altmark z/VM Development IBM Endicott If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ 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. 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
zVM 4.3 and z9 BC
Does anybody know if zVM 4.3 runs on a z9 BC? Thanks, Prado
Re: zVM 4.3 and z9 BC
We do. However, we have z/VM 5.2 in-house, to be installed. We run z/VSE 3.1.2 and OS/390 2.10. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Antonio C Prado Sent: Friday, January 12, 2007 9:35 AM To: IBMVM@LISTSERV.UARK.EDU Subject: zVM 4.3 and z9 BC Does anybody know if zVM 4.3 runs on a z9 BC? Thanks, Prado ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: IBMLink 2000 Finding ESO levels
Apparently VTAM support is not very costly - maybe to us it is, but not to them. :-) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Friday, January 12, 2007 8:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBMLink 2000 Finding ESO levels The answer is Yes. That was the answer, sure. But where's the supporting documentation. Yes Virginia, there really is a Santa Claus. But *I* want proof/supporting doc (**and** a pony!). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Stracka, James (GTI) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/12/2007 10:37 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IBMLink 2000 Finding ESO levels To answer your question, does it REALLY cost IBM anything significant to support a stable application? The answer is Yes. Just look at IBM cancelling VSE/VSAM support on VM since there have been no changes to it since Y2K. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Friday, January 12, 2007 11:33 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBMLink 2000 Finding ESO levels Hear, hear, good Sir! I gave IBMLink 2000 several tries over those seven, usually because there was publication of a shiny new release. Even after spending the usual time making a sincere effort to get acquainted with the changes between releases and the differences between greenscreen, it was frustrating because you had to know the magic incantations and just where to hover the pointer to actually find anything. Or you had to have previous knowledge of what seems to be IBM inside information (ala a previous note that you should know what you want to order before you try to order it - and you must know EXACTLY the right keywords to place such an order). It seems that the younger IBM employees to which Chuckie refers as having no 3270 expertise must have a significant experience with PC gaming apps, because that's what I felt like I was being forced to use. I never did like Adventure, feeling that after the first 5 minutes it was a complete waste of time to search blindly for tools I needed to solve a problem. The point is we are customers. We should not need to know IBM-internal buzzwords, and certainly when trying to place an order we should be able to do so swiftly, selecting from a menu of products or service. Does one go into a restaurant that has no menus and keep asking Do you have toast? No? Do you have hamburgers? No? Do you have steamed Brussel spouts? No? Good! Do you have something smaller than a breadbox? Do I hear Jack Nicholson in the background trying to order plain toast without butter. Arhhh! The other point is: does it REALLY cost IBM anything significant to support a stable application? Perhaps just functionally stabilizing it, and telling us we have to look for new features in IBMLink 2000 would suffice. We could continue to use the legacy (i.e productive) tool for what we've always used it for, and get familiar with IBMLink (and report feature failures if it actually helps) for new features. Mike Walter Information Technology Services Hewitt Associates [EMAIL PROTECTED] Direct: +(847) 771-9233 Main:+(847) 295-5000 http://www.hewitt.com Stracka, James (GTI) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/12/2007 09:24 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IBMLink 2000 Finding ESO levels After seven years you would think that they might have a hint that so many of us did not transition because IBMLink 2000 was so bloody awful. At least the two versions were side-by-side for seven years so that you could transition to the new one at your own pace. :-) Alan Altmark z/VM Development IBM Endicott If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ 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
Re: Rexx performance question
Why not define a vdisk for storing the variables? Definitely faster than the real thing. Steve G Kris Buelens [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/12/2007 11:38 AM Please respond to The IBM z/VM Operating System To: IBMVM@LISTSERV.UARK.EDU cc: Subject:Re: Rexx performance question Using a file to store the variables a while, uggghhh... File I/O remains terribly slow compared to memory access, even though you might save some CPU (I don't know if you will save) the result may be code than takes longer to complete in elapsed time. The fact that EXECIO is faster than PIPE to write files is that one often sees execs that every now and then write to a file. If you do that with PIPE, the file is closed after each write request; with EXECIO, the file is only closed when you explicitly ask for it. Again, the general rule is: do as much as possible in a single call, to PIPE, to XEDIt, to 2007/1/12, [EMAIL PROTECTED] [EMAIL PROTECTED]: From my testing, PIPES incur quite a bit of overhead when starting up. So, optimising means doing as much as possible within a PIPE to amortise that overhead over as much work as possible, and therefore using as few PIPE instances as possible. You could write the variables to a temporary disk file as well. But use EXECIO instead of PIPES to write the file, it uses less resources for small files. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU ] On Behalf Of Peter Rothman Sent: January 12, 2007 10:55 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Rexx performance question Tested that - also much slower than GLOBALV. Kris Buelens [EMAIL PROTECTED] il.com To Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] Subject ARK.EDU Re: Rexx performance question 01/12/2007 10:23 AM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU Have you tried this too? PIPE LITERAL VAR1 VAR2 VAR3 ...| SPLIT |VARFETCH 1 DIRECT TOLOAD|VARLOAD DIRECT Note: the DIRECT tells not to try to resolve compound symbols, this also means one must pass the variable names in uppercase (and stem suffixes in the exact case). -- Kris Buelens, IBM Belgium, VM customer support 2007/1/12, Peter Rothman [EMAIL PROTECTED]: We have an old REXX exec that I had to modify. This is a rather simplistic description but it consists of 2 parts - 1 to set up the environment(variables) and 2 to use the variables setup in 1. Bottom I had problems modifying it so I re-wrote it. The original used GLOBALV extensively - part 1 would do PUTs and part 2 would do GETs. Besides a lot of 'steam lining' I thought I would be 'clever' and changed the GLOBALVs to 'PIPE var VarName 1 | var VarName'. However the new exec ran much slower than the old. I then did a test to only compare GLOBALV PUT/GET to setting and retrieving the variable with PIPE var stage. The pipe stage was much slower. I thought the pipe logic would be better - obviously mistaken. Any comments - any other method I could have used that is perhaps faster than GLOBALV? Thanks Peter The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot by guaranteed on the Internet. The Sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on basis of the information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is the property of the TTC and must not be altered or circumvented in any manner. -- Kris Buelens, IBM Belgium, VM customer support
Re: Rexx performance question
What is wrong with using GLOBALV? That can be memory-only as indicated in the original post (it specified GET and PUT, not GETS, GETP, PUTS or PUTP). There is no need to write to disk unless you need for the variables to be retained across IPLs or logons (SESSION or LASTING GLOBALV). Since it is strictly memory access, it ought to be faster than using either Pipe or EXECIO. However, it might be faster if the two EXECs could be joined together in a single EXEC so that the environment variables would already be there and not need to be passed to the EXEC that uses them. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve Gentry Sent: Friday, January 12, 2007 10:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Rexx performance question Why not define a vdisk for storing the variables? Definitely faster than the real thing. Steve G
Re: Rexx performance question
Even a VDISK means lots of overhead: one needs to go down all the way to CP. If variables are more/or less constant, one can store them in a CMS file, directly in a format understood by the VARLOAD stage. /varname/contents... Then one can EXECLOAD that file and code PIPE MYVARS FILE |VARLOAD DIRECT Note that you cannot code a filemode on the stage, the absence of a filemode tells PIPE to look for an EXECLOADed file first. 2007/1/12, Steve Gentry [EMAIL PROTECTED]: Why not define a vdisk for storing the variables? Definitely faster than the real thing. Steve G *Kris Buelens [EMAIL PROTECTED]* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 01/12/2007 11:38 AM Please respond to The IBM z/VM Operating System To:IBMVM@LISTSERV.UARK.EDU cc: Subject:Re: Rexx performance question Using a file to store the variables a while, uggghhh... File I/O remains terribly slow compared to memory access, even though you might save some CPU (I don't know if you will save) the result may be code than takes longer to complete in elapsed time. The fact that EXECIO is faster than PIPE to write files is that one often sees execs that every now and then write to a file. If you do that with PIPE, the file is closed after each write request; with EXECIO, the file is only closed when you explicitly ask for it. Again, the general rule is: do as much as possible in a single call, to PIPE, to XEDIt, to 2007/1/12, [EMAIL PROTECTED] [EMAIL PROTECTED] * [EMAIL PROTECTED][EMAIL PROTECTED] : From my testing, PIPES incur quite a bit of overhead when starting up. So, optimising means doing as much as possible within a PIPE to amortise that overhead over as much work as possible, and therefore using as few PIPE instances as possible. You could write the variables to a temporary disk file as well. But use EXECIO instead of PIPES to write the file, it uses less resources for small files. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] *IBMVM@LISTSERV.UARK.EDU] On Behalf Of Peter Rothman Sent: January 12, 2007 10:55 To: [EMAIL PROTECTED] IBMVM@LISTSERV.UARK.EDU Subject: Re: Rexx performance question Tested that - also much slower than GLOBALV. Kris Buelens [EMAIL PROTECTED] *il.com* http://il.com/ To Sent by: The IBM [EMAIL PROTECTED]IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] * [EMAIL PROTECTED] Subject *ARK.EDU* http://ark.edu/ Re: Rexx performance question 01/12/2007 10:23 AM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] [EMAIL PROTECTED] *ARK.EDU* http://ark.edu/ Have you tried this too? PIPE LITERAL VAR1 VAR2 VAR3 ...| SPLIT |VARFETCH 1 DIRECT TOLOAD|VARLOAD DIRECT Note: the DIRECT tells not to try to resolve compound symbols, this also means one must pass the variable names in uppercase (and stem suffixes in the exact case). -- Kris Buelens, IBM Belgium, VM customer support 2007/1/12, Peter Rothman [EMAIL PROTECTED][EMAIL PROTECTED] : We have an old REXX exec that I had to modify. This is a rather simplistic description but it consists of 2 parts - 1 to set up the environment(variables) and 2 to use the variables setup in 1. Bottom I had problems modifying it so I re-wrote it. The original used GLOBALV extensively - part 1 would do PUTs and part 2 would do GETs. Besides a lot of 'steam lining' I thought I would be 'clever' and changed the GLOBALVs to 'PIPE var VarName 1 | var VarName'. However the new exec ran much slower than the old. I then did a test to only compare GLOBALV PUT/GET to setting and retrieving the variable with PIPE var stage. The pipe stage was much slower. I thought the pipe logic would be better - obviously mistaken. Any comments - any other method I could have used that is perhaps faster than GLOBALV? Thanks Peter The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot by guaranteed on the Internet. The Sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on basis of the information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail.
Re: Rexx performance question
We have not heard from Michael Coffin on this subject. IIRC he was very knowledgeable about using GLOBAL variables in REXX code. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Friday, January 12, 2007 1:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Rexx performance question What is wrong with using GLOBALV? That can be memory-only as indicated in the original post (it specified GET and PUT, not GETS, GETP, PUTS or PUTP). There is no need to write to disk unless you need for the variables to be retained across IPLs or logons (SESSION or LASTING GLOBALV). Since it is strictly memory access, it ought to be faster than using either Pipe or EXECIO. However, it might be faster if the two EXECs could be joined together in a single EXEC so that the environment variables would already be there and not need to be passed to the EXEC that uses them. Regards, Richard Schuh _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve Gentry Sent: Friday, January 12, 2007 10:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Rexx performance question Why not define a vdisk for storing the variables? Definitely faster than the real thing. Steve G If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
VTAM Program Directory
Since www.vm.ibm.com is still down, does someone happen to know where I can get a copy of a VTAM Program Directory for z/VM 5.2? It is holding up my implementation. Tim Joyce Sr. Systems Programmer Alex Lee, Inc. Email : [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Phone: (828) 725-4448 Fax: (828) 725-4800
Re: Rexx performance question
I'd say there's nothing wrong with GLOBALV, but plumbers use their Piping tools. GLOBALV has an extra advantage: it is clear to the reader when one shares variables between execs. With a PIPE in a called exec one can do anything that the reader of the calling exec will not be aware off. Something more I remember: when REXX's VALUE function was extended to support GLOBAL variables, we were told that using VALUE() was faster than the GLOBLAV command. But, only when compared to GLOABLV with a single variable, so 'GLOBALV GET V1 V2 V3' outperforms 3 calls to VALUE(). -- Kris Buelens, IBM Belgium, VM customer support 2007/1/12, Stracka, James (GTI) [EMAIL PROTECTED]: We have not heard from Michael Coffin on this subject. IIRC he was very knowledgeable about using GLOBAL variables in REXX code. -Original Message- *From:* The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] *On Behalf Of *Schuh, Richard *Sent:* Friday, January 12, 2007 1:44 PM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: Rexx performance question What is wrong with using GLOBALV? That can be memory-only as indicated in the original post (it specified GET and PUT, not GETS, GETP, PUTS or PUTP). There is no need to write to disk unless you need for the variables to be retained across IPLs or logons (SESSION or LASTING GLOBALV). Since it is strictly memory access, it ought to be faster than using either Pipe or EXECIO. However, it might be faster if the two EXECs could be joined together in a single EXEC so that the environment variables would already be there and not need to be passed to the EXEC that uses them. Regards, Richard Schuh
Re: VTAM Program Directory
VM/VTAM is a separate product and is not normally shipped with z/VM. Its current release is 4.2.0. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Tim Joyce Sent: Friday, January 12, 2007 2:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: VTAM Program Directory Since www.vm.ibm.com is still down, does someone happen to know where I can get a copy of a VTAM Program Directory for z/VM 5.2? It is holding up my implementation. Tim Joyce Sr. Systems Programmer Alex Lee, Inc. Email : [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Phone: (828) 725-4448 Fax: (828) 725-4800 If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: VTAM Program Directory
Try .. I am not sure if the program directory is there or not. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SHELVES/EZ2ZVM00.bks http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SHELVES/EZ2ZVM00.bks -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Tim Joyce Sent: Friday, January 12, 2007 1:24 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VTAM Program Directory I have a VM 4.2 tape, I just need a program directory for directions to install. The link ; http://www.vm.ibm.com/progdir/vtam42pd.pdf http://www.vm.ibm.com/progdir/vtam42pd.pdf is not working. _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Stracka, James (GTI) Sent: Friday, January 12, 2007 2:19 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VTAM Program Directory VM/VTAM is a separate product and is not normally shipped with z/VM. Its current release is 4.2.0. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Tim Joyce Sent: Friday, January 12, 2007 2:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: VTAM Program Directory Since www.vm.ibm.com http://www.vm.ibm.com is still down, does someone happen to know where I can get a copy of a VTAM Program Directory for z/VM 5.2? It is holding up my implementation. Tim Joyce Sr. Systems Programmer Alex Lee, Inc. Email : mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] Phone: (828) 725-4448 Fax: (828) 725-4800 _ If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here http://www.ml.com/email_terms/ for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ http://www.ml.com/email_terms/ _ _ ella for Spam Control has removed 9501 VSE-List messages and set aside 6750 VM-List for me You can use it too - and it's FREE! www.ellaforspam.com http://www.ellaforspam.com
Re: VTAM Program Directory
On Friday, 01/12/2007 at 02:13 EST, Tim Joyce [EMAIL PROTECTED] wrote: Since www.vm.ibm.com is still down, does someone happen to know where I can get a copy of a VTAM Program Directory for z/VM 5.2? It is holding up my implementation. Tim, the VTAM PD you already have is the correct one. (The PD hasn't changed in years.) Alan Altmark z/VM Development IBM Endicott
Re: IBMLink 2000 Finding ESO levels
On Friday, 01/12/2007 at 10:33 CST, Mike Walter [EMAIL PROTECTED] wrote: The point is we are customers. We should not need to know IBM-internal buzzwords AMEN! EVERY ONE of you who doesn't like what IBMLink 2000 is/isn't doing needs to send in Feedbacks. Likewise, if you LIKE something, let them know that, too. Why? So it won't go away! Find your z/OS brethren. Get THEM to send in THEIR feedbacks. I've already commented on how to deal with responsiveness issues. , and certainly when trying to place an order we should be able to do so swiftly, selecting from a menu of products or service. No argument from me. The other point is: does it REALLY cost IBM anything significant to support a stable application? Yes. If you are going to support it, then you must have the ability to - reproduce the problem in-house - alter the application - test the application Perhaps just functionally stabilizing it, and telling us we have to look for new features in IBMLink 2000 would suffice. We could continue to use the legacy (i.e productive) tool for what we've always used it for, and get familiar with IBMLink (and report feature failures if it actually helps) for new features. That leaves two interfaces to the backends. That means the backend or an extra layer of middleware must support this access method. You can't make changes to them without consideration for the 3270 side that is stablized. Regression testing is then required. There goes the idea of zero-cost maintenence. And I say this as a 12-year veteran of System Test. If something is stabilized, that means no new function BUT the old function remains usable. THAT means testing changes to ensure you haven't broken it. If at first you don't succeed, try, try again. One of two things will happen: You'll change your process to conform to the abilities of the tool, or you will change the tool to conform to your process. Naturally, in the real world, some of both will happen, but decide which you would prefer more of and then take action to achieve that goal. If you choose not to persevere with Feedbacks and dialog, then your process will change far more than the tool will. I wish the 3270 interface would remain for you, too. (I don't get access to either one. :-( ) Since the announcement, I'm sure that all of the Feedbacks the 3270 users have opened with their [detailed and specific] objections are being reviewed. Ummm all y'all *did* open Feedbacks, right? Not just blowing off steam here? BTW, I'm guessing that 3270 is better. Long live 3270. is probably not going to get any attention. Explain *why* 3270 is better for *you*. Be specific. Alan Altmark z/VM Development IBM Endicott
Re: IBMLink 2000 Finding ESO levels
On Jan 12, 2007, at 1:49 PM, Alan Altmark wrote: Find your z/OS brethren. Brethren? I mean, uh Everything I've ever heard or read indicates that z/OS people reproduce by budding. Something asexual, anyway. One of life's major mercies, that. Oh, look. Friday already. Adam
Re: VTAM Program Directory
Any old VTAM Program Directory will do. Nothing has changed in 10 years (except for some maintenance). The one shipped with my z/VM 5.2 system is dated March 1995. Tom Duerbusch THD Consulting [EMAIL PROTECTED] 1/12/2007 1:18 PM VM/VTAM is a separate product and is not normally shipped with z/VM. Its current release is 4.2.0. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Tim Joyce Sent: Friday, January 12, 2007 2:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: VTAM Program Directory Since www.vm.ibm.com is still down, does someone happen to know where I can get a copy of a VTAM Program Directory for z/VM 5.2? It is holding up my implementation. Tim Joyce Sr. Systems Programmer Alex Lee, Inc. Email : [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Phone: (828) 725-4448 Fax: (828) 725-4800 If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: IBMLink 2000 Finding ESO levels
IBMLINK 2000 reminds me of Conan O'Brien's running gag on the Late Show about looking into the future...all the way to the year 2000! :-) Maybe it's time for an IBMLINK Vista version! Whoops I didn't say that, did I! Happy Friday! Dale R. Smith Technology Services Senior IBM Global Services [EMAIL PROTECTED] 1-614-481-1608
Re: IBMLink 2000 Finding ESO levels
Maybe it's time for an IBMLINK Vista version! Delivered on time, fully featured, and rigorously tested. :-) Regards, Richard Schuh
Re: z/VM 4.4-- 5.2
Don Russell wrote: I'm still unable to get to the www.vm.ibm.com web site and need some information of features/enhancements etc offered by z/VM 5.2 over 4.4. Thank you for the replies, both here and off-list. Cheers, Don
Re: www.vm.ibm.com
But it is a problem for IBM :-) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Jim Elliott [EMAIL PROTECTED] Sent: Friday, January 12, 2007 2:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: www.vm.ibm.com The site is not accessible due to problems apparently at ATT. There is a ticket open with them. This is not an IBM problem. Jim
Re: www.vm.ibm.com
-Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Jim Elliott [EMAIL PROTECTED] Sent: Friday, January 12, 2007 2:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: www.vm.ibm.com The site is not accessible due to problems apparently at ATT. There is a ticket open with them. This is not an IBM problem. Jim = === Today I can get to www.vm.ibm.com from home. Thanks to whoever fixed it.
Re: IBMLink 2000 Finding ESO levels
On Fri, 12 Jan 2007 00:37:52 -0500, Alan Altmark [EMAIL PROTECTED] wrote: On Thursday, 01/11/2007 at 10:21 CST, Alan Ackerman [EMAIL PROTECTED] wrote: I was hoping I wouldn't have to convert. Silly of me to expect them to come to their senses. Everyone else gets to webify their legacy apps, so why not IBM? We ha ve internal app development shops that are looking for ways to cut support development costs, too. And those new hires out of college are certainl y not very good at 3270 programming, you know ;-) That the 3270 interface on IBMLink remained for 7 years (long past the original sunset schedules) is a testimonial to the IBMLink team's committment to you. They fought to keep it. Quite reasonably, TPTB don 't like redundant investments and I was gratified by their ability to keep both interfaces running for so long. Alan Altmark z/VM Development IBM Endicott = == == I'm not opposed to webifying the application. I seem to remember a SHARE Task Force trying to convince IBM to use the Internet (for software downloads, dump uploads, e tc.) I just object to them throwing away perfectly good function and either not replacing it at all or hiding it so well. They did a really poor job of webifying it. It seems in seven years they could have moved over all the existing funct ion. They kept telling us more was coming -- where is it? You say they fought to keep green screen, while I had the impression that they were dragging it out because it was taking so long t o finish the job. The software download function used to let me identify what I needed to o rder, now it just expects me to know by black magic (or another IBM website for which they provide no link.). IBMLink green screen had perfectly good P and Q (Print an Print All) comm and -- where is this in IBMLink 2K? The SIS function had directed searches -- now you are somehow expected to know that the correct strings are, for example: PERVASIVE|HIPER PIDS/568402600 LVLS/300 | R300 (That one of the four strings to search for HIPER APARs for BookManager.) Or did I miss something else? Fortunately I saved all these strings that I use. I couldn't figure out how to view a single PTF until Marcy told me. It took me quite a while to figure out that if I want to ADD products to ASAP I have to find the Add link hidden in the right-hand menu, not at the bottom near the Delete but ton. Should I open an IBMLink feedback on each of these? (I already did on 2.) I sure didn't like the answers I got for those two. Are you sure there is anyone listening?
VTAM Support
Spinoff from Re: IBMLink 2000 Finding ESO levels. On Fri, 12 Jan 2007 09:47:59 -0800, Schuh, Richard [EMAIL PROTECTED] wrot e: Apparently VTAM support is not very costly - maybe to us it is, but not to them. :-) Regards, Richard Schuh Careful, someone might be listening and decide to drop VTAM support. I suspect that VTAM generates more revenue than IBMLink, though.
www.vm.ibm.com
The site is not accessible due to problems apparently at ATT. There is a ticket open with them. This is not an IBM problem. Jim