Re: ISPF: How best to change ISPSPROF variables programmatically (was ISPF: How best to change user variable ZRETMINL in ISPSPROF)
Hi Dave, That helps enormously - thanks! Best regards, David Tidy Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dave Salt Sent: 12 August 2010 17:01 To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF: How best to change ISPSPROF variables programmatically (was ISPF: How best to change user variable ZRETMINL in ISPSPROF) You can manually turn Tab to Point and Shoot on or off by entering this command on any ISPF command line: ISPFVAR PSTAB(ON) You can turn TPS on or off programatically by doing this: address ispexec CONTROL ERRORS RETURN VGET (ZTPS) PROFILE if ztps = Y then do say Tab to point-and-shoot was on; turning it off onoff = OFF end else do say Tab to point-and-shoot was off; turning it on onoff = ON end SELECT PGM(ISPOPT) PARM(PSTAB(onoff)) if rc = 0 then say Tab to point-and-shoot is now onoff else say rc zerrsm zerrlm EXIT Hope that helps, Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html Date: Thu, 12 Aug 2010 09:16:55 +0200 From: dt...@dow.com Subject: ISPF: How best to change ISPSPROF variables programmatically (was ISPF: How best to change user variable ZRETMINL in ISPSPROF) To: IBM-MAIN@bama.ua.edu Hi, I was actually hoping to see a response to something more similar to Mark's interpretation. In particular I wanted a programmatic (REXX) way to (re)set the tab to point and shoot fields on the way in to TSO/ISPF. This in particular because MXI turns it on, but of course if you time out, it is left in that state (MXI does clean it up on the way out normally). The variable is ZTPS (values 'N' or 'Y'). I do see that I can just edit the ISPSPROF member to change it, but that does seem inelegant and (I think) would have to be done before invoking ISPF to be properly effective. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Basic question about CPU instructions
Thank you all for the great responses !!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
mainframe zip
Are there any free zip programs that will compress a number of mvs text files which are compatible with winzip. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: mainframe zip
Use jar files? Needs JAVA in batch, but I think they can be read by zip. Andy Robertson telephone mobile 0777 214 9545 home 01308 420797 Subject: mainframe zip Are there any free zip programs that will compress a number of mvs text files which are compatible with winzip. Jim McAlpine ** This email is confidential and may contain copyright material of the John Lewis Partnership. If you are not the intended recipient, please notify us immediately and delete all copies of this message. (Please note that it is your responsibility to scan this message for viruses). Email to and from the John Lewis Partnership is automatically monitored for operational and lawful business reasons. ** John Lewis plc Registered in England 233462 Registered office 171 Victoria Street London SW1E 5NN Websites: http://www.johnlewis.com http://www.waitrose.com http://www.greenbee.com http://www.johnlewispartnership.co.uk ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: mainframe zip
Jim McAlpine schrieb: Are there any free zip programs that will compress a number of mvs text files which are compatible with winzip. Try ftp://ftp.info-zip.org/pub/infozip/mvs/ bye, Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: mainframe zip
On 13.08.2010 11:54, Jim McAlpine wrote: Are there any free zip programs that will compress a number of mvs text files which are compatible with winzip. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Try gzip ( GNU.zip). rg Leo Strauss -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA-FILESAVE help - desperate
We use CA-FILESAVE to process CICS/TS 3.2 journal records. We are getting a message: FILE-ERRS03 JOURNAL RECORD LENGTH + SORT PREFIX EXCEEDS 32767 BYTES; SORT TERMINATED. MODULE=E15EXIT Unfortunately, it doesn't tell me which record or file or anything. The manual says to exclude the file. I've tried selecting a single file. In fact, several times with different files. I still get the same error. Anybody have any ideas? CA is going to be giving up a call ASAP, but other help is gratefully received. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Does POST require a save area?
When I've written code in the past I have always routinely provided for a save area for subsidiary functions, pointed to of course by R13. I never paid any attention to whether particular functions required a save area because it was just always there. I'm currently engaged in writing code where it is desirable to have as short a code path as possible. It will not call any external user programs and will not use any DFSMS macros. The only MVS functions it will use are GETMAIN and POST. When I looked at the documentation for POST I was surprised to notice that for POST and many if not most MVS macros the Input Register section does not mention R13. I know of course that you can issue a GETMAIN R without a pre-existing save area. What about POST? I always assumed that it required a save area, but if it does not I can save a GETMAIN and that would be worthwhile (assuming I can get by without any working storage and do everything in registers, which I think I can). Does POST require that R13 point to a save area? Does the answer change if LINKAGE=BRANCH or SYSTEM? Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Does POST require a save area?
On Fri, 13 Aug 2010 08:21:47 -0400 Charles Mills charl...@mcn.org wrote: :When I've written code in the past I have always routinely provided for a :save area for subsidiary functions, pointed to of course by R13. I never :paid any attention to whether particular functions required a save area :because it was just always there. I'm currently engaged in writing code :where it is desirable to have as short a code path as possible. It will not :call any external user programs and will not use any DFSMS macros. The only :MVS functions it will use are GETMAIN and POST. :When I looked at the documentation for POST I was surprised to notice that :for POST and many if not most MVS macros the Input Register section does :not mention R13. I know of course that you can issue a GETMAIN R without a :pre-existing save area. What about POST? I always assumed that it required a :save area, but if it does not I can save a GETMAIN and that would be :worthwhile (assuming I can get by without any working storage and do :everything in registers, which I think I can). Nothing that did SVC entry ever required R13. Basic PC did. AT ZOS16+ most have been changed to stacking so if you tell the assembler it will not use R13. :Does POST require that R13 point to a save area? Does the answer change if :LINKAGE=BRANCH or SYSTEM? POST with LINKAGE=BRANCH does not restore the registers that it uses. Worst case is only R9 is left unchanged. SDUMP(X) does use R13, but improperly. Best approach is to set r13 to a 72 byte work area. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDSE Performance
Dear Colleagues, if I remember correctly, then the directory structure of PDSEs was designed to speed up finding specific members as opposed to listing the entire directory. To my best of knowledge the directory structure of PDSs is sequential (ordered list) while for PDSEs it is hierarchical (tree-based). Theoretically, finding a specific member should therefore result in linear (O(n)) effort for PDSs and logarithmic effort (O(log n)) for PDSEs. Does anybody have any measurements on that and would like to share it with us? I guess the main purpose of PDSEs is to serve as program libraries and in many cases doing this in library concatenations, which are searched for specific programs by the loader. On the contrary it is not obvious for me, which use case requires listing a directory of 25K to 30K members efficiently, but maybe you can update me on that. The bad directory listing performance probably stems from the index pages being scattered across the entire PDSE instead of being nicely ordered at the beginning of the dataset. Does copying and thus defragmenting the library also reorganize the index pages? Kind regards Gerald Scharitzer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
optimizing compilers
Not a little misunderstanding of what optimizing compilers are good for, of what they can and cannot do currently, has been evident in several different IBM-MAIN threads/conversations during the last few days; and perhaps it will be useful to try to explain where optimizing techniques stand today in not very technical terms. An example will help. Consider such a C statement as target[j] = source[i] + 1; Here typically a compiler must generate o addressing code for element i of the array source, o code that puts the value of source[i] into a register and adds 1 to it o addressing code for element j of the array target, and o code that stores this register-resident value of source[i] + 1 into the location of target[j]. If now we modify this example slightly, making it target[j] = target[j] + 1 ; source and target are now the same; and it is clear that we need calculate only the location of target[j]. In fact the C language makes syntactic provision for this special case: in C it is possible and appropriate to write target[j] += 1 ; instead. This is a very simple optimization [circumvention of the need for an optimization] , but it illustrates what optimization is about. An optimizing compiler contains quite general machinery for recognizing interesting special cases and then generating less general, more efficient code for them than it would have generated if it had not recognized them. A good first reference is: F. J. Allen and John Cocke, A catalog of optimizing transformations, Courant Computer Science Symposium 5, Upper Saddle River, NJ: Prentice-Hall, 1977, pp. 1-30. It is now more than 30 years old, but it has not been supplanted. Optimization is enormously useful, but it does not deal in radical changes of algorithms. It will not replace linear search in a table with binary search in a tree, overlap two independent i/o operations asynchronously instead of doing them one after the other synchronously, or the like. It transforms locally poor constructs into functionally equivalent better ones by recognizing special cases. It does no root and branch replacements of algorithms by other, globally better ones. There has been speculation about such transformations, about a radical-optimizing-transformation compiler or ROTC, but none such has yet left the laboratory. Vague appeals to optimization like those we have seen here recently are generic. Confronted with some indefensible deficiency of a language, it has long been usual for defenders of that language to resort to the possibility of optimizing it away, to use optimization as a deus ex machina that will magically render the indefensible innocuous. To attack such uses of optimization is not to disparage it or minimize its importance, but it is important to understand when one is being had, when plausible but specious (and always suspiciously vague) language is being used to paper over real difficulties. Edward Jaffe has sensitized us all to the notion that advice to 'write a macro' without specifying how that macro will do its work is vacuous advice. The injunction 'optimize it [away]' is often misused in the same fashion. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Oracle: The future is diskless!
Reading this heading reminds me of a scene in the movie _Ghost Busters_. Yes, he has no disk. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Does POST require a save area?
Thanks, Binyamin. if you tell the assembler SYSSTATE? POST with LINKAGE=BRANCH does not restore the registers Thanks for pointing that out. I have not used LINKAGE=BRANCH before and had not (yet!) noticed that. That will change things for one of my code paths (which fortunately is a minority case). Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Friday, August 13, 2010 8:41 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Does POST require a save area? On Fri, 13 Aug 2010 08:21:47 -0400 Charles Mills charl...@mcn.org wrote: :When I've written code in the past I have always routinely provided for a :save area for subsidiary functions, pointed to of course by R13. I never :paid any attention to whether particular functions required a save area :because it was just always there. I'm currently engaged in writing code :where it is desirable to have as short a code path as possible. It will not :call any external user programs and will not use any DFSMS macros. The only :MVS functions it will use are GETMAIN and POST. :When I looked at the documentation for POST I was surprised to notice that :for POST and many if not most MVS macros the Input Register section does :not mention R13. I know of course that you can issue a GETMAIN R without a :pre-existing save area. What about POST? I always assumed that it required a :save area, but if it does not I can save a GETMAIN and that would be :worthwhile (assuming I can get by without any working storage and do :everything in registers, which I think I can). Nothing that did SVC entry ever required R13. Basic PC did. AT ZOS16+ most have been changed to stacking so if you tell the assembler it will not use R13. :Does POST require that R13 point to a save area? Does the answer change if :LINKAGE=BRANCH or SYSTEM? POST with LINKAGE=BRANCH does not restore the registers that it uses. Worst case is only R9 is left unchanged. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Does POST require a save area?
There's nothing quite like empirical evidence. Set R13 to zero and POST.a full word somewhere safe. See if you get a S0C4 inside IBM's code on an instruction involving R13. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Friday, August 13, 2010 7:22 AM To: IBM-MAIN@bama.ua.edu Subject: Does POST require a save area? Does POST require that R13 point to a save area? Does the answer change if LINKAGE=BRANCH or SYSTEM? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Step processor time
Hi All, In a UTL exit how do I find out the step processor time for that step when CPU time is exceeded? Thanks. Howi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Does POST require a save area?
On Fri, 13 Aug 2010 08:54:23 -0400 Charles Mills charl...@mcn.org wrote: :Thanks, Binyamin. : if you tell the assembler :SYSSTATE? Yep. SYSSTATE ARCHLVL=2,OSREL=ZOSV1R6 : POST with LINKAGE=BRANCH does not restore the registers :Thanks for pointing that out. I have not used LINKAGE=BRANCH before and had :not (yet!) noticed that. That will change things for one of my code paths :(which fortunately is a minority case). :-Original Message- :From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf :Of Binyamin Dissen :Sent: Friday, August 13, 2010 8:41 AM :To: IBM-MAIN@bama.ua.edu :Subject: Re: Does POST require a save area? :On Fri, 13 Aug 2010 08:21:47 -0400 Charles Mills charl...@mcn.org wrote: ::When I've written code in the past I have always routinely provided for a ::save area for subsidiary functions, pointed to of course by R13. I never ::paid any attention to whether particular functions required a save area ::because it was just always there. I'm currently engaged in writing code ::where it is desirable to have as short a code path as possible. It will :not ::call any external user programs and will not use any DFSMS macros. The :only ::MVS functions it will use are GETMAIN and POST. ::When I looked at the documentation for POST I was surprised to notice that ::for POST and many if not most MVS macros the Input Register section does ::not mention R13. I know of course that you can issue a GETMAIN R without a ::pre-existing save area. What about POST? I always assumed that it required :a ::save area, but if it does not I can save a GETMAIN and that would be ::worthwhile (assuming I can get by without any working storage and do ::everything in registers, which I think I can). :Nothing that did SVC entry ever required R13. Basic PC did. AT ZOS16+ most :have been changed to stacking so if you tell the assembler it will not use :R13. ::Does POST require that R13 point to a save area? Does the answer change if ::LINKAGE=BRANCH or SYSTEM? :POST with LINKAGE=BRANCH does not restore the registers that it uses. Worst :case is only R9 is left unchanged. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA MSM First Contact
On 08/12/2010 11:56 PM, Barbara Nitz wrote: An overview of the various address spaces involved with MSM (4 long-term plus other short-term), what types of functions in MSM cause tasks to to farmed out to other address spaces or the creation of other address spaces for running tasks. What? 4 new permanent address spaces?!? IBM and vendors are really out to make the small installations die, especially with the resource hogs like Java or WAS. The CA-ENF address space is the only new one (for us) that I plan to have come up automatically and normally leave up, as it seems to use minimal resources and costs an address space to stop. The other three are only needed when someone is actively using MSM, so my long-range plans are to add some automation to make it easier to start and stop these and only run them at relatively rare times when MSM will actually be in use. We are running MSMTC, the major resource consumer, at a service class equivalent to normal batch because that seems appropriate for the work importance. The only other system perturbation that I noticed was that SDSF indicated the max page frames for ZFS jumped quickly to 99K frames when I started using MSM, which I think is an indication of our total buffer pool size allocated to ZFS and which our previous workloads didn't stress. Without MSM, our other workloads caused ZFS to grow gradually from IPL to IPL reaching a peak of only 93K frames. I counted this increase as part of the MSM storage costs. Because of a recent processor upgrade, our real storage is unconstrained on production, so I have no relilable indication as to actual working set size of these new STCs. This is not the case our test system which also by default only has a very small 300 MiB of local Aux stor, and I managed to drive it into ASM Shortage at one point while installing and testing MSM. -- Joel C. Ewing, Fort Smith, ARjcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: optimizing compilers
john_w_gilm...@msn.com (john gilmore) writes: A good first reference is: F. J. Allen and John Cocke, A catalog of optimizing transformations, Courant Computer Science Symposium 5, Upper Saddle River, NJ: Prentice-Hall, 1977, pp. 1-30. John's invention of 801/risc ... I've frequently claimed was to take hardware in the opposite direction of the (failed) future system effort. http://www.garlic.com/~lynn/submain.html#futuresys Part of the 801 story was that the simplification of 801 hardware could be compensated for by sophistication in the software; pli.8 compiler and cp.r monitor. for the fun of it ... recent reference to old benchmark numbers of pl.8 with pascal frontend against pascal/vs (on 3033) http://www.garlic.com/2010m.html#35 RISC design, was What will Micrsoft use its ARM linces for? to this old email http://www.garlic.com/~lynn/2006t.html#email810808 other recent posts w/reference to 801/risc http://www.garlic.com/~lynn/2010l.html#39 Age http://www.garlic.com/~lynn/2010l.html#42 IBM zEnterprise Announced http://www.garlic.com/~lynn/2010m.html#33 What will Microsoft use its ARM license for? http://www.garilc.com/~lynn/2010m.html#45 Basic question about CPU instructions recent reference to John wanting me to go with him on disk head pitch: http://www.garlic.com/~lynn/2010m.html#44 IBM 3883 Manuals -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OT: Found an old IBM Year 2000 manual.
I was cleaning out my office today and found an old IBM manual from February 1998: The Year 2000 and 2-Digit Dates: A Guide for Planning and Implementation GC28-1251-08 What a nice trip down memory lane. BTW, anyone else out there have this manual with the cool picture on the front? Even has the Space Shuttle on it with mother Earth. Just curious on a slow Friday. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: mainframe zip
On Fri, Aug 13, 2010 at 11:00 AM, Michael Knigge michael.kni...@set-software.de wrote: Jim McAlpine schrieb: Are there any free zip programs that will compress a number of mvs text files which are compatible with winzip. Try ftp://ftp.info-zip.org/pub/infozip/mvs/ bye, Michael It looks like infozip only allows you to zip a single file and not to use a wildcard list which is what I require. Thanks anyway. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Replacement CA-Sysview woth TMON for zOS
Hi there, We are currently in the process of looking for a replacemnt of CA-Sysview. At the moment the suggestion is to replace it by TMON for zOS. However, we are currently using the API interface of CA-Sysview. Does anyone know if TMON has a comparable possibility? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT: Found an old IBM Year 2000 manual.
richbourg.cla...@mail.dc.state.fl.us (Richbourg, Claude) writes: I was cleaning out my office today and found an old IBM manual from February 1998: The Year 2000 and 2-Digit Dates: A Guide for Planning and Implementation GC28-1251-08 in the early 80s, one of the online conferences on the internal network was discussions about the upcoming problems with dates and the end of the century (CENTURY forum). i've periodicly reposted somebody's contribution regarding other kinds of computer date problems that they had encountered (person was at nasa houston) ... http://www.garlic.com/~lynn/99.html#24 BA Solves Y2k (Was: Re: Chinese Solve Y2k) http://www.garlic.com/~lynn/2000.html#94 Those who do not learn from history... http://www.garlic.com/~lynn/2003p.html#21 Sun researchers: Computers do bad math ;) http://www.garlic.com/~lynn/2006r.html#16 Was FORTRAN buggy? http://www.garlic.com/~lynn/2006u.html#35 Friday fun - Discovery on the pad and the software's not done http://www.garlic.com/~lynn/2009n.html#53 Long parms...again misc. past posts mentioning internal network (was larger than arpanet/internet from just about the beginning until possibly late '85 or early '86) http://www.garlic.com/~lynn/subnetwork.html#internalnet recent thread in linkedin science center alumni blog about the invention of the internal network: http://www.garlic.com/~lynn/2010l.html#74 CSC History http://www.garlic.com/~lynn/2010l.html#84 CSC History http://www.garlic.com/~lynn/2010m.html#22 CSC History http://www.garlic.com/~lynn/2010m.html#26 CSC History http://www.garlic.com/~lynn/2010m.html#28 CSC History -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-FILESAVE help - desperate
How big is your sort prefix (sort keys)? Subtract this from 32767. Look in each file for records longer than the result. On Fri, Aug 13, 2010 at 5:58 AM, McKown, John john.mck...@healthmarkets.com wrote: We use CA-FILESAVE to process CICS/TS 3.2 journal records. We are getting a message: FILE-ERRS03 JOURNAL RECORD LENGTH + SORT PREFIX EXCEEDS 32767 BYTES; SORT TERMINATED. MODULE=E15EXIT Unfortunately, it doesn't tell me which record or file or anything. The manual says to exclude the file. I've tried selecting a single file. In fact, several times with different files. I still get the same error. Anybody have any ideas? CA is going to be giving up a call ASAP, but other help is gratefully received. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA MSM First Contact
Joel, We are just starting with MSM and I find your observations very interesting. Thank you so much for sharing! Cliff McNeill A long review: After seeing some of the favorable comments on ibmmain on CA MSM 3.0, I was encouraged to try it out to see if MSM really did simplify things, and my results so far have been more mixed than some of the previous comments on the product. Perhaps some of my experiences may save time for others. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA MSM First Contact
On Thu, 12 Aug 2010 19:58:35 -0500, Joel Ewing jcew...@acm.org wrote: A long review: Yes. I'm sure people appreciate it. Very detailed. After seeing some of the favorable comments on ibmmain on CA MSM 3.0, I was encouraged to try it out to see if MSM really did simplify things, and my results so far have been more mixed than some of the previous comments on the product. Perhaps some of my experiences may save time for others. Since I was one of those favorable comments, I'm going to respond to a couple of things But I think most of my favorable comments were regarding MSM R2. The deployment function in R3 won't really work in my clients environment because it's written around GIMZIP/GIMUNZIP and GIMUNZIP doesn't deal with uncataloged data sets (which is what I require to deploy to a target ISV sysres that has data sets that are indirectly cataloged). I have spoken to MSM development about this issue and they do understand and I assume will address this in the future. The rosy marketing hype that implies that MSM allows novice SysProgs to do CA maintenance glosses over the likelihood, in my experience, that installing and maintaining MSM itself and the interfaces that make it work, and establishing installation conventions for usage would be difficult for a novice. All the nice easy-use demos start with a functional MSM. Until I see evidence to the contrary, I would be very wary of assuming that a novice SysProg would be able to handle installation and maintenance of MSM itself. I agree with your points about installing MSM. It was considered difficult enough that CA wanted to send people on site to help shops install it before it went GA. However, I never got the impression that CA expected MSM itself to be installed and maintained by a novice or someone other than a seasoned sysprog. If everyone had a shop of those, why would we need these simplification tools for the platform. Although once installed this tool still can still save a lot of time for all your sysprogs that maintain CA software (of course it depends on how many CA software products your shop runs - my client runs a large number of them). I think part of the problem is that with a product like MSM that deals with both UNIX and traditional MVS components, you have a whole new realm of possible differences and incompatibilities in security and and other local installation conventions and practices that are just not yet well understood by product designers. This is the attitude I see about z/OS unix across a lot of shops and system programmers. It's been part of the platform for a long time now and there just isn't a wide acceptance or willingness to learn it, especially from the old timers (IMO). You'll find lots of threads in the archives about the evils of z/OS unix going all the way back to OS/390 2.4 or 2.5 (?) when it was required for TCP/IP. At my client, none of this was an issue. But it is a large shop running WebSphere on z/OS for many years as well as other software using z/OS unix so it was all well understood.Also, no new CA components from common services had to be installed / configured for MSM (other than MSM itself) until MSM R3 was installed. For R3 there was a new common services component (CCI Spawn) required for the deployment function. There is no grand overview any where that I can see to quickly convey MSM to a new user, I think I agree there. A lot of reading between the lines needs to be done. R3 improved a lot in this area with the best practices guide. But the same can be said for just about any product and any part of this entire platform (especially prior to the ABCs Redbooks). And some of these other products / components have been around forever. Someone has to learn them on the job from someone else, or sometimes formal training. After I installed and worked with R2, I gave a couple of internal training classes for the other sysprogs to address this. I would have done the same with the new deployment function in R3, but since I can't really use it at my client, I haven't done so. From the point of dealing with MSM prerequisites, starting to play with MSMSetup, getting partial functionality in a test environment, to getting it to the point of finally doing a successful product deployment on production took me about 2 weeks! I found there to be many things assumed in the documentation, or in some cases explicitly stated, that just weren't correct in our environment. Both MSM and the additional pieces of Common Services required to support it introduce terminology and conventions which may be obvious to CA, but are definitely not obvious to us when coming from another paradigm and being unfamiliar with MSM and CA-CCI internal design. Getting MSM set up and running required a long sequence of resolving one error, and then advancing to the next. Learning how the various definitions in MSM interact with each other was also a trial and error
Re: mainframe zip
I ran the following to archive 2 files at once - //ZIP EXEC PGM=ZIP, // PARM='/ -v -a dd:archive -@' //STEPLIB DD DSN=INFOZIP.LOAD,DISP=SHR //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //CEEDUMP DD SYSOUT=* //ARCHIVE DD DSN=INFOZIP.ARCHIVE,DISP=(NEW,CATLG), //SPACE=(CYL,(10,10),RLSE),. //SYSINDD * 'SEQ.DATASET1.TXT' 'SEQ.DATASET2.TXT' and downloaded it to my pc in binary and unzipped it but the resultant files have no end of line separators and I'm left with files of just a single line. Is there a parameter to fix that behaviour. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDSE Performance
Dear Colleagues, if I remember correctly, then the directory structure of PDSEs was designed to speed up finding specific members as opposed to listing the entire directory. To my best of knowledge the directory structure of PDSs is sequential (ordered list) while for PDSEs it is hierarchical (tree-based). Theoretically, finding a specific member should therefore result in linear (O(n)) effort for PDSs and logarithmic effort (O(log n)) for PDSEs. Does anybody have any measurements on that and would like to share it with us? I guess the main purpose of PDSEs is to serve as program libraries and in many cases doing this in library concatenations, which are searched for specific programs by the loader. On the contrary it is not obvious for me, which use case requires listing a directory of 25K to 30K members efficiently, but maybe you can update me on that. The bad directory listing performance probably stems from the index pages being scattered across the entire PDSE instead of being nicely ordered at the beginning of the dataset. Does copying and thus defragmenting the library also reorganize the index pages? Kind regards Gerald Scharitzer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: mainframe zip
Check the files... they probably have only newline as line separators. Kirk Wolf Dovetailed Technologies http://dovetail.com FWIW, there is a sample program in JZOS (in the IBM Java SDK) that I wrote called ZipDatasets which will create Zip files from/to datasets, PDS members, etc. Unfortunately, it suffers the same fate (files are converted from EBCDIC to ASCII with newlines and not CR/NL ). You can download the source code, class files, and javadoc from here: http://www-03.ibm.com/systems/z/os/zos/tools/java/products/jzos/jzossamp.html This can be run in batch using the JZOS Batch Launcher. Here are some details: === Usage: com.ibm.jzos.sample.ZipDatasets [-t targetEncoding] outfile indsname... where: -t targetEncoding can optionally specify the codepage name to encode the text data as it is written to the Zip file. If not specified, this defaults to ISO8859-1 (Latin/ASCII) and outfile is either: - a Unix file path name: /path/to/some/file.zip - a dataset name: //A.B.C - a PDS member name: //A.B.C(MEM) - a DD name: //DD:XYZ - a DD name and member: //DD:XYZ(MEM) and each (at least one) indsname is either: - a dataset name: //A.B.C - a dataset pattern: //A.*.D - a PDS member name: //A.B.C(MEM) - a PDS member pattern: //A.B.C(D*X) - a DD name: //DD:XYZ - a DD name and member: //DD:XYZ(MEM) - a DD name and member pattern: //DD:XYZ(D*X) // prefixes may be omitted from indsnames All dataset names are assumed to be fully qualified. Example: Zip several partitioned datasets to a Unix zip file: com.ibm.jzos.sample.ZipDatasets test.zip sys1.proclib(asm*) hlq.**.jcl Example: Zip all datasets matching two patterns to a dataset: com.ibm.jzos.sample.ZipDatasets //hlq.backup.zip payroll.*.data gl.**.dat* Example: Zip data using DDs and input and output: com.ibm.jzos.sample.ZipDatasets //DD:ZIPOUT //DD:INSEQ1 //DD:INPDS1 //DD:INPDS2(FOO*) On Fri, Aug 13, 2010 at 10:05 AM, Jim McAlpine jim.mcalp...@gmail.com wrote: I ran the following to archive 2 files at once - //ZIP EXEC PGM=ZIP, // PARM='/ -v -a dd:archive -@' //STEPLIB DD DSN=INFOZIP.LOAD,DISP=SHR //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //CEEDUMP DD SYSOUT=* //ARCHIVE DD DSN=INFOZIP.ARCHIVE,DISP=(NEW,CATLG), // SPACE=(CYL,(10,10),RLSE),. //SYSIN DD * 'SEQ.DATASET1.TXT' 'SEQ.DATASET2.TXT' and downloaded it to my pc in binary and unzipped it but the resultant files have no end of line separators and I'm left with files of just a single line. Is there a parameter to fix that behaviour. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
C.D. Keltie is away.
I will be out of the office starting 13/08/2010 and will not return until 19/08/2010. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: share mainframe disk experience
For what it's worth, you'll be hard pressed to find IBM Mainframe ECKD / FICON support expertise with the with the vendor named after a physics formula. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: mainframe zip
On Fri, Aug 13, 2010 at 4:05 PM, Jim McAlpine jim.mcalp...@gmail.comwrote: I ran the following to archive 2 files at once - //ZIP EXEC PGM=ZIP, // PARM='/ -v -a dd:archive -@' //STEPLIB DD DSN=INFOZIP.LOAD,DISP=SHR //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //CEEDUMP DD SYSOUT=* //ARCHIVE DD DSN=INFOZIP.ARCHIVE,DISP=(NEW,CATLG), //SPACE=(CYL,(10,10),RLSE),. //SYSINDD * 'SEQ.DATASET1.TXT' 'SEQ.DATASET2.TXT' and downloaded it to my pc in binary and unzipped it but the resultant files have no end of line separators and I'm left with files of just a single line. Is there a parameter to fix that behaviour. Jim McAlpine Eventually found the doc and as a result added the -l parameter which fixed he problem. The files now contain CRLF instaed of LF (or NL or whatever it is). Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Date formats
How many different date formats are there? There's the hardware timestamp, in two forms (original, with the 2046 rollover, and the extended one -- what is that, a STCKE instruction?). There's something called an Oracle format date. There's some UNIX format that rolls over in 2034 or some such (tsk, with an epoch of 1970 -- they sure weren't planning ahead!), too. Not to mention yy/mm/dd, mm/dd/yy, dd/mm/yy, with 2- and 4-digit dates, varying separators (or no separators: mmdd et al.), with and without leading zeroes (when there are separators: today as 8/13/2010 vs. 08/13/2010). And of course (the misnamed) Julian format. Rexx has a few others, but they're conveniences, like the number of days this year -- I don't really consider that a date format, though it's useful sometimes. What others are there? I'm working on something that will flexibly handle dates, and while I'm not sure I'll handle every format possible, I'd at least like to make the decision based on a pretty complete set of possible formats. -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date formats
You forgot SMF time: number of hundredths of seconds since midnight. Jon L. Veilleux veilleu...@aetna.com (860) 636-9179 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of zMan Sent: Friday, August 13, 2010 12:25 PM To: IBM-MAIN@bama.ua.edu Subject: Date formats How many different date formats are there? There's the hardware timestamp, in two forms (original, with the 2046 rollover, and the extended one -- what is that, a STCKE instruction?). There's something called an Oracle format date. There's some UNIX format that rolls over in 2034 or some such (tsk, with an epoch of 1970 -- they sure weren't planning ahead!), too. Not to mention yy/mm/dd, mm/dd/yy, dd/mm/yy, with 2- and 4-digit dates, varying separators (or no separators: mmdd et al.), with and without leading zeroes (when there are separators: today as 8/13/2010 vs. 08/13/2010). And of course (the misnamed) Julian format. Rexx has a few others, but they're conveniences, like the number of days this year -- I don't really consider that a date format, though it's useful sometimes. What others are there? I'm working on something that will flexibly handle dates, and while I'm not sure I'll handle every format possible, I'd at least like to make the decision based on a pretty complete set of possible formats. -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date formats
On Fri, Aug 13, 2010 at 09:25, zMan zedgarhoo...@gmail.com wrote: Rexx has a few others, but they're conveniences, like the number of days this year -- I don't really consider that a date format, though it's useful sometimes. That is actually a very import format, as well as the full format returned by the TIME macro: 0cyyddd. (Century, year, days in year.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date formats
There are two that I know of which you did not mention. Lilian and COBOL. COBOL is an integer which is the number of days since 31Dec1600. Lilian is an integer which is the number of days since 14Oct1582. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . (817)-691-6183 cell john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of zMan Sent: Friday, August 13, 2010 11:25 AM To: IBM-MAIN@bama.ua.edu Subject: Date formats How many different date formats are there? There's the hardware timestamp, in two forms (original, with the 2046 rollover, and the extended one -- what is that, a STCKE instruction?). There's something called an Oracle format date. There's some UNIX format that rolls over in 2034 or some such (tsk, with an epoch of 1970 -- they sure weren't planning ahead!), too. Not to mention yy/mm/dd, mm/dd/yy, dd/mm/yy, with 2- and 4-digit dates, varying separators (or no separators: mmdd et al.), with and without leading zeroes (when there are separators: today as 8/13/2010 vs. 08/13/2010). And of course (the misnamed) Julian format. Rexx has a few others, but they're conveniences, like the number of days this year -- I don't really consider that a date format, though it's useful sometimes. What others are there? I'm working on something that will flexibly handle dates, and while I'm not sure I'll handle every format possible, I'd at least like to make the decision based on a pretty complete set of possible formats. -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date formats
Having grown up using dd/mm/yy then having to switch to mm/dd/yy so I don't know whether my birthday is 09/06 or 06/09 I'm partial to a ddmmmyy format where mmm is JAN, FEB, ... DEC Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of zMan Sent: Friday, August 13, 2010 11:25 To: IBM-MAIN@bama.ua.edu Subject: Date formats How many different date formats are there? There's the hardware timestamp, in two forms (original, with the 2046 rollover, and the extended one -- what is that, a STCKE instruction?). There's something called an Oracle format date. There's some UNIX format that rolls over in 2034 or some such (tsk, with an epoch of 1970 -- they sure weren't planning ahead!), too. Not to mention yy/mm/dd, mm/dd/yy, dd/mm/yy, with 2- and 4-digit dates, varying separators (or no separators: mmdd et al.), with and without leading zeroes (when there are separators: today as 8/13/2010 vs. 08/13/2010). And of course (the misnamed) Julian format. Rexx has a few others, but they're conveniences, like the number of days this year -- I don't really consider that a date format, though it's useful sometimes. What others are there? I'm working on something that will flexibly handle dates, and while I'm not sure I'll handle every format possible, I'd at least like to make the decision based on a pretty complete set of possible formats. -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: mainframe zip
Try info-zip. It works, but is somewhat dated with respect to the newer zOS file systems and is a little difficult to setup. Once up and running it handles text files great. It will do EBCDIC to ASCII conversion just fine. Then just do a binary download and winzip will handle the zip file just fine. Sam --Original Message-- From: Jim McAlpine Sender: IBM Mainframe Discussion List To: IBM-MAIN@bama.ua.edu ReplyTo: IBM Mainframe Discussion List Subject: mainframe zip Sent: Aug 13, 2010 2:54 AM Are there any free zip programs that will compress a number of mvs text files which are compatible with winzip. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Sent from my Verizon Wireless BlackBerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA MSM First Contact
Barbara Nitz wrote: An overview of the various address spaces involved with MSM (4 long-term plus other short-term), what types of functions in MSM cause tasks to to farmed out to other address spaces or the creation of other address spaces for running tasks. What? 4 new permanent address spaces?!? IBM and vendors are really out to make the small installations die, especially with the resource hogs like Java or WAS. Barbara, There _are_ other options. One does not need to use Java (although it's free, and the folks at Dovetailed Technology have put a lot of good free supporting software out there). One does not need to use WAS, even to use your z/OS system to host a web site: there are other commercial products _and_ z/OS does come with a free HTTP server _and_ you can get the free ported Apache. CGIs can be written in languages other than Java; we demonstrate using COBOL, Assembler, REXX, C, and PL/I in our course Introduction to CGIs on z/OS (see: http://www.trainersfriend.com/UNIX_and_Web_courses/uc01descr.htm We have detailed courses on writing CGIs in Assembler and COBOL (and would do other languages if there were any requests) http://www.trainersfriend.com/UNIX_and_Web_courses/uc04descr.htm http://www.trainersfriend.com/UNIX_and_Web_courses/uc06descr.htm and we have a really rich five day course on HTML, CSS, DOM, ECMAScript (JavaScript) and more http://www.trainersfriend.com/UNIX_and_Web_courses/u518descr.htm In fairness to CA, I would be willing to bet that the IBM counterpart to MSM which is also getting similar marketing ease-of-use hype and which depends on WAS, is probably also glossing over the issues of product installation. And at least the initial reports we got back from SHARE suggests the IBM counterpart may assume you have several GiB of real storage laying fallow, compared to the 300-400 MiB real (on a relatively unconstrained system) I see so far to support MSM. I have attended the 'how-to-install' the IBM counterpart session in May. 2GB minimum more *real* is required. And I did listen to how the easy way out was taken in the installation path - mostly taking defaults that go against auditing requirements. You really had to listen hard to hear it, though. (And you have to have had prior experience with what the dirty pieces are in installing a new address space, including the usual gloss-over on how to take a WAS down.) Thanks for the detailed list that you have provided. I'll forward that to my colleagues responsible for the CA products. It sounds like we want to hold off on that stuff as long as possible! Best regards, Barbara -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: share mainframe disk experience
While I don't disagree with your point, they are not named after a formula, they are named after the founders. Michael Seeman michael_j_see...@nbc.gov 8/13/2010 12:00 PM For what it's worth, you'll be hard pressed to find IBM Mainframe ECKD / FICON support expertise with the with the vendor named after a physics formula. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date formats
The International Astronomical Union uses the Julian Date / Time format. 0 was at January 1, 4713 BCE Greenwich noon, increments by 1 per day, decimal fraction of day for time. http://en.wikipedia.org/wiki/Julian_day Various Gregorian calendar formats, including a list by country. http://en.wikipedia.org/wiki/Calendar_date Displays a date in various calendar formats. Links to many explanations of various Calendars. http://www.calendarhome.com/converter/ On Fri, Aug 13, 2010 at 11:32 AM, McKown, John john.mck...@healthmarkets.com wrote: There are two that I know of which you did not mention. Lilian and COBOL. COBOL is an integer which is the number of days since 31Dec1600. Lilian is an integer which is the number of days since 14Oct1582. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . (817)-691-6183 cell john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of zMan Sent: Friday, August 13, 2010 11:25 AM To: IBM-MAIN@bama.ua.edu Subject: Date formats How many different date formats are there? There's the hardware timestamp, in two forms (original, with the 2046 rollover, and the extended one -- what is that, a STCKE instruction?). There's something called an Oracle format date. There's some UNIX format that rolls over in 2034 or some such (tsk, with an epoch of 1970 -- they sure weren't planning ahead!), too. Not to mention yy/mm/dd, mm/dd/yy, dd/mm/yy, with 2- and 4-digit dates, varying separators (or no separators: mmdd et al.), with and without leading zeroes (when there are separators: today as 8/13/2010 vs. 08/13/2010). And of course (the misnamed) Julian format. Rexx has a few others, but they're conveniences, like the number of days this year -- I don't really consider that a date format, though it's useful sometimes. What others are there? I'm working on something that will flexibly handle dates, and while I'm not sure I'll handle every format possible, I'd at least like to make the decision based on a pretty complete set of possible formats. -- zMan -- I've got a mainframe and I'm not afraid to use it -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: share mainframe disk experience
Though I missed the start of these post's that's not true we use EmC for our MF DASD w/ direct FICON - from Z/os Z/vm and Z/vse and have had no problems w/ support Michael Seeman michael_j_seeman @NBC.GOV To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: share mainframe disk experience 08/13/2010 12:01 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu For what it's worth, you'll be hard pressed to find IBM Mainframe ECKD / FICON support expertise with the with the vendor named after a physics formula. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: share mainframe disk experience
Though I missed the start of these post's that's not true we use EmC for our MF DASD w/ direct FICON - from Z/os Z/vm and Z/vse and have had no problems w/ support I guess it depends where you are. One of my best friends was a STC (then STK, then Sun, then Oracle -- but he left a long time ago), then Amdahl, then EMC engineering rep. He knows DASD and protocal inside out. I've been an EMC customer since they were CAMBEX. The only problem they have/had is stretching their staff to cover customer sites adequately. But, being in a major metropolitan area, I've never suffered from that issue. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Oracle: The future is diskless!
On Thu, 2010-08-12 at 17:06 -0400, Carlos Bodra - Pessoal wrote: Last mainframe will turned off in 1996 hahahahaha That would be Stewart Alsop, quoted in 1991. He eats his words on page 2 of Jim Elliott's m/f retrospective: http://www.vm.ibm.com/devpages/jelliott/pdfs/zhistory.pdf (How did that photo come to be, Jim?) No more than 640KB is necessary for any computer hahahahaha Gates never said it. See: http://www.wired.com/politics/law/news/1997/01/1484 http://en.wikiquote.org/wiki/Bill_Gates -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date formats
On Fri, Aug 13, 2010 at 12:29 PM, Brian Kennelly brian+ibm-m...@bkennelly.net wrote, re days so far in the year as a date format: That is actually a very import format, as well as the full format returned by the TIME macro: 0cyyddd. (Century, year, days in year.) Sure, days this year can be useful, but does anyone store dates as days so far in the year? It's basically the Julian date without the year. Thanks re TIME format -- also important. Tho again, that's kind of just Julian with some noise on the front... -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date formats
On Fri, Aug 13, 2010 at 12:32 PM, McKown, John john.mck...@healthmarkets.com wrote: There are two that I know of which you did not mention. Lilian and COBOL. COBOL is an integer which is the number of days since 31Dec1600. Lilian is an integer which is the number of days since 14Oct1582. Wow, in 35 years I've never heard of either! But then, I'm not a COBOL maven. Thanks. -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: share mainframe disk experience
We are in Rye NY ( Westchester County ) Ted MacNEIL eamacn...@yahoo. CATo Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: share mainframe disk experience 08/13/2010 01:28 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu Though I missed the start of these post's that's not true we use EmC for our MF DASD w/ direct FICON - from Z/os Z/vm and Z/vse and have had no problems w/ support I guess it depends where you are. One of my best friends was a STC (then STK, then Sun, then Oracle -- but he left a long time ago), then Amdahl, then EMC engineering rep. He knows DASD and protocal inside out. I've been an EMC customer since they were CAMBEX. The only problem they have/had is stretching their staff to cover customer sites adequately. But, being in a major metropolitan area, I've never suffered from that issue. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date formats
On Fri, Aug 13, 2010 at 10:42, zMan zedgarhoo...@gmail.com wrote: Sure, days this year can be useful, but does anyone store dates as days so far in the year? It's basically the Julian date without the year. Yes, they do. I worked on a data conversion product a few years ago for a software vendor, and that was one of the formats we needed to support, on multiple sites. Yes, it was more often Julian format, but many customers stored the year and days separately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: share mainframe disk experience
Being Canadian, I don't know where that is. But, EMC support is very good. PS: my ex is from Rochester, but that doesn't mean I know all of NY State. - I'm a SuperHero with neither powers, nor motivation! Kimota! -Original Message- From: August Carideo august.cari...@avon.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Fri, 13 Aug 2010 13:45:05 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: share mainframe disk experience We are in Rye NY ( Westchester County ) Ted MacNEIL eamacn...@yahoo. CATo Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: share mainframe disk experience 08/13/2010 01:28 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu Though I missed the start of these post's that's not true we use EmC for our MF DASD w/ direct FICON - from Z/os Z/vm and Z/vse and have had no problems w/ support I guess it depends where you are. One of my best friends was a STC (then STK, then Sun, then Oracle -- but he left a long time ago), then Amdahl, then EMC engineering rep. He knows DASD and protocal inside out. I've been an EMC customer since they were CAMBEX. The only problem they have/had is stretching their staff to cover customer sites adequately. But, being in a major metropolitan area, I've never suffered from that issue. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date formats
SAS uses lots of date formats. ISO 8601 is a good spot to look for a large list. http://support.sas.com/documentation/cdl/en/lrdict/63026/HTML/default/a003169814.htm http://en.wikipedia.org/wiki/ISO_8601 zMan wrote: How many different date formats are there? There's the hardware timestamp, in two forms (original, with the 2046 rollover, and the extended one -- what is that, a STCKE instruction?). There's something called an Oracle format date. There's some UNIX format that rolls over in 2034 or some such (tsk, with an epoch of 1970 -- they sure weren't planning ahead!), too. Not to mention yy/mm/dd, mm/dd/yy, dd/mm/yy, with 2- and 4-digit dates, varying separators (or no separators: mmdd et al.), with and without leading zeroes (when there are separators: today as 8/13/2010 vs. 08/13/2010). And of course (the misnamed) Julian format. Rexx has a few others, but they're conveniences, like the number of days this year -- I don't really consider that a date format, though it's useful sometimes. What others are there? I'm working on something that will flexibly handle dates, and while I'm not sure I'll handle every format possible, I'd at least like to make the decision based on a pretty complete set of possible formats. -- zMan -- I've got a mainframe and I'm not afraid to use it -- Don Poitras - zSeries R D - SAS Institute Inc. - SAS Campus Drive mailto:sas...@sas.com (919)531-5637 Fax:677- Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date formats
SAS uses lots of date formats. ISO 8601 is a good spot to look for a large list. Now, you have to be careful about that statement! SAS displays a lot of formats. But, usually, there is only one internal format. Days from June 1, 1960, iirc. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date formats
Years ago, Dr Merrill stated that MXG probably processed more different date and time formats than any other software package. If you have access to it, it may provide a good starting point. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of zMan Sent: Friday, August 13, 2010 9:25 AM To: IBM-MAIN@bama.ua.edu Subject: Date formats How many different date formats are there? There's the hardware timestamp, in two forms (original, with the 2046 rollover, and the extended one -- what is that, a STCKE instruction?). There's something called an Oracle format date. There's some UNIX format that rolls over in 2034 or some such (tsk, with an epoch of 1970 -- they sure weren't planning ahead!), too. Not to mention yy/mm/dd, mm/dd/yy, dd/mm/yy, with 2- and 4-digit dates, varying separators (or no separators: mmdd et al.), with and without leading zeroes (when there are separators: today as 8/13/2010 vs. 08/13/2010). And of course (the misnamed) Julian format. Rexx has a few others, but they're conveniences, like the number of days this year -- I don't really consider that a date format, though it's useful sometimes. What others are there? I'm working on something that will flexibly handle dates, and while I'm not sure I'll handle every format possible, I'd at least like to make the decision based on a pretty complete set of possible formats. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date formats
Years ago, Dr Merrill stated that MXG probably processed more different date and time formats than any other software package. MXG had that facilty mainly because SAS could do most of them. But, once read, they were stored in internal (SAS) format. Don't get me wrong. MXG is a great example of software enginering. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Friday the 13th Poll
Listers, (cross-post from CICS-l) We haven't had a poll yet this year and seeing that it is Friday the 13th... Let's see how many shops are planning on throwing out the mainframe. The poll is here : http://www.cicsworld.com Ian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: date formats
Formats are of interest for displaying|printing dates. They are of almost no interest for storing dates, which should be stored as signed integers that specify day counts before and after some epoch origin, giving each day a serial number in the sequence . . . , -2, -1, 0, +1, +2, . . . The obvious epoch origin to use is that for CE and BCE dates, viz., December 31 of the Gregorian calendar. Other epoch origins can then be supported simply using a table of displacements. Thus, for example, +622 July 19 is the Gregorian date of the epoch origin of the Islamic religious calendar, and one converts a Gregorian day G into an Islamic one H by subtracting 227,015, the Gregorian serial number of this date, from G. Or again, a Julian astronomical day J is obtained from a Gregorian day G by subtracting -1,721,424, the G of -4713 November 24, the epoch origin of the Julian astronomical calendar. Storing multiple date formats is a mug's game. It brings the need for too many conversion routines in train. The canonical reference for all calendrical calculations, which I have mentioned on IBM-MAIN before, is Nachum Dershowitz Edward M. Reingold. Calendrical computations. Cambridge: Cambridge University Press, 1997. Practices different from the one I have just summarized very briefly are common, but they are indefensible. They are always parochial, different in different milieux and for different natural languages; and they reflect a fatal confusion between external display formats, appropriate for people, and internal arithmetic formats, appropriate for calendrical computations performed by computers. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-FILESAVE help - desperate
We had to apply an APAR - RO20687 to FILESAVE (release 4.9, GL 0508). In addition, we had to change our FILESAVE control cards to do a SORT(NO) as well as a REJECT on the file which contained the too large record. Luckily our down stream process did not require this particular file's data. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, August 13, 2010 5:59 AM To: IBM-MAIN@bama.ua.edu Subject: CA-FILESAVE help - desperate We use CA-FILESAVE to process CICS/TS 3.2 journal records. We are getting a message: FILE-ERRS03 JOURNAL RECORD LENGTH + SORT PREFIX EXCEEDS 32767 BYTES; SORT TERMINATED. MODULE=E15EXIT Unfortunately, it doesn't tell me which record or file or anything. The manual says to exclude the file. I've tried selecting a single file. In fact, several times with different files. I still get the same error. Anybody have any ideas? CA is going to be giving up a call ASAP, but other help is gratefully received. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DB/2 V7 on Z/os V1.11
Just to update the archives. I had asked a while back if anyone could tell me if DB/2 V7 would run on z/OS V1.11. The answer I received was a no it won't work. Well we copied all the libraries and DB/2 datasets from z/OS 1.7 to 1.11 then we made the same modifications to parmlib member etc... like they were on V1.7. We started up DB/2 and associated tasks and bingo it worked. We have been exercising it for about two weeks now and it's still working. So if anyone asks if DB/2 V7 can work on z/OS 1.11 the answer is yes. Thanks. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB/2 V7 on Z/os V1.11
Ward, Mike S wrote: Just to update the archives. I had asked a while back if anyone could tell me if DB/2 V7 would run on z/OS V1.11. The answer I received was a no it won't work. Well we copied all the libraries and DB/2 datasets from z/OS 1.7 to 1.11 then we made the same modifications to parmlib member etc... like they were on V1.7. We started up DB/2 and associated tasks and bingo it worked. We have been exercising it for about two weeks now and it's still working. So if anyone asks if DB/2 V7 can work on z/OS 1.11 the answer is yes. Congratulations! We brought up z/OS 1.4 under z/VM on our z10 after numerous experts told us it wouldn't work. I've become quite skeptical of authoritative-sounding claims that certain hardware/software combination simply won't work. Too many people are CYA and, if it hasn't been tested, they say it won't work. Empirical evidence is the best kind. Of course, I don't have to tell you that working and being officially supported are not one and the same. ;-) -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: mainframe zip
On Fri, 13 Aug 2010 12:06:18 +0200, Leopold Strauss wrote: On 13.08.2010 11:54, Jim McAlpine wrote: Are there any free zip programs that will compress a number of mvs text files which are compatible with winzip. Try gzip ( GNU.zip). Errr... no. gzip is something different. The name was badly chosen, and the authors have apologized. But will WinZip handle a tar.Z or a pax.Z? Wikipedia (which is always right) says: http://en.wikipedia.org/wiki/Comparison_of_file_archivers#Reading ... Yes. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date formats
On Fri, 13 Aug 2010 12:25:01 -0400, zMan wrote: How many different date formats are there? There's the hardware timestamp, in two forms (original, with the 2046 rollover, and the extended one -- what is that, a STCKE instruction?). There's something ETOD ends at the same point as TOD, despite having an unused high order byte. called an Oracle format date. There's some UNIX format that rolls over in 2034 or some such (tsk, with an epoch of 1970 -- they sure weren't planning ahead!), too. dec's OS 8 used 3 bits for the year. Ended in 1978. Not to mention yy/mm/dd, mm/dd/yy, dd/mm/yy, with 2- and 4-digit dates, varying separators (or no separators: mmdd et al.), with and without leading zeroes (when there are separators: today as 8/13/2010 vs. 08/13/2010). And of course (the misnamed) Julian format. Jewish? Moslem? Chinese? I understand the official Japanese calendar numbers years relative to the beginning of the current emperor's reign. http://en.wikipedia.org/wiki/Japanese_era -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: date formats
On Fri, 13 Aug 2010 18:48:55 +, john gilmore wrote: The obvious epoch origin to use is that for CE and BCE dates, viz., December 31 of the Gregorian calendar. Other epoch origins can then be supported simply using a table of displacements. That would be a proleptic Gregorian calendar? Practices different from the one I have just summarized very briefly are common, but they are indefensible. E.g. ISPF's storing PDS member dates in a display-oriented format. Local time or Greenwich time? Sooner or later, the variability in the earth's rotation will matter. UTC is already 34 seconds behind TAI. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: date formats
john gilmore wrote: Formats are of interest for displaying|printing dates. They are of almost no interest for storing dates, which should be stored as signed integers that specify day counts before and after some epoch origin, giving each day a serial number in the sequence Oh my! Should be? Is there some intrinsic universal factor that makes it so? Are all those who choose some different format (many interesting ones have been pointed out already) somehow wrong because they choose a format that works for them in their business needs? One of my very first customers was a savings and loan in Albuquerque that stored mortgate payment dates as positive numbers if the payment had been made and negative dates if the payment had not yet come in. Worked for them. == . . . , -2, -1, 0, +1, +2, . . . The obvious epoch origin to use is that for CE and BCE dates, viz., December 31 of the Gregorian calendar. Other epoch origins can then be supported simply using a table of displacements. Thus, for example, +622 July 19 is the Gregorian date of the epoch origin of the Islamic religious calendar, and one converts a Gregorian day G into an Islamic one H by subtracting 227,015, the Gregorian serial number of this date, from G. Or again, a Julian astronomical day J is obtained from a Gregorian day G by subtracting -1,721,424, the G of -4713 November 24, the epoch origin of the Julian astronomical calendar. Storing multiple date formats is a mug's game. It brings the need for too many conversion routines in train. The canonical reference for all calendrical calculations, which I have mentioned on IBM-MAIN before, is Nachum Dershowitz Edward M. Reingold. Calendrical computations. Cambridge: Cambridge University Press, 1997. Practices different from the one I have just summarized very briefly are common, but they are indefensible. They are always parochial, different in different milieux and for different natural languages; and they reflect a fatal confusion between external display formats, appropriate for people, and internal arithmetic formats, appropriate for calendrical computations performed by computers. Pompous nonsense! I find the varieties of storing dates fascinating, and each one has been chosen for a reason that met some need. Yes, parochial to some degree. But practical for the moment. Even with your approach there are choices to make: is there a largest and / or smallest bound? from an astronomical perspective, choosing Earth days is totally parochial. Even the duration of these changes over time. :-) John Gilmore Ashland, MA 01721-1817 USA -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date formats
Don Poitras wrote: SAS uses lots of date formats. ISO 8601 is a good spot to look for a large list. http://support.sas.com/documentation/cdl/en/lrdict/63026/HTML/default/a003169814.htm http://en.wikipedia.org/wiki/ISO_8601 zMan wrote: How many different date formats are there? There's the hardware timestamp, in two forms (original, with the 2046 rollover, and the extended one -- what is that, a STCKE instruction?). There's something called an Oracle format date. There's some UNIX format that rolls over in 2034 or some such (tsk, with an epoch of 1970 -- they sure weren't planning ahead!), too. Not to mention yy/mm/dd, mm/dd/yy, dd/mm/yy, with 2- and 4-digit dates, varying separators (or no separators: mmdd et al.), with and without leading zeroes (when there are separators: today as 8/13/2010 vs. 08/13/2010). And of course (the misnamed) Julian format. Rexx has a few others, but they're conveniences, like the number of days this year -- I don't really consider that a date format, though it's useful sometimes. What others are there? I'm working on something that will flexibly handle dates, and while I'm not sure I'll handle every format possible, I'd at least like to make the decision based on a pretty complete set of possible formats. -- zMan -- I've got a mainframe and I'm not afraid to use it DFSORT supports a large variety of stored date formats, presumably SyncSort does too. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RMF and disk activity questions
Hello list, I have a couple questions, one general question on RMF reporting and the other on a specific DASD problem I'm having. First the general question. On the monitor 1 post processing reports, what exactly does the TIME field represent? I know this may sound like a silly question, but here's where I'm coming from. If I have RMF set to sync with SMF at a 15 minute interval, RMF cuts records at the end of the 15 minute interval for the preceding 15 minutes and passes this record to SMF for safekeeping. Along comes the post processor, which I will run for a 2 hour interval, RTOD(1400,1600) for example. The first interval report from the post processor shows a TIME field of 14.00.00. Does this report segment represent the 15 minute interval beginning at 14:00 or the one ending at 14:00 (ie, when the RMF record was cut and handed off to SMF)? The preceding question came about because I'm trying to diagnose a problem that we're having with our disk array performing cloning on the non-mainframe side of the array that is killing performance. I'm seeing wildly different pictures coming out of Omegamon and RMF. Here's the scenario. The Oracle DBA kicks off a clone of a database that is sitting on the same physical spindles as my Z data. At the same time I'm running a DFDSS job that dumps 40 or so 3390 mod 9 volumes to 3592 tape. Under normal conditions (without the Oracle junk happening), this dump job runs in about 2 hours, with each volume taking 2-4 minutes on average. When the cloning is taking place, the volume dumps are taking 15-20 minutes per volume. Watching Omegamon, it is recording 200-250 millisecond response times on the disk volume being backed up, with most of that time being spent in DISCONNECT. Our disk vendor is aware of this and is attempting to figure out how to fix it. The problem I'm ha! ving is that RMF monitor 1 DASD reports is showing average response times in the 5-10 millisecond range and I'm not seeing these huge response times that Omegamon is showing. Caveat, during this time frame, RMF was recording at 30 minute intervals. Can somebody explain why I would be seeing good response times in RMF, even though Omegamon and the clock are both showing that the disk response time is in the tank? I would have thought that even with the 30 minute interval, the fact that a backup was running on the affected volume for 15 minutes of that interval, with nothing else running on the volume while it wasn't getting backed up, it would show poor response times. Thanks. Rex The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: date formats
Paul Gilmartin wrote: | That would be a proleptic Gregorian date? and the answer to his question is that the dates of all days that occur before a calendar's epoch origin are proleptic for that calendar by definition. Their day numbers are negative. The use of a fullword for Gregorian day values provides the capacity for specifying dates about 10 million years before and after the Gregorian epoch origin, December 31 or 0001 January 1, depending upon one's preference for zero-origin or one-origin subscripting and the like. Whether such dates are common or uncommon depends on context. Payroll systems do not deal in them; egyptologists do;. and I recently read a new biography of Alexander the Great (Alexander III of Macedon) that---except for its title page, copyright notice, and bibliography---deals only in proleptic dates: he was born in 356 BCE and died in 323 BCE. One of the most dispiriting things about the money and time that were spent on Y2K remediation is that it was almost all done very badly: all the old data representations, their calendar-arithmetic deficiencies, and the errors they give rise to were lovingly preserved. John Gilmore -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: date formats
On Fri, 13 Aug 2010 21:49:19 +, john gilmore wrote: | That would be a proleptic Gregorian date? and the answer to his question is that the dates of all days that occur before a calendar's epoch origin are proleptic for that calendar by definition. Their day numbers are negative. The use of a fullword for Gregorian day values provides the capacity for specifying dates about 10 million years before and after the Gregorian epoch origin, December 31 or 0001 January 1, depending upon one's preference for zero-origin or one-origin subscripting and the like. I was more thinking of 1582. Wikipedia (which is always right except when it disagrees with you) says: http://en.wikipedia.org/wiki/Proleptic_Gregorian_calendar The proleptic Gregorian calendar is produced by extending the Gregorian calendar backward to dates preceding its official introduction in 1582. One of the most dispiriting things about the money and time that were spent on Y2K remediation is that it was almost all done very badly: all the old data representations, their calendar-arithmetic deficiencies, and the errors they give rise to were lovingly preserved. I'll agree enthusiastically except where the change could be made in a compatible manner, altering no sizes, displacements, nor content of existing data bases. One example might be that where Dec. 31, 1999 is represented as x'99365', Jan. 1, 2000 could (have) been represented as x'A0001' in a field of the same size and sorting in a consistent order. Or am I inviting the documented y2.01k glitch? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RMF and disk activity questions
Rex, What is the dasd vendor? EMC, IBM , STK? We have EMC and it has its own monitor - Workload Analyzer - that can be used to verify performance on our EMC DASD. Sometimes RMF is not showing a significant disconnect time, but when we use ECC or WLA we can see where the issue might be coming from. Lizette Pommier, Rex R. Wrote: Hello list, I have a couple questions, one general question on RMF reporting and the other on a specific DASD problem I'm having. First the general question. On the monitor 1 post processing reports, what exactly does the TIME field represent? I know this may sound like a silly question, but here's where I'm coming from. If I have RMF set to sync with SMF at a 15 minute interval, RMF cuts records at the end of the 15 minute interval for the preceding 15 minutes and passes this record to SMF for safekeeping. Along comes the post processor, which I will run for a 2 hour interval, RTOD(1400,1600) for example. The first interval report from the post processor shows a TIME field of 14.00.00. Does this report segment represent the 15 minute interval beginning at 14:00 or the one ending at 14:00 (ie, when the RMF record was cut and handed off to SMF)? The preceding question came about because I'm trying to diagnose a problem that we're having with our disk array performing cloning on the non-mainframe side of the array that is killing performance. I'm seeing wildly different pictures coming out of Omegamon and RMF. Here's the scenario. The Oracle DBA kicks off a clone of a database that is sitting on the same physical spindles as my Z data. At the same time I'm running a DFDSS job that dumps 40 or so 3390 mod 9 volumes to 3592 tape. Under normal conditions (without the Oracle junk happening), this dump job runs in about 2 hours, with each volume taking 2-4 minutes on average. When the cloning is taking place, the volume dumps are taking 15-20 minutes per volume. Watching Omegamon, it is recording 200-250 millisecond response times on the disk volume being backed up, with most of that time being spent in DISCONNECT. Our disk vendor is aware of this and is attempting to figure out how to fix it. The problem I'm ha! ving is that RMF monitor 1 DASD reports is showing average response times in the 5-10 millisecond range and I'm not seeing these huge response times that Omegamon is showing. Caveat, during this time frame, RMF was recording at 30 minute intervals. Can somebody explain why I would be seeing good response times in RMF, even though Omegamon and the clock are both showing that the disk response time is in the tank? I would have thought that even with the 30 minute interval, the fact that a backup was running on the affected volume for 15 minutes of that interval, with nothing else running on the volume while it wasn't getting backed up, it would show poor response times. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Basic question about CPU instructions
scott.r...@joann.com (Scott Rowe) writes: OK,the 9121 had some CMOS in it, but also still had much Bipolar logic: http://citeseerx.ist.psu.edu/viewdoc/download;jsessionid=212AEDFD169F4B9A8AB5D641C4560917?doi=10.1.1.86.4485rep=rep1type=pdf compares footprint of 9121 air-cooled (announced sep91) with footprint of 4381 air-cooled (announced sep83). ... also mentions mainframe finally getting ESCON at 10MB/s (about the time we were doing FCS for 1GB/s dual-simplex, aka concurrent 1GB/s in each direction ... mainframe flavor of FCS with bunch of stuff layered ontop, was eventually announced as FICON). misc. old email from fall of 91 early 92 related to using FCS for cluster scaleup http://www.garlic.com/~lynn/lhwemail.html#medusa also this old post referencing jan92 cluster scaleup meeting in Ellison's conference room http://www.garlic.com/~lynn/95.html#13 one of the issues in this proposed disk head desgn http://www.garlic.com/~lynn/20006s.html#email871230 reference in recent post http://www.garlic.com/~lynn/2010m.html#44 IBM 3883 Manuals was the 100MB/s or so transfer (16 tracks in parallel) ... 3090 had to do some unnatural acts to connect 100MB/s HiPPI channel interface (lots of problems between MVS unable to support non-CKD ... and mainframe difficulty supporting 100MB/s and higher transfer rates). the article also mentions use of EVE ... either the engineering verification engine or the endicott verification engine ... depending on who you were talking to. EVE packaging violated standard product floor loading and weight guidelines ... for customer products (but they weren't sold to customers). San Jose got an EVE in the period of the earthquake retrofit of disk engineering bldg. 14 ... while engineering was temporarily housed in an offsite bldg. The san jose EVE (in offsite bldg) as well as los gatos LSM was used in RIOS chipset design (part of the credit bringing in RIOS chipset a year early went to use of EVE and LSM). One of my other hobbies was HSDT effort ... with high-speed terrestrial and satellite links http://www.garlic.om/~lynn/subnetwork.html#hsdt There was HSDT 7m satellite dish in austin (where RIOS chip design went on, austin had greater rainfade and angle thru atmosphere to the bird in the sky ... eventually announced as power rs6000) ... and HSDT 4.5m dish in los gatos lab parking lot. That got chip designs between austin and LSM in the los gatos lab. Los Gatos lab had T3 microwave digital radio to roof of bldg. 12 on main plant site ... and then link from bldg. 12 to temporary offsite engineering lab (got rios chip design from austin to the san jose EVE). -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date formats
On 08/13/2010 12:43 PM, zMan wrote: On Fri, Aug 13, 2010 at 12:32 PM, McKown, John john.mck...@healthmarkets.com wrote: There are two that I know of which you did not mention. Lilian and COBOL. COBOL is an integer which is the number of days since 31Dec1600. Lilian is an integer which is the number of days since 14Oct1582. Wow, in 35 years I've never heard of either! But then, I'm not a COBOL maven. Thanks. The origin of the Lilian date terminology has nothing to do with COBOL. It was proposed in 1986 by Bruce Ohms in Computer processing of dates outside the twentieth century. IBM Systems Journal (IBM) 25: 244–251, as part of the solution to the coming Y2K problem. The peculiar starting date is the date the Gregorian calendar went into effect (for countries subject to the Pope). We had a widely used installation date routine that pre-dated my arrival in 1978 that did some date conversions and date manipulation, but the user interfaces, code, and algorithms used were so unstructured that that it was next to impossible to have any assurance it would, or could even be made to, work across the Y2K boundary. The Ohms article inspired me to design a totally new date/time routine from the ground up that replaced the old in the early 1990's and became one of the building blocks for our Y2K effort, with Lilian dates being one of the date forms supported. It supported n different input and output date/time format variants, where n was on the order of 20, but avoided the need for n(n-1) different conversion routines by having many conversions go through multiple date/time formats internally before reaching the target form (analogous to routing network packets through intermediary nodes). Date adjustments would be done internally after first converting the date into a format most natural for the adjustment (e.g. Lilian for relative day offsets and day-ordinal-of-week dependencies, MMDD for day of month or relative month adjustments, etc.) and then the internal value would be converted to the desired target form. The COBOL relative day support didn't become available until long after we had already laid the ground work for Y2K remediation, and while it provided a building block that can be a basis for a generalized date conversion solution and date calculation, it was only a tool, not a complete solution. I believe LE runtime library now provides very flexible date conversion, but date/time adjustments, like returning 2nd Sunday of the month containing this date, MMDD + 5 days - MMDD, or current date/time + 8 hours still require roll-your-own effort, while our routine handles this kind of thing with a single call. -- Joel C. Ewing, Fort Smith, ARjcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: date formats
On Fri, Aug 13, 2010 at 5:09 PM, Paul Gilmartin paulgboul...@aim.com wrote: deleted I was more thinking of 1582. Wikipedia (which is always right except when it disagrees with you) says: http://en.wikipedia.org/wiki/Proleptic_Gregorian_calendar The proleptic Gregorian calendar is produced by extending the Gregorian calendar backward to dates preceding its official introduction in 1582. deleted -- gil The Julian Calendar was still in use in Greece at the time of the 1896 Olympics, and the 12 day discrepancy caused problems with visas and passports. The Orthodox churches (Greek, Russian, etc) still use the Julian calendar for holidays so their Christmas falls 13 days later than the Gregorian Christmas. http://www.tondering.dk/claus/cal/node3.html#SECTION00324000 -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FW: Date formats
See below From: William M Klein [mailto:wmkl...@ix.netcom.com] Sent: Friday, August 13, 2010 10:25 PM To: William M. Klein Subject: Date formats On 08/13/2010 12:43 PM, zMan wrote: On Fri, Aug 13, 2010 at 12:32 PM, McKown, John john.mck...@healthmarkets.com wrote: There are two that I know of which you did not mention. Lilian and COBOL. COBOL is an integer which is the number of days since 31Dec1600. Lilian is an integer which is the number of days since 14Oct1582. Wow, in 35 years I've never heard of either! But then, I'm not a COBOL maven. Thanks. snip The COBOL relative day support didn't become available until long after we had already laid the ground work for Y2K remediation, and while it provided a building block that can be a basis for a generalized date conversion solution and date calculation, it was only a tool, not a complete solution. I believe LE runtime library now provides very flexible date conversion, but date/time adjustments, like returning 2nd Sunday of the month containing this date, MMDD + 5 days - MMDD, or current date/time + 8 hours still require roll-your-own effort, while our routine handles this kind of thing with a single call. snip The COBOL date (Integer-of-Day/Date) is based on the ANSI and ISO Standards and using Jan 1, 1600 as day 1 in order to allow for division by 7 or the MOD function to correctly get the day of week in accordance with the OLD Accept xyz from Day-of-Week syntax. This feature was adopted as part of the ANSI/ISO Standard in 1989 (well before Y2K remediation - but it was hoped that it would help with that). When LE came out with its own (cross-language) integer value for dates, they used the (most of Europe adopted the Gregorian calendar) date of 14 October, 1582. There is an LE callable service to convert from ANSI/ISO Standard COBOL dates to LE dates, i.e. CEECBLDY. See: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ceea31a0/2.2.5.2 3 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ceea31a0/2.2.5.23 There is also a COBOL compiler option to use the non-Standard Lillian dates, i.e. INTDATE, see: http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/IGY3PG50/2.4.26 All of this is in addition to the various formatting options that LE provides for output dates. See: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ceea31a0/APPENDI X1.2 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ceea31a0/APPENDIX 1.2 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
is out of the office.
I will be out of the office starting 08/13/2010 and will not return until 08/23/2010. I will be out of the office until Monday, August 23rd. Thanks. HCSC Company Disclaimer The information contained in this communication is confidential, private, proprietary, or otherwise privileged and is intended only for the use of the addressee. Unauthorized use, disclosure, distribution or copying is strictly prohibited and may be unlawful. If you have received this communication in error, please notify the sender immediately at (312) 653-6000 in Illinois; (800)835-8699 in New Mexico; (918)560-3500 in Oklahoma; or (972)766-6900 in Texas. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB/2 V7 on Z/os V1.11
On Fri, 13 Aug 2010 13:03:57 -0700, Edward Jaffe edja...@phoenixsoftware.com wrote: We brought up z/OS 1.4 under z/VM on our z10 after numerous experts told us it wouldn't work. I've become quite skeptical of authoritative-sounding claims that certain hardware/software combination simply won't work. Too many people are CYA and, if it hasn't been tested, they say it won't work. Empirical evidence is the best kind. Of course, I don't have to tell you that working and being officially supported are not one and the same. ;-) I'm sorry, Ed, but I can't let this pass without comment. I just worked on a problem where an old out-of-service version of an OS on z/VM on a z10 worked in one shop, and not in another. And, get this, the error was the 'operand exception' kind. If it isn't supported then we have not run the OS through its paces and examined any requirements or restrictions. It may work or it may not. People who say it won't work are probably aware of certain configurations where it won't, in fact, work. Those who say it WILL work haven't talked to the nay-sayers. :-) Alan Altmark z/VM Development IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB/2 V7 on Z/os V1.11
Alan Altmark wrote: People who say it won't work are probably aware of certain configurations where it won't, in fact, work. Those who say it WILL work haven't talked to the nay-sayers. :-) After we successfully brought up z/OS 1.4 on our z10, I told all of the (people you call) nay sayers about it and they were genuinely surprised. It turned out that none of them had ever actually tried it or knew anyone else that had. They simply believed what they had been told by their technical sources, who had in-turn been advised by their technical sources, and so on. I suggested a better answer would have been, I don't know if it will work or not. It's not a supported configuration. They agreed. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
