Re: Where doc for STORAGE LINKAGE=SYSTEM?
At 18:10 -0700 on 08/31/2010, Charles Mills wrote about Where doc for STORAGE LINKAGE=SYSTEM?: I'm looking at page 119 of z/OS V1R10.0 MVS Assembler Services SET-WTO, the STORAGE macro. There is a very brief mention of LINKAGE=SYSTEM. However, at the beginning of the chapter, where it discusses register usage, there is only a description of LINKAGE=SVC and LINKAGE=BRANCH. What am I not seeing? I think LINKAGE=SYSTEM requires the user to be in Authorized state. If I am correct, you need to look in the Authorized Services Manual (just like you would for other Authorized User Parms of macros that can also be used in non-Authorized mode). -- 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: format of STCK instruction
Assuming you are referring to the statement that the ETOD as currently defined will still overflow at the same time as the old TOD clock, this statement is technically correct although it is also clearly stated by IBM that the obvious extension into the high-order zero byte is planned for the future. Here is what the PofOp says: At some time in the future, STORE CLOCK EXTENDED on new models will store a leftmost extension of the TOD clock in byte position 0 of its storage operand So, if at the time of the TOD rollover you are still running old hardware (where what constitutes new is still undefined), STCKE WILL overflow at the same time as STCK and the old TOD. What also seems to be unfortunately left ambiguous at this point is whether the z/OS date conversion facilities that allow you to convert to and from the ETOD format include support for ETOD values with a non-zero high-order byte. Those conversion facilities have some very nice features and could be the basis for some generalized date calculation routines, where the ETOD format is only used as an intermediate form in date calculation for historic and future dates. But the way ETOD is currently formally defined, one would have to assume that these conversion routines might not tolerate a non zero high order byte and would fail with conversion of dates beyond the TOD overflow point. The fact the current hardware may only support setting and storing ETOD values with a high order zero byte should not preclude software support for larger values when these values are used in other contexts than setting and storing the hardware clock. It would be more useful for coding and generalized use of the conversion facilities if the formal definition of the ETOD format explicitly showed the high-order byte as an active part of the time value, with a footnote stating that current hardware models are only capable of being set to times and storing times where the high-order byte is zero. Perhaps this is what was intended by IBM, but it is not what is stated. Since this is the only place the ETOD format is formally defined, until the definition is changed one is forced to assume ETOD software date conversion facilities don't support ETOD dates beyond the TOD overflow. -- Joel C. Ewing, Fort Smith, ARjcew...@acm.org IEATTIME (service routine for TIME and STCKCONV) and IEATCNVT(service routine for CONVTOD) currently do not process the high order byte of an ETOD value. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: Where doc for STORAGE LINKAGE=SYSTEM?
Some problems solved by looking at the V1R12.0 PDF online. LINKAGE=SYSTEM is documented, but BRANCH=SVC is still there, and no discussion of LINKAGE for STORAGE RELEASE. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Tuesday, August 31, 2010 6:11 PM To: IBM-MAIN@bama.ua.edu Subject: Where doc for STORAGE LINKAGE=SYSTEM? I'm looking at page 119 of z/OS V1R10.0 MVS Assembler Services SET-WTO, the STORAGE macro. There is a very brief mention of LINKAGE=SYSTEM. However, at the beginning of the chapter, where it discusses register usage, there is only a description of LINKAGE=SVC and LINKAGE=BRANCH. What am I not seeing? FWIW, the whole beginning of the chapter seems a little garbled. There are introductory sections called Input and Output Register Information that appear to be correct only for LINKAGE=SVC, and under Input Register Information for LINKAGE=SVC there is a reference to something called BRANCH=SVC (which is contradictory and not supported by the macro). Further, there is no documentation for LINKAGE= with STORAGE RELEASE. Is it not supported or is the documentation wrong? LINKAGE= is supported for STORAGE RELEASE in the same way it is supported for STORAGE OBTAIN. The LINKAGE keyword has always been present on the STORAGE macro since its creation in MVS/ESA SP3.1.0, However, the only supported value was the default of LINKAGE=SYSTEM. The other LINKAGE values (SVC, BRANCH, GLOBALBRANCH) were added in z/OS 1.6 (although not documented in the manuals until z/OS 1.7) to be equivalent to GETMAIN/FREEMAIN RC/RU/VRC/VRU, so that we would no longer need to add new functions to the GETMAIN/FREEMAIN macros. If you think the beginning of the chapter seems a little garbled, try understanding and enhancing the source code for GETMAIN/FREEMAIN. As always, we recommend sending a note to mhvr...@us.ibm.com describing any problems you find in the manuals. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: Where doc for STORAGE LINKAGE=SYSTEM?
I think LINKAGE=SYSTEM requires the user to be in Authorized state. If I am correct, you need to look in the Authorized Services Manual (just like you would for other Authorized User Parms of macros that can also be used in non-Authorized mode). LINKAGE=SYSTEM (and LINKAGE=SVC) do not require the user to be in an Authorized state unless some other parameter is specified which requires authorization. LINKAGE=BRANCH and LINKAGE=GLOBALBRANCH require the user to be supervisor state, key zero. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: How often do you upgrade your zOS operating system?
W dniu 2010-08-31 22:49, Michael Seeman pisze: We also upgrade on a two year schedule. Our clients have mandated intensive testing requirements, so testing and deployment is pretty much a half year effort at best. How often? To often! vbg I change OS and hardware much more frequently than my PC, laptop or Windows servers. Regarding z/OS: I always do maximum *supported* jump, like 1.4-1.7, or 1.7-1.9. That implies frequency of changes. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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
Nostalgia (was 3270 Emulator Software)
This thread just proves most of us are getting or already are... *old*! :-) How about the commercials? Ovaltine, N-E-S-T-L-E-S, 20 Mule Team Borax, Brylcreem (A Little Dab'll Do Ya!), Ipana Toothpaste with Bucky Beaver (Brusha... Brusha... Brusha. Get the New Ipana - it's dandy for your teeth!), LSMFT, Show us your Lark. George Carlin had a whole routine on commercial slogans. Hilarious! Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Tuesday, August 31, 2010 10:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 3270 Emulator Software What about Skippy, the bush kangaroo... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Linda Mooney Sent: Tuesday, August 31, 2010 12:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] 3270 Emulator Software Yeah, and Arthur Godfrey, the original Twilight Zone, Captain Kangaroo, and Fury. I have a local 3270 in my cube, along with a PC with emulation and dual monitors. I used to have a real 3279 s3g. It was wonderful, but I couldn't remote to it like I can the PC. I like not having to drive in when I 'get the call' off-hours. :-) Linda - Original Message - From: Rick Fochtman rfocht...@ync.net To: IBM-MAIN@bama.ua.edu Sent: Sunday, August 29, 2010 2:29:02 PM Subject: Re: 3270 Emulator Software You forgot Rin, Tin, Tin and Hoppalong Cassidy :-) Not to mention Roy Rogers, with Dale, Trigger, Buttermilk and a Jeep named Nelly Belle. :-) Rick - Ed Finnell wrote: In a message dated 8/29/2010 9:02:07 A.M. Central Daylight Time, zedgarhoo...@gmail.com writes: No, it's retro, like the 50s: remember those round TVs? :-) Dumont and Zenith were big. Sky King, Cpt Preston, Buster Brown, and Ruff and Ready. Evening news was 'Walter Concrete' as my sister used to say. Somewhere along the way I got a chemistry set and an ATT science kit and my lifelong adventure began... -- 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 -- 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: isolating sensitive data in coupling facility
You are absolutely Right Scott: if we have to go this way then we'll have also to introduce segregation among z/OS images. Now, I should maybe point out that we are just now in the process of anticipating what kind of restrictions we would have to deal with while putting together a project, for a client institution, still at an early foggy stage. Actually, I just wanted to give some context information related to my question. Hence just knowing the answer to the question can anybody confirm that a structure will **never** be allocated in a CF not in the preference list (be it for initial allocation or for rebuilod/duplexing) ? would make us happy ..for the time being. Thanks a lot Date:Tue, 31 Aug 2010 12:35:58 -0500 From:Scott Fagen scottfagen...@yahoo.com Subject: Re: isolating sensitive data in coupling facility On Tue, 31 Aug 2010 10:43:55 -0500, Patrick Kappeler wrote: -snip- In fact we are foreseeing some restrictions, brought by some standards, that would prohibit data with different security classes to reside in the same storage device. -snip- What regulations are you referring to? I would think that the vendors in the ecosystem (hardware - processors and storage - and software) would have some influence about such regulations. For example, why would IBM continue to pursue increasingly higher EAL common criteria certification if customers were not going to be able to use logical partitioning. By the way, if the interpretation of this regulation is what you say it is, then you really cannot mix applications within a single z/OS instance, right? Scott Fagen Chief Architect CA Mainframe CSU -- 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: Nostalgia
robert.richa...@opm.gov (Richards, Robert B.) writes: This thread just proves most of us are getting or already are... *old*! :-) How about the commercials? Ovaltine, N-E-S-T-L-E-S, 20 Mule Team Borax, Brylcreem (A Little Dab'll Do Ya!), Ipana Toothpaste with Bucky Beaver (Brusha... Brusha... Brusha. Get the New Ipana - it's dandy for your teeth!), LSMFT, Show us your Lark. George Carlin had a whole routine on commercial slogans. Hilarious! I had done dynamic adaptive resource management while undergraduate in the 60s ... and the company included it for cp67 distribution. then in the early 70s, the cp67-vm370 morph had a lot of simplification and most of it was dropped ... which was followed periodically by lots of pressure from SHARE to have me re-release it for vm370. then there was the FS period that totally consumed most of the corporations attention ... and 370 hardware software product pipelines were allowed to dry up. when FS was finally killed, there was mad rush to get products back into the 370 pipeline http://www.garlic.com/~lynn/submain.html#futuresys I had converted a bunch of stuff from cp67 and vm370 and doing product distribution for large number of internal datacenters (and making less then complimentary comments about reality of the FS effort) ... some old email http://www.garlic.com/~lynn/v.html#email731212 http://www.garlic.com/~lynn/w.html#email750102 http://www.garlic.com/~lynn/w.html#email750430 a combination of SHARE pressure and mad rush to get stuff back into product pipeline was enough to overcome development group NIH ... I was told to create the resource manager ... which was also selected to be the guinea pig for starting to charge for kernel software (and i had to spend lots of time with various parties working on policies for kernel software charging) ... some past posts about starting to charge for application software with the 23jun69 unbundling announcement (but initially, kernel software was still free) http://www.garlic.com/~lynn/submain.html#unbundle Somebody from corporate reviewed the resource manager specs and ask where all the tuning parameters were (the favorite son operating system in POK was doing a resource manager with an enormous number of manual tuning parameters). The comment was all modern operating systems had enormous numbers of manual tuning knobs for use by customer specialists ... and my resource manager couldn't be released w/o having some manual tuning parameters. I tried to explain that a major point of dynamic adptive resource manager ... was that the resource management did all the tuning ... doing all the work dynamically adapting the system to different configurations and workloads ... but it fell on deaf ears. So I was forced to add some number of manual tuning modules and placed them in a module call *SRM* ... and all the dynamic adaptive stuff went into a module called *STP* (after TV commercial punch line for a product associated with muscle cars of the 60s ... The Racer's Edge). I published the detailed description of the operations (including the components in SRM), how they operated and also published the code (which was also included as part of the standard source distribution maintenance; later I was told, the details were even taught in some univ. courses). However, there was a joke related to the nature of dynamic adaptive and feedback control operations ... given that the degrees of freedom afforded the (*SRM*) manual tuning knobs were less than the degrees of freedom allowed the dynamic adaptive mechanism, over the same components (i.e. the dynamic adaptive nature could more than compensate for any manual changes that might be made). -- 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: Where doc for STORAGE LINKAGE=SYSTEM
(FWIW, The reference is apparently to the Authorized Assembler Services Reference, not the Assembler Services Reference) These documentation points are the sorts of errors that I encourage you to bring to our attention by the supported mechanisms, not IBM-Main. Of course if there's a problem you're trying to solve, not just pointing out a deficiency in the books, IBM-Main is a great resource. In this case, I will undertake to get this updated. The answer to your question is simple: Since LINKAGE=SYSTEM is the default, the input and output register information are under the sections Input Register Information and Output Register Information. And until the books are updated, if you need information about the Input or Output Register Information for any of the other LINKAGEs, see GETMAIN / FREEMAIN. STORAGE LINKAGE=SVC is SVC-entry GETMAIN/FREEMAIN STORAGE LINKAGE=BRANCH is GETMAIN/FREEMAIN BRANCH=YES STORAGE LINKAGE=GLOBALBRANCH is GETMAIN/FREEMAIN BRANCH=(YES,GLOBAL) Peter Relson z/OS Core Technology Design -- 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: Index of IBM announcement letters?
In 00e101cb4860$46f6f0c0$d4e4d2...@org, on 08/30/2010 at 09:27 AM, Charles Mills charl...@mcn.org said: http://www-01.ibm.com/common/ssi/apilite?infotype=aninfosubt=calastdays=7; ctvwcode=ushitlimit=200appname=USN# Thanks; it's helpful for the newer stuff. I'd still like an index of the announcement letters for DF/DS, DF/EF, ICR's, MVS/SE, MVS/SP early releases, OS/VS1, OS/VS2, SAM-E, selectable units and TSO Command package, to say nothing of older stuff. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Nostalgia (was 3270 Emulator Software)
Forgot Burma Shave - Take it off! Take it all off! G snip How about the commercials? Ovaltine, N-E-S-T-L-E-S, 20 Mule Team Borax, Brylcreem (A Little Dab'll Do Ya!), Ipana Toothpaste with Bucky Beaver (Brusha... Brusha... Brusha. Get the New Ipana - it's dandy for your teeth!), LSMFT, Show us your Lark. George Carlin had a whole routine on commercial slogans. Hilarious! /snip -- 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: Nostalgia (was 3270 Emulator Software)
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, September 01, 2010 7:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Nostalgia (was 3270 Emulator Software) Forgot Burma Shave - Take it off! Take it all off! G I proposed to Ida Ida refused I'da won my Ida if I'da used: Burma Shave. -- 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
Re: Nostalgia (was 3270 Emulator Software)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Staller, Allan Forgot Burma Shave - Take it off! Take it all off! G snip How about the commercials? Ovaltine, N-E-S-T-L-E-S, 20 Mule Team Borax, Brylcreem (A Little Dab'll Do Ya!), Ipana Toothpaste with Bucky Beaver (Brusha... Brusha... Brusha. Get the New Ipana - it's dandy for your teeth!), LSMFT, Show us your Lark. George Carlin had a whole routine on commercial slogans. Hilarious! Lucille Ball and Vita-meta-vegamin. :-) -jc- -- 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: Nostalgia (was 3270 Emulator Software)
Correction: I that was Noxzema, not Burma Shave. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, September 01, 2010 7:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Nostalgia (was 3270 Emulator Software) Forgot Burma Shave - Take it off! Take it all off! G snip How about the commercials? Ovaltine, N-E-S-T-L-E-S, 20 Mule Team Borax, Brylcreem (A Little Dab'll Do Ya!), Ipana Toothpaste with Bucky Beaver (Brusha... Brusha... Brusha. Get the New Ipana - it's dandy for your teeth!), LSMFT, Show us your Lark. George Carlin had a whole routine on commercial slogans. Hilarious! /snip -- 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: format of STCK instruction
On Wed, 1 Sep 2010 03:50:18 -0400, Jim Mulder wrote: IEATTIME (service routine for TIME and STCKCONV) and IEATCNVT(service routine for CONVTOD) currently do not process the high order byte of an ETOD value. Thanks. And a while back I went to the trouble of writing a program to test STCKCONV and determine this, when I needed merely to ask you. Still left unspecified, not even hinted, about the high order byte is whether it might be interpreted as signed, supporting extension to pre-1900. Y? Julian calendar? Proleptic Gregorian? BCE? Ugh. Thanks again, 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: Index of IBM announcement letters?
Used to be out there in the IBM Pubs pages, a complete history going back to the dark ages. That's what I thought I had but after I posted I realized it was just very recent stuff. Assume you've asked the Google and all that? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Tuesday, August 31, 2010 2:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Index of IBM announcement letters? In 00e101cb4860$46f6f0c0$d4e4d2...@org, on 08/30/2010 at 09:27 AM, Charles Mills charl...@mcn.org said: http://www-01.ibm.com/common/ssi/apilite?infotype=aninfosubt=calastdays=7 ctvwcode=ushitlimit=200appname=USN# Thanks; it's helpful for the newer stuff. I'd still like an index of the announcement letters for DF/DS, DF/EF, ICR's, MVS/SE, MVS/SP early releases, OS/VS1, OS/VS2, SAM-E, selectable units and TSO Command package, to say nothing of older stuff. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: STCK instruction format
Paul Gilmartin's speculations about a possible signed format for STCKE values give free rein to his imagination; but, like traditional STCK values, those of fully operational STCKE values are all but certain to be unsigned, no least because surrendering a bit for a gratuitous sign would halve the capacity of the ETOD clock. I have written code, a lot of it, on this assumption; and I do not expect to be disagreeably surprised. 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: Where doc for STORAGE LINKAGE=SYSTEM
Thanks all. Yes, I meant Authorized Assembler Services. (The only one that has a SET-WTO volume.) Wow, is this all confusing. (And yes, I imagine maintaining the source -- two sources, assembler and PL/S, right? -- for GETMAIN is even more confusing.) So STORAGE is just GETMAIN in disguise. I knew it provided the same sort of functionality, but with notes here and there seeming to encourage the use of STORAGE instead, I thought it was somehow fundamentally better. (Here's my favorite analysis, from Auth Svces Guide V1R10.0: Whether the program will run only with MVS/ESAT or with both MVS/ESA and MVS/XAT. If your program will run with both operating systems, use GETMAIN and FREEMAIN.) Okay, in the future I will report documentation um, shortcomings to the e-mail address you gave. They might want to put that address in all of the manuals. The BookManager form of the Auth Svces SET-WTO manual has only more-or-less the same snail-mail form I remember from OS/360 manuals. (And yes, I have copied mhvr...@us.ibm.com on this note.) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Peter Relson Sent: Wednesday, September 01, 2010 5:05 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Where doc for STORAGE LINKAGE=SYSTEM (FWIW, The reference is apparently to the Authorized Assembler Services Reference, not the Assembler Services Reference) These documentation points are the sorts of errors that I encourage you to bring to our attention by the supported mechanisms, not IBM-Main. Of course if there's a problem you're trying to solve, not just pointing out a deficiency in the books, IBM-Main is a great resource. In this case, I will undertake to get this updated. The answer to your question is simple: Since LINKAGE=SYSTEM is the default, the input and output register information are under the sections Input Register Information and Output Register Information. And until the books are updated, if you need information about the Input or Output Register Information for any of the other LINKAGEs, see GETMAIN / FREEMAIN. STORAGE LINKAGE=SVC is SVC-entry GETMAIN/FREEMAIN STORAGE LINKAGE=BRANCH is GETMAIN/FREEMAIN BRANCH=YES STORAGE LINKAGE=GLOBALBRANCH is GETMAIN/FREEMAIN BRANCH=(YES,GLOBAL) Peter Relson z/OS Core Technology Design -- 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: STCK instruction format
On Wed, 1 Sep 2010 13:39:37 +, john gilmore wrote: surrendering a bit for a gratuitous sign would halve the capacity of the ETOD clock. yeah, it would only be good for 18 thousand years, then it would have to be extended again. -- Tom Marchant -- 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: 123 extents and VTOC fmt 3
The limits of 123 extents and 59 volumes for any one data set are both a result of the design of I/O-related system control blocks in the early 1960s for release 1 of OS/360, namely the TIOT and the DEB. VSAM was developed long after OS release 1 became GA, and until the advent of VSAM the limit of extents on any one volume was 16, which a quick study of the Format 1 and Format 3 DSCBs would explain. It seemed obvious to me that the Format 3 DSCB could easily point to another Format 3, but the software did not then support that. I had never done the math on the DEB and TIOT before to understand the real need for these limits, so I am thankful for these recent posts explaining the simple math. VSAM supports 123 extents per data set on any one volume. I had always assumed that this was because of the design of some structure within VSAM's catalog, but now I see that is not the case. I had studied the IOB and DEB control blocks thoroughly before, and knew that a full 8-byte seek address (MBBCCHHR) in the IOB has a byte called M, which is the extent number within the DEB. I had always assumed that a DEB could have 256 16-byte DASD extents, but this was wrong. The real limit on any resource is always to be found in whichever control block or data structure has the most stringent limit on that resource, and I had ignored the DEB field indicating how many double words were in the DEB, which forces the much smaller limit of 123 DASD extents. By the way, the limit of 123 extents in any one DEB and 59 units (volumes) in any one TIOT entry do not refer to a data set, but rather to a DDname, and a DD statement can be concatenated with many different data sets involved. If you have a DEB whose DD statement has already reached the limit of 123 extents involving 123 different data sets with only one extent each, and then you wonder why you have a problem OPENing a DCB pointing to that DDname after one of those 123 data sets adds a second extent, it is because the DEB must now hold 124 extents, which is one too many. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of William H. Blair Sent: Tuesday, August 31, 2010 9:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 123 extents and VTOC fmt 3 Alan Starr wondered: I have no idea why there is a limit of 59 volumes per dataset. That's 59 units (that is, UCBs or devices), which, for DASD data sets translates to 59 volumes. There is no such limitation for TAPE data sets, of course, since a tape drive can be reused for subsequent volumes of a multi-volume tape data set; they will be mounted in the correct/specified/cataloged sequence, naturally. The 59 device limit has to do with the size of a single entry in the TIOT. Each device entry is 4 bytes. 4*59=236, so one would suspect that must be a 1-byte TIOT entry length field somewhere. Voila! | 24 (18)1TIOELNGH - LENGTH, IN BYTES, | OF THIS ENTRY | (INCLUDING ALL DEVICE | ENTRIES) Since the length is 1-origin, and TIOT entries much be word-aligned, the maximum size DD entry is 256-4=252 bytes. Each DD entry, before the device entry(ies) contains 16 bytes. Hence, 252-16=236. 236/4=59. -- WB -- 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
fopen(*,...)
Hi, I tried something I read in the IBM doc (XL C/C++ Programming Guide): z/OS XL C/C++ supports opening SYSOUT data sets in two ways: 1 ... 2 Specifying a data set name of * on a call to fopen() or freopen() while you are running under z/OS batch or IMS online or batch. So, I tried fopen(*, w), and I got a file handle, to which I could write. So far, so good. But, where is it? I thought this would be equivalent to a JCL statement like this: //SYSPRINT DD SYSOUT=* and then fopen-ing DD:SYSPRINT. That gives me a SYSPRINT item when I go into SDSF, ST, containing everything i wrote to it. But for this * file, no SYSPRINT appears for my job, nor any other name, so apparently it is not equivalent. So, where does it end up? Thanks, Etienne -- 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
z196 on Fox News web site
http://www.foxnews.com/scitech/2010/09/01/ibm-unveils-worlds-fastest-microprocessor/ It's even accurate, to the extent that is says much of anything. 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
Re: How to determine use of RLSE in dataset allocation
I need to determine this for an existing sequential dataset. I see where use of RLSE is indicated in the JFCB, but not in a DSCB. I must be missing something. Thanks to all who responded. I was having a problem with this dataset, which I must have originally allocated with RLSE: DATASET: TD.SLAP.ACTIVLOGMEMBER === GENERAL DATA:CURRENT ALLOCATION: Volume serial:FSD102 Free: 38.8%Allocated tracks:494 Device type: 3390-27 32760 cylindersAllocated extents: 3 Organization: PSSEQ Secondary extent:750 Record format:FB Max. dir. blocks: Record length:132 X 212 Block size: 27984 CURRENT UTILIZATION: Management class: Y3PB3QNG Used tracks: 494 Storage class:STANDARD Used dir. blocks: Data class: SETDSORG Used extents:3 RACF protection: GENERICNumber of members: Blocks per track:2 DATE INFORMATION: Creation: Thu Aug 26, 2010/238Expiration: *None Last reference: Wed Sep 01, 2010/244Updated since backup: NO DATASET: TD.SLAP.ACTIVLOGMEMBER === GENERAL DATA:CURRENT ALLOCATION: Volume serial:FSD102 Free: 38.8%Allocated tracks:494 Device type: 3390-27 32760 cylindersAllocated extents: 3 Organization: PSSEQ Secondary extent:750 Record format:FB Max. dir. blocks: Record length:132 X 212 Block size: 27984 CURRENT UTILIZATION: Management class: Y3PB3QNG Used tracks: 494 Storage class:STANDARD Used dir. blocks: Data class: SETDSORG Used extents:3 RACF protection: GENERICNumber of members: Blocks per track:2 DATE INFORMATION: Creation: Thu Aug 26, 2010/238Expiration: *None Last reference: Wed Sep 01, 2010/244Updated since backup: NO It is updated with MOD every night, but periodically runs out of space - despite a generous secondary allocation. When I rebuild it I Recreate it with LIKE, and didn't notice what I still only assume - that I originally allocated it with RLSE. The output above is from a local Tool of mine. I thought it would be nice to show if the dataset was Subject to RLSE. (I assume I can solve the nightly problem by Reallocating without RLSE.) Based on John McKown's comment, I ran SHOWZOS and checked the Management class (Y3PB3QNG). It has FLAG1 and FLAG2 vales of 60 and FC, whatever that means. Gene Lynd -- 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: fopen(*,...)
I haven't tried this form of fopen(), but I often use BPXWDYN or dynalloc() from C to dynamically allocate a SYSOUT dataset to a DD, and then fopen(//DD:MYDD). Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, Sep 1, 2010 at 9:54 AM, Etienne Thijsse e.thij...@chello.nl wrote: Hi, I tried something I read in the IBM doc (XL C/C++ Programming Guide): z/OS XL C/C++ supports opening SYSOUT data sets in two ways: 1 ... 2 Specifying a data set name of * on a call to fopen() or freopen() while you are running under z/OS batch or IMS online or batch. So, I tried fopen(*, w), and I got a file handle, to which I could write. So far, so good. But, where is it? I thought this would be equivalent to a JCL statement like this: //SYSPRINT DD SYSOUT=* and then fopen-ing DD:SYSPRINT. That gives me a SYSPRINT item when I go into SDSF, ST, containing everything i wrote to it. But for this * file, no SYSPRINT appears for my job, nor any other name, so apparently it is not equivalent. So, where does it end up? Thanks, Etienne -- 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
mainframe batch consumer of web service
Anyone out there have mainframe batch programs that consume distributed web services? What are you using? Java? EXCI and CICS web service client? Vendor product? Something else? Thanks, Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. 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: fopen(*,...)
Thanks Kirk, I don't have a problem opening SYSOUT datasets, its just that I don't understand what it is that fopen(*..) is actually opening, and I'd like to understand it :-). Thanks, Etienne On Wed, 1 Sep 2010 10:07:55 -0500, Kirk Wolf k...@dovetail.com wrote: I haven't tried this form of fopen(), but I often use BPXWDYN or dynalloc() from C to dynamically allocate a SYSOUT dataset to a DD, and then fopen(//DD:MYDD). Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, Sep 1, 2010 at 9:54 AM, Etienne Thijsse e.thij...@chello.nl wrote: Hi, I tried something I read in the IBM doc (XL C/C++ Programming Guide): z/OS XL C/C++ supports opening SYSOUT data sets in two ways: 1 ... 2 Specifying a data set name of * on a call to fopen() or freopen() while you are running under z/OS batch or IMS online or batch. So, I tried fopen(*, w), and I got a file handle, to which I could write. So far, so good. But, where is it? I thought this would be equivalent to a JCL statement like this: //SYSPRINT DD SYSOUT=* and then fopen-ing DD:SYSPRINT. That gives me a SYSPRINT item when I go into SDSF, ST, containing everything i wrote to it. But for this * file, no SYSPRINT appears for my job, nor any other name, so apparently it is not equivalent. So, where does it end up? Thanks, Etienne -- 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: mainframe batch consumer of web service
Frank, I am currently working on such a product: Uniface 9. When finished, it will be able to call out to web services, and expose web services to the world. But its not finished yet... Etienne On Wed, 1 Sep 2010 09:12:41 -0600, Frank Swarbrick frank.swarbr...@efirstbank.com wrote: Anyone out there have mainframe batch programs that consume distributed web services? What are you using? Java? EXCI and CICS web service client? Vendor product? Something else? Thanks, Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e- mail and destroy this communication. 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 -- 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 batch consumer of web service
Frank, our z/Ware 2.0 product can be used to do this with a simple program call to our batch API. The batch programmer does not need to know anything about Web Services, XML or even TCP/IP. CICS is also supported. Chuck Arney illustro Systems International, LLC http://www.illustro.com Internet-enable your applications with z/Ware V2 Voice: 214-800-8900 X#5562 -- This e-mail is private and may be confidential and is for the intended recipient only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any copies destroyed. If you are not the intended recipient you are strictly prohibited from using, printing, copying, distributing or disseminating this e-mail or any information contained in it. We use reasonable measures to virus scan all E-mails leaving illustro but no warranty is given that this E-mail and any attachments are virus free. You should ensure you have adequate measures in place for your own virus checking. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: Wednesday, September 01, 2010 10:13 AM To: IBM-MAIN@bama.ua.edu Subject: mainframe batch consumer of web service Anyone out there have mainframe batch programs that consume distributed web services? What are you using? Java? EXCI and CICS web service client? Vendor product? Something else? -- 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: STCK instruction format
On Wed, 1 Sep 2010 13:39:37 +, john gilmore wrote: Paul Gilmartin's speculations about a possible signed format for STCKE values give free rein to his imagination; but, like traditional STCK values, those of fully operational STCKE values are all but certain to be unsigned, no least because surrendering a bit for a gratuitous sign would halve the capacity of the ETOD clock. I have written code, a lot of it, on this assumption; and I do not expect to be disagreeably surprised. So, for your purposes the ability to deal with dates beyond 20,000 C.E. is more valuable than the ability do deal with dates prior to 1900 C.E.? OK. -- 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: fopen(*,...)
On Wed, 1 Sep 2010 10:16:12 -0500, Etienne Thijsse wrote: I don't have a problem opening SYSOUT datasets, its just that I don't understand what it is that fopen(*..) is actually opening, and I'd like to understand it :-). In POSIX mode, I'd expect it to open (create) a UNIX file named * in the current working directory. -- 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: format of STCK instruction
On Wed, 1 Sep 2010 00:36:14 +, john gilmore wrote: Others have dealt with the substance of Paul Gilmartin's post. I will limit myself to noting that its content is both preposterous and contrary to much IBM documentation. Preposterous? Because I agree with a passage in the PoOp and with empirical observation of the behavior of STCKCONV, but not with your conjecture? Hardly. -- 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: z196 on Fox News web site
On Wed, Sep 1, 2010 at 11:02 AM, McKown, John john.mck...@healthmarkets.com wrote: http://www.foxnews.com/scitech/2010/09/01/ibm-unveils-worlds-fastest-microprocessor/ It's even accurate, to the extent that is says much of anything. Sort of: IBM plans to ship the processors in a new ultrahigh-end workstation, called zEnterprise 196... That's a hell of a workstation! But I guess they need to use language their readers will understand. Insert ObFoxNews joke here -- 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: Where doc for STORAGE LINKAGE=SYSTEM
On Wed, Sep 1, 2010 at 8:56 AM, Charles Mills charl...@mcn.org wrote: Wow, is this all confusing. (And yes, I imagine maintaining the source -- two sources, assembler and PL/S, right? -- for GETMAIN is even more confusing.) So STORAGE is just GETMAIN in disguise. I knew it provided the same sort of functionality, but with notes here and there seeming to encourage the use of STORAGE instead, I thought it was somehow fundamentally better. well kind of better. It is more accurate to say that STORAGE (the PC version) and GETMAIN (the various SVC and branch-entry versions) end up going to the same place, albeit with different front-end logic along the way. STORAGE is (IMO) better than GETMAIN because it is easier to use and more tolerant of the caller's environmental conditions. But even though the stacking PC is much faster than the SVC FLISH/SLIH, STORAGE is actually slightly slower than GETMAIN because the STORAGE PC front-end does a lot more validation precisely because it IS more tolerant. If you're just writing plain old problem state code there's no advantage unless you are also running in AR mode (supported by STORAGE, but not by any of the forms of GETMAIN) However, if you're writing code that runs in the dark and scary places then STORAGE is a way better deal. -- This email might be from the artist formerly known as CC (or not) You be the judge. -- 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: isolating sensitive data in coupling facility
On Wed, 1 Sep 2010 06:32:33 -0500, Patrick Kappeler wrote: I just wanted to give some context information related to my question. Hence just knowing the answer to the question can anybody confirm that a structure will **never** be allocated in a CF not in the preference list (be it for initial allocation or for rebuilod/duplexing) ? would make us happy ..for the time being. You can be happy for the time being: From: http://publib.boulder.ibm.com/infocenter/zos/v1r9/topic/com.ibm.zos.r9.ieaf100/underp.htm#underp Understanding Preference and Exclusion Lists z/OS V1R9.0 MVS Setting Up a Sysplex SA22-7625-14 The coupling facility in which a structure is to be allocated is influenced by preference and exclusion lists that are specified in the CFRM policy for each structure. Each list can have up to eight entries. * The preference list is an ordered list of coupling facility names in which the structure can be allocated. * The exclusion list is an unordered list of structure names with which the structure being defined should not share a coupling facility. The preference list is used to designate the location of coupling facility structures for performance and capacity considerations. The system will not allocate a structure in a coupling facility that is not listed in its preference list. Scott Fagen Chief Architect CA Mainframe Business -- 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: z196 on Fox News web site
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of zMan Sent: Wednesday, September 01, 2010 11:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z196 on Fox News web site On Wed, Sep 1, 2010 at 11:02 AM, McKown, John john.mck...@healthmarkets.com wrote: http://www.foxnews.com/scitech/2010/09/01/ibm-unveils-worlds-f astest-microprocessor/ It's even accurate, to the extent that is says much of anything. Sort of: IBM plans to ship the processors in a new ultrahigh-end workstation, called zEnterprise 196... That's a hell of a workstation! But I guess they need to use language their readers will understand. Insert ObFoxNews joke here -- zMan -- I've got a mainframe and I'm not afraid to use it Well, given the size of workstations in the past. And it is air cooled, or can be, so yes -tuck it in the corner of my cube, please. I didn't notice that part. -- 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
Re: z196 on Fox News web site
Personally I loved the way the article talks about silicon and germanium as though they are brand new, just discovered materials. I think I learned about silicon (atomic number 14) and germanium (atomic number 32) when I was in high school, and that's a long time ago. Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, September 01, 2010 11:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z196 on Fox News web site -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of zMan Sent: Wednesday, September 01, 2010 11:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z196 on Fox News web site On Wed, Sep 1, 2010 at 11:02 AM, McKown, John john.mck...@healthmarkets.com wrote: http://www.foxnews.com/scitech/2010/09/01/ibm-unveils-worlds-f astest-microprocessor/ It's even accurate, to the extent that is says much of anything. Sort of: IBM plans to ship the processors in a new ultrahigh-end workstation, called zEnterprise 196... That's a hell of a workstation! But I guess they need to use language their readers will understand. Insert ObFoxNews joke here -- zMan -- I've got a mainframe and I'm not afraid to use it Well, given the size of workstations in the past. And it is air cooled, or can be, so yes -tuck it in the corner of my cube, please. I didn't notice that part. -- 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer 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
Re: fopen(*,...)
I agree with Gil: fopen(*) should create a Posix file. But if you read the doc, carefully, it says: Specifying a data set name of * on a call to fopen() or freopen() while you are running under z/OS batch or IMS online or batch.(and not Specify a file path name of * ). So, it could be that this it what is intended: fopen(//*, ...) I'm curious as to why it only says z/OS Batch etc. You can use sysout datasets under TSO, USS shell, etc too. Works fine if you dynamically allocate your own DD. Maybe the C library fopen() is unnecessarily picky. Kirk Wolf Dovetailed Technologies http://dovetail. On Wed, Sep 1, 2010 at 10:57 AM, Paul Gilmartin paulgboul...@aim.comwrote: On Wed, 1 Sep 2010 10:16:12 -0500, Etienne Thijsse wrote: I don't have a problem opening SYSOUT datasets, its just that I don't understand what it is that fopen(*..) is actually opening, and I'd like to understand it :-). In POSIX mode, I'd expect it to open (create) a UNIX file named * in the current working directory. -- 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 -- 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
Help with IEWFETCH Error RC0F Reason 40
I am not sure where to go with this abend. So if you could give me some pointers, that would be great. The errors are IEW4009I FETCH FAILED FOR MODULE MYLOAD01 FROM DDNAME STEPLIB BECAUSE OF AN I/O ERROR. IEW4005I FETCH FOR MODULE MYLOAD1 FROM DDNAME STEPLIB FAILED BECAUSE IEWFETCH ISSUED RC 0F AND REASON 40 CSV031I LIBRARY ACCESS FAILED FOR MODULE MYLOAD1, RETURN CODE 24, REASON CODE 26080021, DDNAME STEPLIB According to the return code/reason code, it is an I/O error on the PDS in the STEPLIB I looked at the library that holds this module and it is good. I browsed the library and module under ISPF and not I/O error messages occurred. I also browsed several other members to ensure I did not miss an error. I have not seen a compress or Endevor job run that updated or compressed this file. So, I need some next steps. I think if I have the STC cycled it should be okay. But at this time we have not cycled. Am I going in the right direction? Thanks very much Lizette -- 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: where doc for STORAGE LINKAGE=SYSTEM
Chris Craddock wrote: begin snippet If you're just writing plain old problem state code there's no advantage unless you are also running in AR mode (supported by STORAGE, but not by any of the forms of GETMAIN) However, if you're writing code that runs in the dark and scary places then STORAGE is a way better deal. /end snippet This is literally correct, but my own advice would be to avoid GETMAIN and FREEMAIN entirely in new code and further to root it out of old code when it is realistically feasible to do so, when that code needs to be changed anyway. G F have been functionally stabilized; support for new facilities is being provided exclusively via STORAGE. Code that uses G F will not be at all easy to modify to use such new facilities---AR MODE is only one such---as needs for them arise. There is another, essentially pedagogic argument for converting to STORAGE. Its syntax is cleaner and neater. There are fewer culs de sac. Those of us who have used G F for many years have, I think, been desensitized to their baroque complexities; we know about them and we live with them; but I can see no good reason to inflict such obsolescent lore on others. 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: Help with IEWFETCH Error RC0F Reason 40
On Wed, 2010-09-01 at 12:47 -0400, Lizette Koehler wrote: IEW4009I FETCH FAILED FOR MODULE MYLOAD01 FROM DDNAME STEPLIB BECAUSE OF AN I/O ERROR. Just a SWAG, but when does STEPLIB get opened? Once by the initiator, or at every LOAD? If the former then perhaps your steplib went into extents after the open? -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.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: z196 on Fox News web site
On Wed, Sep 1, 2010 at 12:24 PM, Kelman, Tom thomas.kel...@commercebank.com wrote: Personally I loved the way the article talks about silicon and germanium as though they are brand new, just discovered materials. I think I learned about silicon (atomic number 14) and germanium (atomic number 32) when I was in high school, and that's a long time ago. Good catch. I'd missed that one too! And they're going to use use pulses of light. That's getting your money's worth. Must...resist...Fox...jokes -- 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: Help with IEWFETCH Error RC0F Reason 40
In a message dated 9/1/2010 11:50:08 A.M. Central Daylight Time, stars...@mindspring.com writes: Am I going in the right direction? If you've got PDS command=== ver m:n for all PDS's in STEPLIB concatenation. If that works, might need LISTVTOCs on the packs to see if we've got overlapping extents. Something clobbered something, need to see how big the crater is -- 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: Help with IEWFETCH Error RC0F Reason 40
On 09/01/10 12:47, Lizette Koehler wrote: I am not sure where to go with this abend. So if you could give me some pointers, that would be great. The errors are IEW4009I FETCH FAILED FOR MODULE MYLOAD01 FROM DDNAME STEPLIB BECAUSE OF AN I/O ERROR. IEW4005I FETCH FOR MODULE MYLOAD1 FROM DDNAME STEPLIB FAILED BECAUSE IEWFETCH ISSUED RC 0F AND REASON 40 CSV031I LIBRARY ACCESS FAILED FOR MODULE MYLOAD1, RETURN CODE 24, REASON CODE 26080021, DDNAME STEPLIB According to the return code/reason code, it is an I/O error on the PDS in the STEPLIB I looked at the library that holds this module and it is good. I browsed the library and module under ISPF and not I/O error messages occurred. I also browsed several other members to ensure I did not miss an error. I have not seen a compress or Endevor job run that updated or compressed this file. So, I need some next steps. I think if I have the STC cycled it should be okay. But at this time we have not cycled. Am I going in the right direction? Thanks very much Lizette Did you add the failing member to the dataset and did it go into additional extents? -- Mark Jacobs Time Customer Service Tampa, FL There you are, your own number on your very own door. And behind that door, your very own office! Welcome to the team, DZ-015 Mr Warrenn - Brazil -- 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: Help with IEWFETCH Error RC0F Reason 40
On 9/1/2010 11:51 AM, Lizette Koehler wrote: I am not sure where to go with this abend. So if you could give me some pointers, that would be great. The errors are IEW4009I FETCH FAILED FOR MODULE MYLOAD01 FROM DDNAME STEPLIB BECAUSE OF AN I/O ERROR. IEW4005I FETCH FOR MODULE MYLOAD1 FROM DDNAME STEPLIB FAILED BECAUSE IEWFETCH ISSUED RC 0F AND REASON 40 CSV031I LIBRARY ACCESS FAILED FOR MODULE MYLOAD1, RETURN CODE 24, REASON CODE 26080021, DDNAME STEPLIB According to the return code/reason code, it is an I/O error on the PDS in the STEPLIB I looked at the library that holds this module and it is good. I browsed the library and module under ISPF and not I/O error messages occurred. I also browsed several other members to ensure I did not miss an error. I have not seen a compress or Endevor job run that updated or compressed this file. So, I need some next steps. I think if I have the STC cycled it should be okay. But at this time we have not cycled. Am I going in the right direction? Can you cause the STC to close and re-open the dataset? If not, try loading the module from a batch job to see if it is ok? If that works, I would think recycling the STC should fix it. Normally I would suspect an extent was taken by some other job while the STC had it open, or if the STC keeps track of TTR's that it was compressed or updated. Since you don't think it has been compressed or updated maybe there was some overlay in the STC that has corrupted something . Without knowing more about what the STC does, it's hard to tell. -- Richard -- 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: Help with IEWFETCH Error RC0F Reason 40
Sent this to the newsgroup instead of the list the first time, sorry if you get it twice. On 9/1/2010 12:31 PM, Richard Peurifoy wrote: Can you cause the STC to close and re-open the dataset? Obviously not thinking clearly when I wrote this as you said it was a STEPLIB. -- Richard -- 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: Help with IEWFETCH Error RC0F Reason 40 (Resoloved!)
It took awhile but we found the culprit. One of my coworkers ran a compress against a production file during prime time. That process is being reviewed and appropriate changes will go into place. Thanks everyone who helped me. I thought I knew, I just wasn't sure I knew. But I knew. ;-) Lizette On 9/1/2010 11:51 AM, Lizette Koehler wrote: I am not sure where to go with this abend. So if you could give me some pointers, that would be great. The errors are IEW4009I FETCH FAILED FOR MODULE MYLOAD01 FROM DDNAME STEPLIB BECAUSE OF AN I/O ERROR. IEW4005I FETCH FOR MODULE MYLOAD1 FROM DDNAME STEPLIB FAILED BECAUSE IEWFETCH ISSUED RC 0F AND REASON 40 CSV031I LIBRARY ACCESS FAILED FOR MODULE MYLOAD1, RETURN CODE 24, REASON CODE 26080021, DDNAME STEPLIB According to the return code/reason code, it is an I/O error on the PDS in the STEPLIB I looked at the library that holds this module and it is good. I browsed the library and module under ISPF and not I/O error messages occurred. I also browsed several other members to ensure I did not miss an error. I have not seen a compress or Endevor job run that updated or compressed this file. So, I need some next steps. I think if I have the STC cycled it should be okay. But at this time we have not cycled. Am I going in the right direction? Can you cause the STC to close and re-open the dataset? If not, try loading the module from a batch job to see if it is ok? -- 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
Virginia DOT outage
As many of you may know the State of Virginia has been dealing with a major computer system outage impacting 24 departments. The outage has extended over 7 business days with no estimated time for repair. Most of the press that I have seen discusses driver license renewals being down to the extent that police are not sighting people who are stopped and found to have recently expired licenses. Some of the stories suggest the problem is in a DASD server and memory cards need to be replaced and possibly data recovered. Most US state's DOT are large IMS and or DB2 shops. Any one have more details? There must be a database lesson to be learned here. Or a Mainframe vs smaller server lesson. Here is a link to a recent article http://www.washingtonpost.com/wp- dyn/content/article/2010/08/31/AR2010083105968.html Av Friedman -- 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: How to determine use of RLSE in dataset allocation
Does the DD statement that specifies MOD also specify RLSE? When the dataset runs out of space, is it because of 16 extents or no more usable room on the pack? What is the secondary extent type (blocks, tracks, cylinders, other)? Does your shop run a space recovery utility periodically to trim back datasets that are over-allocated and under-consumed? Once again, RLSE is an attribute of the current allocation, not of the dataset itself. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lynd, Eugene C. Sent: Wednesday, September 01, 2010 8:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to determine use of RLSE in dataset allocation snip GENERAL DATA:CURRENT ALLOCATION: Volume serial:FSD102 Free: 38.8%Allocated tracks:494 Device type: 3390-27 32760 cylindersAllocated extents: 3 Organization: PSSEQ Secondary extent:750 Record format:FB Max. dir. blocks: Record length:132 X 212 Block size: 27984 CURRENT UTILIZATION: Management class: Y3PB3QNG Used tracks: 494 Storage class:STANDARD Used dir. blocks: Data class: SETDSORG Used extents:3 RACF protection: GENERICNumber of members: Blocks per track:2 It is updated with MOD every night, but periodically runs out of space - despite a generous secondary allocation. When I rebuild it I Recreate it with LIKE, and didn't notice what I still only assume - that I originally allocated it with RLSE. The output above is from a local Tool of mine. I thought it would be nice to show if the dataset was Subject to RLSE. (I assume I can solve the nightly problem by Reallocating without RLSE.) -- 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: isolating sensitive data in coupling facility
W dniu 2010-09-01 13:32, Patrick Kappeler pisze: You are absolutely Right Scott: if we have to go this way then we'll have also to introduce segregation among z/OS images. Now, I should maybe point out that we are just now in the process of anticipating what kind of restrictions we would have to deal with while putting together a project, for a client institution, still at an early foggy stage. Actually, I just wanted to give some context information related to my question. Hence just knowing the answer to the question can anybody confirm that a structure will **never** be allocated in a CF not in the preference list (be it for initial allocation or for rebuilod/duplexing) ? would make us happy ..for the time being. I'm not sure, however I think that initial allocation is possible only on preflisted CF, and have no idea about rebuild. However I want to draw your attention to fact that only defined coupling facilities can be used in sysplex. So if one is able to connect CF to the sysplex then he's able to administer the system, i.e. change preflist, initiate structure rebuild, etc. No foreign CF can be connected to the sysplex, even if physically connected via coupling links. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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 batch consumer of web service
Web Services for IDMS from Formula Opensoft. The request goes through IDMS, which is a pre-requisite. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: Wednesday, September 01, 2010 10:13 AM To: IBM-MAIN@bama.ua.edu Subject: mainframe batch consumer of web service Anyone out there have mainframe batch programs that consume distributed web services? What are you using? Java? EXCI and CICS web service client? Vendor product? Something else? Thanks, Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. 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 -- 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: isolating sensitive data in coupling facility
Duplexing does allocate the structure in at least 2 CFs that you specify (still governed by the CFRM). You will need additional Links among the physical CFs to implement Duplexing. Be aware: this is quite a bit of overhead for Duplexing. zNorman -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Fagen Sent: Wednesday, September 01, 2010 Wednesday 9:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: isolating sensitive data in coupling facility On Wed, 1 Sep 2010 06:32:33 -0500, Patrick Kappeler wrote: I just wanted to give some context information related to my question. Hence just knowing the answer to the question can anybody confirm that a structure will **never** be allocated in a CF not in the preference list (be it for initial allocation or for rebuilod/duplexing) ? would make us happy ..for the time being. You can be happy for the time being: From: http://publib.boulder.ibm.com/infocenter/zos/v1r9/topic/com.ibm.zos.r9.ieaf1 00/underp.htm#underp Understanding Preference and Exclusion Lists z/OS V1R9.0 MVS Setting Up a Sysplex SA22-7625-14 The coupling facility in which a structure is to be allocated is influenced by preference and exclusion lists that are specified in the CFRM policy for each structure. Each list can have up to eight entries. * The preference list is an ordered list of coupling facility names in which the structure can be allocated. * The exclusion list is an unordered list of structure names with which the structure being defined should not share a coupling facility. The preference list is used to designate the location of coupling facility structures for performance and capacity considerations. The system will not allocate a structure in a coupling facility that is not listed in its preference list. Scott Fagen Chief Architect CA Mainframe Business -- 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: mainframe batch consumer of web service
You can do it in batch with Java and JZOS (and free). There is an example in the JZOS Cookbook which uses the Apache Axis2 framework. The JZOS Cookbook can be downloaded from the JZOS alphaWorks site: http://www.alphaworks.ibm.com/tech/zosjavabatchtk Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, Sep 1, 2010 at 10:12 AM, Frank Swarbrick frank.swarbr...@efirstbank.com wrote: Anyone out there have mainframe batch programs that consume distributed web services? What are you using? Java? EXCI and CICS web service client? Vendor product? Something else? Thanks, Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. 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 -- 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: Help with IEWFETCH Error RC0F Reason 40
Lizette Koehler wrote: I am not sure where to go with this abend. So if you could give me some pointers, that would be great. The errors are IEW4009I FETCH FAILED FOR MODULE MYLOAD01 FROM DDNAME STEPLIB BECAUSE OF AN I/O ERROR. IEW4005I FETCH FOR MODULE MYLOAD1 FROM DDNAME STEPLIB FAILED BECAUSE IEWFETCH ISSUED RC 0F AND REASON 40 CSV031I LIBRARY ACCESS FAILED FOR MODULE MYLOAD1, RETURN CODE 24, REASON CODE 26080021, DDNAME STEPLIB According to the return code/reason code, it is an I/O error on the PDS in the STEPLIB I looked at the library that holds this module and it is good. I browsed the library and module under ISPF and not I/O error messages occurred. I also browsed several other members to ensure I did not miss an error. I have not seen a compress or Endevor job run that updated or compressed this file. So, I need some next steps. I think if I have the STC cycled it should be okay. But at this time we have not cycled. Am I going in the right direction? Thanks very much Lizette snip In my experience, an Abend106-F RC40 happens because the DEB being used to access the data set does not describe the extent in which the member resides. That usually happens when the data set was extended to add the member for which fetch failed. If the added member is no larger than the original member plus the free space that was available in the previously-last extent before the replacement member was put into the data set*, a compress will bring all the members back into the original number of extents (or a smaller number), and fix things up without having to get the DEB rebuilt. Don't rush into this without thought--see below. Of course, if other members were added, not just the one for which the fetch failed, the probability of a compress helping to solve the problem declines. Also, note that other address spaces using the same data set might get be upset by the compress, particulary while it's going on, and even more particularly if they or LLA cached the directory unless and until the caches can be refreshed. (For link list data sets, the library must be refreshed in LLA.) So unless you understand what else might be using the data set and what secondary effects could occur, the safest course of action is to get all users to build a new DEB by reopening the data set (which might well require shutting them all down and restarting them). That could even require an IPL if the data set involved is a link list data set used by one or more persistent address spaces. Last, but not least, if the cause of your problem is not that the DEB used by Fetch is missing the description for a new extent, you should probably open a PMR. HTH, *It's not really quite that simple, but you get the idea. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.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: H/w vs S/W Encryption?
The new protected key will perform a whole lot better than the previous secure key. But I think you'll find the outboard is still faster and is less impact in general. It is just a tad (I think it is 1%.. anyone?) slower in performance for the tape encryption on the IBM tape drives than writing tapes without encryption. Rob Schramm -- 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: 3270 Emulator Software
Actually, this is a reflection on Lynn Wheeler's contribution of 8/30. I was hired by a contracting firm to work in the IMS support center at the offsite facility referred to by Lynn. The staff at that time had 327x terminals. I was lucky enough to be part of a test program which put a PC with 3270 emulation on my desk and that of an IBM regular in the center. Worked well for me, until about a month later, I couldn't boot my PC. After about 6 hours the support staff notified me (as I recall this) that an IBM manager somewhere heard that an outside contractor had access to a PC with emulation. He was afraid that I could download IMS source code to a diskette and give it to a competitor. Apparently, my PC had been disabled internally (by changing the password). I was out of luck until they decided what to do about it. When I came in the next morning, my diskette drive had a key lock over the front, but I could then boot up my PC and do my job. Under the 3-monkey philosophy, I decided to keep my mouth shut, but the smartass in me wanted to point out that I had the authority to create a tape on the machine where the source code resided, and mail it to a customer. This facility was there to enable us to send emergency fixes to customers. If I wanted to give the source code to a competitor, that mechanism would have been an infinitely better way than smuggling it out in 700k chunks. The offsite facility was just a few blocks from the infamous semiconductor facility (previously closed) which had contaminated the soil and groundwater in the area. While I was in the support center, they moved the IMS support center back to STL, which was a very comfortable facility to work in (and a relaxing 10-minute drive from my house, except when rains and mudslides closed the road, and we had to drive in the back way through the Almaden Research Center). The downside issues of STL were the dangers of finding rattlesnakes under your car, the huge gashes in the beautiful lawns made by wild boars, and the high winds/eucalyptus tree situation. During one storm, my car was dealt nasty front-end, windshield and roof damage by a large eucalyptus branch, necessitating a tow-truck call and bumming a ride home. Toward the end of my tour, management implemented a power- control system which was supposed to turn off the lights in an office if no one was in it. It was aggravating to have to throw my hands up every few minutes to convince the sensors that I was indeed in the room. In spite of those issues, it was a good place to work. I did eventually leave to go back to my real calling - systems programming. Dale Miller dalelmil...@comcast.net -- 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: Virginia DOT outage
From Info Week: VITA said on Friday that it had successfully repaired the EMC DMX-3 storage area network (SAN) responsible for the outage. Thirteen percent of the state's file servers failed as a result of the SAN going down. Also Info Week: The outage happened when an EMC storage area network (SAN) and its redundancy failed on Wednesday afternoon, according to the Virginia Information Technologies Agency (VITA). When this occurred, 228 servers attached to the network -- which host shared applications and software used statewide -- could not access data. From http://www2.wsls.com/news/2010/sep/01/7/vita01-ar-482084/ ...described as minimal data losses from the blackout, which was caused by the failure of two circuit boards that control more than 400 servers. From some wise guy: Tinker toys come tumbling down and go boom. For a week. From the same wise guy: It looks like the large DB2/IMS applications were 'modernized' under a contract long over schedule and way over budget. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Avram Friedman Sent: Wednesday, September 01, 2010 1:06 PM To: IBM-MAIN@bama.ua.edu Subject: Virginia DOT outage As many of you may know the State of Virginia has been dealing with a major computer system outage impacting 24 departments. The outage has extended over 7 business days with no estimated time for repair. Most of the press that I have seen discusses driver license renewals being down to the extent that police are not sighting people who are stopped and found to have recently expired licenses. Some of the stories suggest the problem is in a DASD server and memory cards need to be replaced and possibly data recovered. Most US state's DOT are large IMS and or DB2 shops. Any one have more details? There must be a database lesson to be learned here. Or a Mainframe vs smaller server lesson. Here is a link to a recent article http://www.washingtonpost.com/wp- dyn/content/article/2010/08/31/AR2010083105968.html Av Friedman NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: Virginia DOT outage
http://www.vita.virginia.gov/about/default.aspx?id=12596 Nice timeline and recovery status Appears to have been a major failure of an EMC DMX-3 frame -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Avram Friedman Sent: Wednesday, September 01, 2010 2:06 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Virginia DOT outage As many of you may know the State of Virginia has been dealing with a major computer system outage impacting 24 departments. The outage has extended over 7 business days with no estimated time for repair. Most of the press that I have seen discusses driver license renewals being down to the extent that police are not sighting people who are stopped and found to have recently expired licenses. Some of the stories suggest the problem is in a DASD server and memory cards need to be replaced and possibly data recovered. Most US state's DOT are large IMS and or DB2 shops. Any one have more details? There must be a database lesson to be learned here. Or a Mainframe vs smaller server lesson. Here is a link to a recent article http://www.washingtonpost.com/wp- dyn/content/article/2010/08/31/AR2010083105968.html Av Friedman -- 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
Virginia DOT outage
Regardless of the cause, doesn't this say more about the disaster recovery scenario than anything else? Adam -- 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: Virginia DOT outage
Did you see the quote at the bottom of their Web page ( Looks like a typical Fox channel comment ) ? Here it is (Cut and pasted into this email ) : Note: Earlier reports that 27 agencies were impacted were incorrect. The correct number is 26. The 27th system impacted was Northrop Grumman. Anton On 9/1/2010 1:26 PM, Ken Porowski wrote: http://www.vita.virginia.gov/about/default.aspx?id=12596 Nice timeline and recovery status Appears to have been a major failure of an EMC DMX-3 frame -- 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: Help with IEWFETCH Error RC0F Reason 40 (Resoloved!)
On Wed, 1 Sep 2010 14:02:23 -0400, Lizette Koehler wrote: It took awhile but we found the culprit. One of my coworkers ran a compress against a production file during prime time. That process is being reviewed and appropriate changes will go into place. Thanks everyone who helped me. I thought I knew, I just wasn't sure I knew. But I knew. ;-) Would PDSE prevent that problem, even while introducing several others? -- 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
Security (was: 3270 ... )
On Wed, 1 Sep 2010 12:17:04 -0700, Dale Miller wrote: the smartass in me wanted to point out that I had the authority to create a tape on the machine where the source code resided, and mail it to a customer. This facility was there to enable us to send emergency fixes to customers. If I wanted to give the source code to a competitor, that mechanism would have been an infinitely better way than smuggling it out in 700k chunks. There's a fallacy here in the assumption that the existence of a security exposure justifies tolerating the creation of others. -- 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: mainframe batch consumer of web service
Frank, You can consume web services in Java batch job with JZOS (free / included in the IBM Java SDK), but you would probably want a web services client implementation in the language of the rest of your batch application. There is an example in the JZOS Cookbook which uses the Apache Axis2 framework. The JZOS Cookbook can be downloaded from the JZOS alphaWorks site: http://www.alphaworks.ibm.com/tech/zosjavabatchtk Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, Sep 1, 2010 at 10:12 AM, Frank Swarbrick frank.swarbr...@efirstbank.com wrote: Anyone out there have mainframe batch programs that consume distributed web services? What are you using? Java? EXCI and CICS web service client? Vendor product? Something else? Thanks, Frank -- 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: Enterprise Cobol
Guy, What was to LE ptf that was not available and what was the symptom of your problem? Regards Otto Schumacher HP Enterprise Services Infrastructure Specialist Ahold Account CICS Capacity Technical Support P.O. Box 6462 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29606 Cell: 864 449 1755 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@hp.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Guy Gardoit Sent: Monday, August 30, 2010 5:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise Cobol Thanks for all the replies - I'll pass them along to our Cobol support. On Fri, Aug 27, 2010 at 11:38 AM, Jousma, David david.jou...@53.com wrote: Also, something to consider. I wouldn't roll EC 4.2 with your serverpack rollout in a multisystem environment. IIRC, the requisite LE PTF's that have to be on the downleveled systems weren't obvious(like HOLD ACTION). I had EC4.2 in DEV about 6 months ago for testing, and a program got compiled in DEV and run on PROD which was downleveled, and it would not run. Had to run 4.1 for another maintenance cycle to get the LE ptf's rolled out first. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Friday, August 27, 2010 1:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Enterprise Cobol http://www-01.ibm.com/software/support/lifecycleapp/PLCDetail.wss?synkey =B984385H82239E03from=spfhttp://www-01.ibm.com/software/support/lifecycleapp/PLCDetail.wss?synkey%0A=B984385H82239E03from=spf Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Guy Gardoit Sent: Friday, August 27, 2010 9:56 AM To: IBM-MAIN@bama.ua.edu Subject: Enterprise Cobol We are running Enterprise Cobol 3.4.1. z/OS 1.12 which we will be ordering soon can include EC 4.2. How can one find out the IBM support expiration date for EC 3.4.1? Thank you. -- Guy Gardoit z/OS Systems Programming -- 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 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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 -- Guy Gardoit z/OS Systems Programming -- 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: Virginia DOT outage
What we can learn here is to be more careful when using modern storage systems. They are more a computer system than storage today. And it is no matter if you have a mainframe or a Nintendo server. Both we need data to work. So if you set up your DB2 or IMS, be careful to spread logs over different physical (!) storage systems. This might be hard to find out, but can help to avoid outages. Jm2C. /Dirk On Wed, Sep 1, 2010 at 15:29, Gerhard Adam gada...@charter.net wrote: Regardless of the cause, doesn't this say more about the disaster recovery scenario than anything else? Adam -- 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: 3270 Emulator Software
dalelmil...@comcast.net (Dale Miller) writes: Actually, this is a reflection on Lynn Wheeler's contribution of 8/30. re: http://www.garlic.com/~lynn/2010m.html#80 3270 Emulator Software in that period ... the executive responsible for IMS had left and joined a large financial institution in the area ... and for some time was out hiring IMS developers ... eventually having a larger IMS development group than STL. Also, email reference (about Jim leaving for Tandem and palming off database consulting with IMS group to me), makes mention of foreign entities having IMS competitive product. In any case, STL management was quite sensitive to issue of competitive IMS development activity. the IMS FE service group in Boulder area ... was faced with similar situation ... being moved to bldg on the other side of the highway ... and similar HYPERChannel (channel extender) implementation was deployed for them. In the STL case, there was T3 digital radio (microwave), went to repeater tower on the hill above STL, to dish on top of bldg. 12 (on main plant site) and then to dish on roof of off-site bldg. where the relocated IMS group were sent. After 85 was built (elevated section cutting the corner of the main plant site), radar detectors were triggered when autos drove thru the path of the signal (between tower on the hill and roof of bldg. 12). In the boulder case, they were moved to bldg across highway from where the datacenter was located. Infrared T1 modems (sort of higher powered version of consumer remote controls) were placed on the roofs of the two bldgs to carry the HYPERChannel signal. There was some concern that there would be rain-fade resulting in transmission interruption during severe weather. However, during one of the worst storms ... white-out snow storm when people couldn't get into work, the error monitoring recorded a slight increase in bit-error rate. However, there was early transmission interruption that would occur in the middle of the afternoon. Turns out that as the sun crossed the sky, it warmed different sides of the bldgs, which resulted in causing the bldgs to slightly lean in different directions. This slight change in bldg. angle was enough to throw-off the alignment of the infrared modems. This resulted in having to position the infrared modem mounted poles on the roof to make them less sensitive to the way the bldgs. leaned as different sides were heated and cooled during the course of the day. The HYPERchannel vendor attempted to talk the corporation into letting them release my software support. However, there was strong objection from the group in POK that was hoping to eventually get ESCON released (and they felt any improvement in HYPERchannel in the market, would reduce the chance of ever making business case for shipping ESCON). As a result, the HYPERchannel vendor had to reverse engineer my software support and re-implement it from scratch (to ship to customers). One of the things I had done in the support ... was if I got an unrecoverable transmission error ... I would simulate a channel check error in status back to the kernel software. This was copied in the vendor implementation and would result in phone call from the 3090 product administrator several years later. Turns out that the industry service that gathered EREP data and generated summary reports of error statistics ... was showing 3090 channel checks being 3-4 times the expected rate. They tracked it down to HYPERchannel software support generating channel checks in simulated ending status. After a little research, I determined that IFCC (interface control checks) resulted in identical same path through error recovery (as channel checks) and talked the HYPERchannel vendor into changing their software support to simulate IFCC for unrecoverable transmission errors. About the same time, there was a different problem inside the corporation ... that seemed to affect STL more than many of the other labs. I had stumbled across the ADVENTURE game at Tymshare (had been ported from PDP10 at stanford to the TYMSHARE vm370/cms commercial timesharing service) ... and managed to obtain a copy of the fortran source ... and made a copy of the CMS executable on the internal network. For a period, some number of locations seemed to have all their computing resources going to employees doing nothing but playing ADVENTURE (for people demonstrating that they succesfully acquired all points and finished the game, I would send them a copy of the source). STL management would eventually decree that employees would have a 24hr grace period, but after that, any employee caught playing ADVENTURE during standard work hours would be dealt with severely. -- 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
Re: Help with IEWFETCH Error RC0F Reason 40 (Resoloved!)
On Wed, 1 Sep 2010 14:41:16 -0500, Paul Gilmartin paulgboul...@aim.com wrote: On Wed, 1 Sep 2010 14:02:23 -0400, Lizette Koehler wrote: It took awhile but we found the culprit. One of my coworkers ran a compress against a production file during prime time. That process is being reviewed and appropriate changes will go into place. Thanks everyone who helped me. I thought I knew, I just wasn't sure I knew. But I knew. ;-) Would PDSE prevent that problem, even while introducing several others? Sorry I wasn't really paying attention to this thread, but the answer to your question is of course YES since PDSE can't be compressed. If the reason had been extending the data set while open (a new extent), then the answer would still be YES. Even if in the LNKLST (assuming an LLA refresh was done). Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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
O/T IBM to Ship World's Fastest Computer Chip
TECHNOLOGYIBM to Ship World's Fastest Computer ChipBy Jennifer BootonPublished September 01, 2010| FOXBusiness Print Email Share Comments (0) Text Size International Business Machines (IBM: 125.76 ,+2.76 ,+2.24%) ticked up more than 2.3% early Wednesday after announcing it will begin shipping the world’s fastest computer chip in a newversion of the IBM mainframe on Sept. 10.IBM said demand from businesses that manage huge workloads, such as banks and retailers, led to the development of the new microprocessor.The new zEnterprise technology was born after more than $1.5 billion in IBM research and development as well as more than three years of collaborations with its global clientele.IBM said the zEnterprise 196 is its most powerful commercial system, containing 96 of the world’s fastest, most powerful microprocessors, and capable of executing more than 50 billion instructions a second, or roughly 17,000 times more instructions than the Model 91, the high-end of IBM’s popular System/360 family, could execute in 1970.It offers 60% more capacity than its predecessor and has new software to optimize performance of data-heavy workloads.The z196 processor is a four-core chip that contains 1.4 billion transistors on a 512-square- millimet -- 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
Oracle mainframe gateways
Now that Oracle is no longer enhancing their z/OS database server and client applications I was surprised to see that they apparently are still enhancing their gateway products; specifically Oracle Gateway for IMS and Oracle Gateway for VSAM. Anyone use these? Anyone know Oracle's future direction with regard to them? Doesn't solve my issue of getting from z/OS to Oracle, but could help with distributed clients getting to our IMS and VSAM data, if that's somethine we want to do. Yes, I know there are many other products that can be used for this. Thanks, Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. 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: isolating sensitive data in coupling facility
No foreign CF can be connected to the sysplex, even if physically connected via coupling links. This is correct. But, if you connect 'foreign' CF's up to a SYSPLEX, it will poll them, causing performance problems on the 'PLEX where they are active. Our hardware guys went connectivity/symmetry nuts, a couple of years ago, and we had issues. We talked to IBM, and they stated that this was working (broken) as designed. Each SYSPLEX polls all connected CF's, 'in case' it might 'suddenly' become active. Considering you have to run a new CFRM and a CF can only be active on one SYSPLEX at a time, this is a completely specious reason. IBM said the only way to stop the polling was to CONFIG them offline to all but the SYSPLEX that owned them. (Or, only gen them to one SYSPLEX) - 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: mainframe batch consumer of web service
Might be an interesting way to get our Java z/OS feet wet. I'm thinking we might have an OO COBOL program for the business part of the application call Java for the web services access. Could be fun! :-) Thanks, Frank On 9/1/2010 at 12:56 PM, in message aanlktim6xxd9x-azphwa2=gdhuzk4yoy+oaqrjdsf...@mail.gmail.com, Kirk Wolf k...@dovetail.com wrote: You can do it in batch with Java and JZOS (and free). There is an example in the JZOS Cookbook which uses the Apache Axis2 framework. The JZOS Cookbook can be downloaded from the JZOS alphaWorks site: http://www.alphaworks.ibm.com/tech/zosjavabatchtk Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, Sep 1, 2010 at 10:12 AM, Frank Swarbrick frank.swarbr...@efirstbank.com wrote: Anyone out there have mainframe batch programs that consume distributed web services? What are you using? Java? EXCI and CICS web service client? Vendor product? Something else? Thanks, Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. 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 -- 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 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. 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: format of STCK instruction
In snt113-w311bbdc7d3099908f63b8bc6...@phx.gbl, on 08/31/2010 at 10:34 PM, john gilmore john_w_gilm...@msn.com said: We have, I believe, an obligation to mention the defects of approaches canvassed here; Some readers don't want to hear about it. But it's not my dog. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Set numbers off permanently.
In listserv%201008311651566804.0...@bama.ua.edu, on 08/31/2010 at 04:51 PM, Paul Gilmartin paulgboul...@aim.com said: It's only trying to help you. That's what I call a Mollie Malone: She died of a faever from which none could save her and that was the end of sweet Mollie Malone We all know what is paved with good intentions. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Where doc for STORAGE LINKAGE=SYSTEM?
In p06240804c8a398a16...@[192.168.1.11], on 09/01/2010 at 01:46 AM, Robert A. Rosenberg hal9...@panix.com said: I think LINKAGE=SYSTEM requires the user to be in Authorized state. Wouldn't that apply to LINKAGE=BRANCH rather than LINKAGE=SYSTEM? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Set numbers off permanently.
In aanlkti=+hgnuyqzv1xmm+hmmqbdt2ue3fahyaz-xv...@mail.gmail.com, on 08/31/2010 at 08:57 PM, zMan zedgarhoo...@gmail.com said: Because ISPF is 1980s technology? ITYM 1970's. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
Source for microprocessor nomenclature on z10 and z196
Does anybody have a source for the official nomenclature of the microprocessors on the z10 and z196? Thanks. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
I am Curious
I am curious how many sites that used CA CoolGen, Host Encyclopedia, All Fusion Gen, or whatever it is called now, have converted off of this or quit developing new apps under it. Bob This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged, confidential, and exempt from disclosure under applicable law or may constitute as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, notify us immediately by telephone and (i) destroy this message if a facsimile or (ii) delete this message immediately if this is an electronic communication. 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: Virginia DOT outage
What we can learn here is to be more careful when using modern storage systems. They are more a computer system than storage today. And it is no matter if you have a mainframe or a Nintendo server. Both we need data to work. This has nothing to do with modern storage systems, and everything to do with modern attitudes that have forgotten the lessons of the past. -- 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: Set numbers off permanently.
| Because ISPF is 1980s technology? | | ITYM 1970's. It would, in fact, be 1976, to be specific about it. -- WB -- 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
Changing the size of the TFS
Can the size of the TFS be changed only at IPL time? John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- 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: Virginia DOT outage
In a message dated 9/1/2010 2:33:01 P.M. Central Daylight Time, gada...@charter.net writes: doesn't this say more about the disaster recovery scenario than anything else? More like never been tested under load. -- 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: Set numbers off permanently.
On Wed, Sep 1, 2010 at 6:10 PM, William H. Blair wmhbl...@comcast.net wrote: It would, in fact, be 1976, to be specific about it. I was giving it a few years -- it has evolved a TINY bit. -- 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: Virginia DOT outage
On Wed, 1 Sep 2010 18:18:19 EDT, Ed Finnell wrote: In a message dated 9/1/2010 2:33:01 P.M. Central Daylight Time, writes: doesn't this say more about the disaster recovery scenario than anything else? More like never been tested under load. In all those story links, there was no mention at all that their DR plan was even invoked. Maybe it wasn't deemed to be a significant enough failure to warrant executing their DR plan ??? Maybe they don't have a DR plan ??? I don't live in Virginia, so it doesn't affect me personally. At least I don't think it does. If Northrup-Grumman has to pay for this, who are there other customers ??? They may have to raise their rates to make up for the loss, so I actually might end up paying for it. Hm The Virginia Governor's office seems a little worried. Lot's of blame being aimed right at them. Do you think the outsourcer is feeling the same kind of heat ??? So what if they lose a client. They'll get another. I'd be interested in reading details about the array failure. Some of the comments questioned the likelihood of a dual failure. So what failed and when ??? Maybe the first failure went unreported or was ignored ??? A dual failure is pretty unlikely... There's a lot more to this than is being reported. I sure hope it's not buried. -- 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: Virginia DOT outage
In all those story links, there was no mention at all that their DR plan was even invoked. Maybe it wasn't deemed to be a significant enough failure to warrant executing their DR plan ??? If a seven day outage isn't enough, what would it take? A nuclear first strike? In my view, this is precisely what's wrong with most DR plans, is that they don't actually plan for the likeliest cases. -- 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: Changing the size of the TFS
You will need to unmount it, then mount the new (re-sized) TFS. This can be done any time - same as any other mount. -- 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: Set numbers off permanently.
Native TSO itself had barely crawled out of the primordial ooze in the early 1970s. By 1975 I was working with the first full-screen editor running under TSO that I ever did, and it was not developed by IBM. And the only thing supported in full-screen mode was editing. The first time I worked anywhere where I was forced to use ISPF was 3Q 1987. Commercial products like Roscoe filled the gap and eased the pain. And I remember stacking many, many commands into a single Superwylbur line command. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Wednesday, September 01, 2010 4:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Set numbers off permanently. In aanlkti=+hgnuyqzv1xmm+hmmqbdt2ue3fahyaz-xv...@mail.gmail.com, on 08/31/2010 at 08:57 PM, zMan zedgarhoo...@gmail.com said: Because ISPF is 1980s technology? ITYM 1970's. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Virginia DOT outage
... police are not sighting people who are stopped and found to have recently expired licenses. If the police are not sighting them, how are they stopping them -- and how do they know their licences are recently expired? ;-) Date: Wed, 1 Sep 2010 13:06:05 -0500 From: ibmsysp...@geek-sites.com Subject: Virginia DOT outage To: IBM-MAIN@bama.ua.edu As many of you may know the State of Virginia has been dealing with a major computer system outage impacting 24 departments. The outage has extended over 7 business days with no estimated time for repair. Most of the press that I have seen discusses driver license renewals being down to the extent that police are not sighting people who are stopped and found to have recently expired licenses. Some of the stories suggest the problem is in a DASD server and memory cards need to be replaced and possibly data recovered. Most US state's DOT are large IMS and or DB2 shops. Any one have more details? There must be a database lesson to be learned here. Or a Mainframe vs smaller server lesson. Here is a link to a recent article http://www.washingtonpost.com/wp- dyn/content/article/2010/08/31/AR2010083105968.html Av Friedman -- 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: Set numbers off permanently.
Maybe I'm misremembering but I'm sure I was using SPF, not ISPF, in or around 1974 -- and that *was* developed within IBM. Date: Thu, 2 Sep 2010 00:17:07 + From: bi...@mainstar.com Subject: Re: Set numbers off permanently. To: IBM-MAIN@bama.ua.edu Native TSO itself had barely crawled out of the primordial ooze in the early 1970s. By 1975 I was working with the first full-screen editor running under TSO that I ever did, and it was not developed by IBM. And the only thing supported in full-screen mode was editing. The first time I worked anywhere where I was forced to use ISPF was 3Q 1987. Commercial products like Roscoe filled the gap and eased the pain. And I remember stacking many, many commands into a single Superwylbur line command. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Wednesday, September 01, 2010 4:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Set numbers off permanently. In aanlkti=+hgnuyqzv1xmm+hmmqbdt2ue3fahyaz-xv...@mail.gmail.com, on 08/31/2010 at 08:57 PM, zMan zedgarhoo...@gmail.com said: Because ISPF is 1980s technology? ITYM 1970's. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Set numbers off permanently.
I remember, in 1981, it was still called SPF. The name changed in the mid 1980's, 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: Virginia DOT outage
At 20:25 -0400 on 09/01/2010, J R wrote about Re: Virginia DOT outage: ... police are not sighting people who are stopped and found to have recently expired licenses. If the police are not sighting them, how are they stopping them -- and how do they know their licences are recently expired? While they are SIGHTING them, the problem is that they are not CITING them. When they are stopped and hand over an expired license there is no need to check the computer - the document itself has an expired date on it. All checking with the computer would do is verify if the license had been renewed (and thus was in force). Also the computer check would be needed to spot a license whose expiration date had not yet been reached but which had been suspended. -- 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
