Re: Enterprise COBOL V6.2
Another versión? wasn't it continuos delivery? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Curious about IBM time conversion example program
The number of seconds per TOD unit is too large to be represented in a signed fullword, but half the number of seconds is not too large. So they break the computation into 2 divides. When the STCK value is hex ba9a048bca00 (January 10 2004 13:37:05) or larger, the value after subtracting EPOCJ70 is hex 3D09, and a fixed-point divide exception occurs on the divide instruction. This is when the Unix time rolled over to hex 4000. Since dividing by hex 7a12 (decimal 204800) and then by 2 is the same as dividing by 4096 and then by 1 million, one way to avoid the divide exception is to replace the 4 instructions with these two: SRDL R14,12 DIVIDE BY 4096 D R14,=F'100' Bill On Tue, 18 Jul 2017 10:28:38 -0500, Kirk Wolf wrote: >Oh I get it now - Unix epoch second times are 32 bit *signed* integers. >So, they are doing SLR 14,14 prior to dividing by two to truncate at a >(signed) 31-bit integer. > >0x7FFF is Jan 19, 2038 (UTC), the latest time that can be represented >as a 32-bit signed integer seconds. > >Kirk Wolf >Dovetailed Technologies >http://dovetail.com > >On Tue, Jul 18, 2017 at 9:36 AM, Kirk Wolf wrote: > >> Dear ibm-mainers, >> >> I have a need to do something like this example: >> >> https://www.ibm.com/support/knowledgecenter/SSLTBW_1.13.0/ >> com.ibm.zos.r13.bpxb500/bpxzb5c076.htm >> >> I'm curious about one part - perhaps I am missing something in the details >> of the code. I would appreciate any insight. >> >> This bit: >> >> D R14,EPOCST divide by seconds per tod unit >> SLR R14,R14 >> LAR1,2 >> DRR14,R1 >> >> >> I'm curious about something - the EPOCST value they use is actually one half >> of >> the number of seconds per TOD unit. And so they divide by two. >> At first I thought that they were attempting some kind of rounding to the >> nearest second, but I don't see how this accomplishes that (or if rounding >> would even be desirable). >> >> >> Kirk Wolf >> Dovetailed Technologies >> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Enterprise COBOL V6.2
https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca=an=897=ENUS217-323 - Compiler support for the new z14 hardware and z/OS V2.3 operating system so applications can take advantage of the latest IBM Z architecture and operating system features and capabilities - Exploitation of the new Vector Packed Decimal Facility of z14 to increase the performance of decimal compute intensive applications without the need for source code changes - Implementation of the new JSON PARSE statement to provide you with additional programming and modernization features - Addition of the COBOL 2002/2014 Conditional Compilation language feature - New and changed COBOL statements for increased functionality - New and changed COBOL options for increased flexibility - Improved usability of the compiler in the z/OS UNIX System Services environment - Improved interfaces to other licensed programs and tools - Improved listing layout so that compiler diagnostic messages are easier to find - Compile-time improvements (with OPTIMIZE(1) & OPTIMIZE(2)) and runtime performance enhancements Nothing mindblowing. Conditional complication seems nice. Vector Packed Decimal Facility sounds interesting. "The Vector Packed Decimal Facility allows the dominant COBOL data types, packed and zoned decimal, to be handled in wide 16-byte vector registers instead of in memory. Decimal and floating-point computationally intensive COBOL programs, which are optimized with Enterprise COBOL V6.2 and that target z14 ARCH(12), can deliver CPU time reduction on the z14 server over the same applications built with COBOL V6.1. No source changes are required to take advantage of this new facility; just recompile with ARCH(12) to target z14." And here's a "big one": "Compiler diagnostic messages now appear at the end of the listing, as was the case in COBOL compilers before Enterprise COBOL V5." !! :-) I still long for implementation of some of the more interesting/useful features of COBOL 2002 and COBOL 2014. But at least they are doing something. Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: In Silicon Valley, dropping in at the GooglePlex, tech museums and the Jobs garage
g...@gabegold.com (Gabe Goldberg) writes: > So when Southwest Airlines started offering daily nonstops from > Baltimore-Washington International Marshall Airport to San Jose, I > booked a trip with my husband, Eric. After an affordable > transcontinental flight, we landed at Mineta San Jose International > Airport, in the heart of Silicon Valley. really conflicted about (almost) doing the reverse (on Alaska). One of the Boyd "people" is back from Afghanastan for a couple weeks and will be holding Boyd "beer" night in the basement of Ft. Myers O-club this week (Boyd would regularly hold court there)... I use to sponsor Boyd briefings at IBM. I also used to sponsor (IBM) "Friday after work" in San Jose, frequently (half priced pictures of anchor steam) at Eric's on Cottle across from the main plant site. Eric's is still there ... but much of the plant site has been plowed under and the rest is no longer IBM. I'm no longer in San Jose ... but I try and stop by Eric's every year when I go back for "Hacker's" (silicon valley invitation only tech conference, for a time I was the only IBMer, early conferences, people could bring unannounced products for others to play with; culture has significantly changed since early days, been a long time since Apple developers show up with unannounced products for competitors to play with). https://en.wikipedia.org/wiki/The_Hackers_Conference Old post mentioning Boyd (posted to IBM-MAIN) http://www.garlic.com/~lynn/2007c.html#25 includes several old emails mentioning Boyd ... including a "Friday's" email notice mentioning that I have hardcopies handouts of Boyd's presentation http://www.garlic.com/~lynn/2007c.html#email830512 1998 sat. photo of old plant site, 85 running horizontal across lower half of the picture and cottle rd running vertical across left side of picture, railroad running diagnally across upper right, "IBM" plant site still mostly intact in the middle. Bldg. 28 (triangle shape, old san jose research) in the upper right intersection of cottle & 85, with the homestead (and lack) next to it. http://www.garlic.com/~lynn/ibm5600-1998.jpg current area, lots of plant site gone, now condos, apartments, stores https://www.google.com/maps/place/Erik's+DeliCaf%C3%A9/@37.248622,-121.8020719,1294m/data=!3m1!1e3!4m5!3m4!1s0x808e2e18a77f94bd:0xadfa00ef945ff99d!8m2!3d37.2491302!4d-121.8044912?hl=en last year, both bldg 14&15 (where I played disk engineer) still existed, current sat. view, bldg 15 is plowed under ... bldg. 14 still exists and cars in the parking lot. posts getting to play disk engineer in bldg 14&15 http://www.garlic.com/~lynn/subtopic.html#disk -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why buy / rent z for small users was Re: z/OS 2.3 announcement
The hardware is called IBM Power processors (currently Power 8) and they can run AIX, Linux, and IBM i LPARs concurrently. They do have Linux only models ($cheaper) but basically the same, just like IFLs. Dana On Mon, 17 Jul 2017 15:04:28 -0500, John McKownwrote: > If you want Linux, then a "p" (RS/6000) is better, although >there is a Linux for the "i" too. And, as is likely well known, the "i" is >really just a slightly modified "p" system any way. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Curious about IBM time conversion example program
Oh I get it now - Unix epoch second times are 32 bit *signed* integers. So, they are doing SLR 14,14 prior to dividing by two to truncate at a (signed) 31-bit integer. 0x7FFF is Jan 19, 2038 (UTC), the latest time that can be represented as a 32-bit signed integer seconds. Kirk Wolf Dovetailed Technologies http://dovetail.com On Tue, Jul 18, 2017 at 9:36 AM, Kirk Wolfwrote: > Dear ibm-mainers, > > I have a need to do something like this example: > > https://www.ibm.com/support/knowledgecenter/SSLTBW_1.13.0/ > com.ibm.zos.r13.bpxb500/bpxzb5c076.htm > > I'm curious about one part - perhaps I am missing something in the details > of the code. I would appreciate any insight. > > This bit: > > D R14,EPOCST divide by seconds per tod unit > SLR R14,R14 > LAR1,2 > DRR14,R1 > > > I'm curious about something - the EPOCST value they use is actually one half > of > the number of seconds per TOD unit. And so they divide by two. > At first I thought that they were attempting some kind of rounding to the > nearest second, but I don't see how this accomplishes that (or if rounding > would even be desirable). > > > Kirk Wolf > Dovetailed Technologies > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
In Silicon Valley, dropping in at the GooglePlex, tech museums and the Jobs garage
In Silicon Valley, dropping in at the GooglePlex, tech museums and the Jobs garage By Renee Sklarew Like my college-age daughters, I am in love with my iPhone. And my ardor increased while I was researching a guidebook. With my cellphone, I narrated each hike into the Notes app, used Google Maps when I got lost and the Camera app to capture scenery. As I worked, I wondered how we got from room-size mainframes to this portable computer-in-my-hand. So when Southwest Airlines started offering daily nonstops from Baltimore-Washington International Marshall Airport to San Jose, I booked a trip with my husband, Eric. After an affordable transcontinental flight, we landed at Mineta San Jose International Airport, in the heart of Silicon Valley. Without a personal invitation from an employee, you can’t enter the offices of Apple, Facebook or Google, but you can visit each campus on your own. We like taking tours, so we reserved with a company that provides personalized ones and explains how Silicon Valley came to be. https://www.washingtonpost.com/lifestyle/travel/in-silicon-valley-dropping-in-at-the-googleplex-tech-museums-and-the-jobs-garage/2017/07/13/438c2674-6015-11e7-a4f7-af34fc1d9d39_story.html --- First time I saw a technology I'd used -- Silent 700 terminal, I think! -- exhibited in a museum, I had definitely mixed feelings. Plenty more of our history is now on display as artifacts. Someday they might have a stuffed baby boomer system programmer on display. -- Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 3401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z14 - TRNG support (True Random Number Generation).
That might not actually meet requirements for a TRNG, as it wouldn't vary enough--just between "a load" and "a bigger load"! On Tue, Jul 18, 2017 at 10:26 AM, John McKownwrote: > On Tue, Jul 18, 2017 at 9:18 AM, zMan wrote: > > > It has a Facebook feed, uses the # of posts per millisecond. > > > > Ask a silly question? [grin] > > > > > > On Tue, Jul 18, 2017 at 10:05 AM, John McKown < > > john.archie.mck...@gmail.com> > > wrote: > > > > > I've looked at the Redbooks on the z14. Does anybody know how the TRNG > > > function is implemented, at least at a "high level"? I have a TRNG > device > > > on my PC at home. > > > https://www.fsf.org/blogs/gnu-press/neug-trng > > > > > > So I'm assuming the TRNG support is possibly based on some sort of > > internal > > > temperature probe, or some other "random" source of entropy inside the > > > machine. > > > > -- > Veni, Vidi, VISA: I came, I saw, I did a little shopping. > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Curious about IBM time conversion example program
Dear ibm-mainers, I have a need to do something like this example: https://www.ibm.com/support/knowledgecenter/SSLTBW_1.13.0/com.ibm.zos.r13.bpxb500/bpxzb5c076.htm I'm curious about one part - perhaps I am missing something in the details of the code. I would appreciate any insight. This bit: D R14,EPOCST divide by seconds per tod unit SLR R14,R14 LAR1,2 DRR14,R1 I'm curious about something - the EPOCST value they use is actually one half of the number of seconds per TOD unit. And so they divide by two. At first I thought that they were attempting some kind of rounding to the nearest second, but I don't see how this accomplishes that (or if rounding would even be desirable). Kirk Wolf Dovetailed Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z14 - TRNG support (True Random Number Generation).
On Tue, Jul 18, 2017 at 9:18 AM, zManwrote: > It has a Facebook feed, uses the # of posts per millisecond. > Ask a silly question? [grin] > > On Tue, Jul 18, 2017 at 10:05 AM, John McKown < > john.archie.mck...@gmail.com> > wrote: > > > I've looked at the Redbooks on the z14. Does anybody know how the TRNG > > function is implemented, at least at a "high level"? I have a TRNG device > > on my PC at home. > > https://www.fsf.org/blogs/gnu-press/neug-trng > > > > So I'm assuming the TRNG support is possibly based on some sort of > internal > > temperature probe, or some other "random" source of entropy inside the > > machine. > -- Veni, Vidi, VISA: I came, I saw, I did a little shopping. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
TSO Relogon Buffer and the ECT
Hi Folks, As a result of the recent discussion about finding the TSO ECT control block, and because of the fact that the ECT address can be found after the end of the TSO Relogon Buffer (pointed to by PSCBRLGB), we came up with a set of programs to display and manipulate the TSO Relogon Buffer. These can be found on the Updates page of www.cbttape.org, File 958. Use them safely, and in good health. All the best of everything to all of you. Sincerely,Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFRMM Request For Enhancement 106021
Tim, Yes as part of initialisation there is a check for licensing. And that is the result. If it is wanted to act differently, a change would be needed. I did not have those details about the specific situation, else would have stated something a little differently first time. Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z14 - TRNG support (True Random Number Generation).
It has a Facebook feed, uses the # of posts per millisecond. On Tue, Jul 18, 2017 at 10:05 AM, John McKownwrote: > I've looked at the Redbooks on the z14. Does anybody know how the TRNG > function is implemented, at least at a "high level"? I have a TRNG device > on my PC at home. > https://www.fsf.org/blogs/gnu-press/neug-trng > > So I'm assuming the TRNG support is possibly based on some sort of internal > temperature probe, or some other "random" source of entropy inside the > machine. > > -- > Veni, Vidi, VISA: I came, I saw, I did a little shopping. > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
z14 - TRNG support (True Random Number Generation).
I've looked at the Redbooks on the z14. Does anybody know how the TRNG function is implemented, at least at a "high level"? I have a TRNG device on my PC at home. https://www.fsf.org/blogs/gnu-press/neug-trng So I'm assuming the TRNG support is possibly based on some sort of internal temperature probe, or some other "random" source of entropy inside the machine. -- Veni, Vidi, VISA: I came, I saw, I did a little shopping. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM z14 Multilayered Encryption
Greg Boyd wrote: >It depends on the application. If you are using IEBGENER to copy DSNA (clear >text) to DSNB, and DSNB is flagged as requiring encryption and key label KEYB >is associated with DSNB, then you must have write access to DSNB and read >access to KEYB. IEBGENER will complete successfully if you have both. But if >your RACF admin forgot to give you access to KEYB, then the operation will >fail. Ok, so they've added protection against programs that do their own I/O. So that is a bit more protection than encrypting DASD. Guess I asked the wrong person before :) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM z14
It depends on the application. If you are using IEBGENER to copy DSNA (clear text) to DSNB, and DSNB is flagged as requiring encryption and key label KEYB is associated with DSNB, then you must have write access to DSNB and read access to KEYB. IEBGENER will complete successfully if you have both. But if your RACF admin forgot to give you access to KEYB, then the operation will fail. Once DSNB is created (ciphertext), if an application issues a read, using standard I/O protocols, against the data set, then that app will need read access to DSNB and to key label KEYB before it can read the data in the clear. Without key access, the operation will fail. Now suppost that your storage admin wants to backup/dump DSNB using DFSMSdss, which is not using standard application Read/Write protocols, but preforming the I/O at the track or cylinder level. He will have read authority at the track or cylinder level, probably from a STGADMIN profile, but he won't have access to the key material. And that's ok, because DFSMSdss will simply read the ciphertext as input and write that same ciphertext as output. IBM has modified the I/O interfaces to require the appropriate access to both data set and key when data will be processed in the clear, and only to require data set access when the ciphertext will be preserved. Greg gregb...@mainframecrypto.com www.mainframecrypto.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Running unsupported is dangerous was Re: AW: Re: LE strikes again
I have a lot less experience than you do but where I see back-level software is - Government sites, where the procurement process is complex and the cycle is long. - Certain national cultures that are very conservative - Sites that are in the eighth year of a three-year plan to get off the mainframe Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Brian Westerman Sent: Monday, July 17, 2017 7:39 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Running unsupported is dangerous was Re: AW: Re: LE strikes again I sort of "specialize" in upgrading sites that have put off an upgrade to a more current OS for (quite) a while and I can tell you from experience with over 100 of these sites that there are LOTs of reasons for them being at that old release, and all (well, the vast majority any way) of them are not that they were lazy or stupid in any way. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Running unsupported is dangerous was Re: AW: Re: LE strikes again
On Mon, Jul 17, 2017 at 9:39 PM, Brian Westerman < brian_wester...@syzygyinc.com> wrote: > I sort of "specialize" in upgrading sites that have put off an upgrade to > a more current OS for (quite) a while and I can tell you from experience > with over 100 of these sites that there are LOTs of reasons for them being > at that old release, and all (well, the vast majority any way) of them are > not that they were lazy or stupid in any way. > > Sometimes (about 35% if the time) it was actually the external vendors > that are the major contributor that kept them from being able to upgrade. > How, you might ask? Well, lets suppose have been using Adabas for 12 years > and are paying $120K a year to SAG to run their software, and they made you > an offer back in 2005 or so (when they (SAG) needed cash) that if you paid > $600K in a one time charge, you would be able to run Adabas and Com-Plete > and several other pieces of their suite "forever", don't laugh, I have seen > the contracts. > We have such contracts (old) with Compuware and BMC. We are still on a z9BC with z/OS 1.12. Until about 2 months ago, this made complete sense because the company had decided to "cloud-source" most of our processing. That was recently cancelled due to "problems" with the vendor (unnamed) not "getting it right" in all this time. Which resulted in increasing customer complaints. First to us, then to various state "Board of Insurance" department. That put a stick in a soft spot and got high level attention fast. So now we are trying to undo the work of 2 years in a few months (by Oct 1). But that costs money (increasing MSUs). And we are still desiring "cost containment". Things would be a bit less uncertain if the U.S. Congress would just "do something" on healthcare - even if it is saying the ACA is being kept as is. Can't plan a business when the rules might be changed next week. -- Veni, Vidi, VISA: I came, I saw, I did a little shopping. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: Get off JES3 is the message was Re: IBM Unveils New IBM Z with Pervasive Encryption
I would be interested in how IBM intends to support High Watermark Setup (HWS) for Tape - is it their intention to sell more tape drives (real or virtual)? The JES2 implementation of dependent job control (DJC) uses a very different set of control statements than what JES3 has had for decades so I don't see an easy migration for shops with DJC either. Disk readers I can see moving into an automation product. And there are other significant differences which IBM is demonstrating they could give a #@$&! about which all are used to make the JES3 customer productive on the IBM platform. Just my $0.02 and do not reflect the opinions of my employer or management -- Lionel B. Dyck -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Horein Sent: Tuesday, July 18, 2017 5:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Get off JES3 is the message was Re: IBM Unveils New IBM Z with Pervasive Encryption On Mon, Jul 17, 2017 at 11:19 PM, Edward Gouldwrote: > > On Jul 17, 2017, at 2:21 PM, Clark Morris > > > wrote: > > > > [Default] On 16 Jul 2017 21:36:43 -0700, in bit.listserv.ibm-main > > sipp...@sg.ibm.com (Timothy Sipples) wrote: > > > >> IBM's press release is available here: > >> > >> https://www.ibm.com/press/us/en/pressrelease/52805.wss > >> > > > > Ater reading the release one strong message I got was that shops > > should get off JES3. It was lagging in implementation of new > > features back in the late 1980s and it costs more. JES2 is now > > supporting JES3 JECL. Is there any reason to stay on JES3 other > > than the pain of conversion? > > > > Clark Morris > > Clark: > > I can think of 2 JES3 shops. One went bankrupt the other is a large > OIL company. They left Chicago and I don’t know where they went. One > of the contributor’s here used to work for the OIL company. I met his > cohort 30 years ago, when I was forced into a meeting. All I remember > was his name was John. I believe they heavily modified JES3. I do not > remember details as it was really long time ago. *IF* I remember > correctly almost any shop that had JES3 modified it in some way. I am not > talking EXITS. > > Ed > > I know of at least 4, one of which I currently work for. I don't directly support the product, but work with putting automation around it, so I don't know details or scope of how modified it is. My impression is that it's not heavily modified. I don't necessarily look forward to conversion, but if there is (eventually) no choice... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why buy / rent z for small users was Re: z/OS 2.3 announcement
On Mon, 17 Jul 2017 16:44:10 -0300, Clark Morriswrote: >would it ever go to z? Given the volatility of organizations these >days, not having a good entry level offering seems to be long term >suicide. Exactly, there needs to be an on-ramp that starts at zero (or very nearly so). Specifically for z/OS. (Does Linux for Z survive without z/OS cash to help back new machine development?) I know it happens on occasion, but "on occasion" doesn't seem like a long-term survival (let alone growth) strategy. It's too easy to get started on other platforms. Which also have way more mind share among the smaller/startup organizations. Scott Chapman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Get off JES3 is the message was Re: IBM Unveils New IBM Z with Pervasive Encryption
On Mon, Jul 17, 2017 at 11:19 PM, Edward Gouldwrote: > > On Jul 17, 2017, at 2:21 PM, Clark Morris > wrote: > > > > [Default] On 16 Jul 2017 21:36:43 -0700, in bit.listserv.ibm-main > > sipp...@sg.ibm.com (Timothy Sipples) wrote: > > > >> IBM's press release is available here: > >> > >> https://www.ibm.com/press/us/en/pressrelease/52805.wss > >> > > > > Ater reading the release one strong message I got was that shops > > should get off JES3. It was lagging in implementation of new features > > back in the late 1980s and it costs more. JES2 is now supporting JES3 > > JECL. Is there any reason to stay on JES3 other than the pain of > > conversion? > > > > Clark Morris > > Clark: > > I can think of 2 JES3 shops. One went bankrupt the other is a large OIL > company. They left Chicago and I don’t know where they went. One of the > contributor’s here used to work for the OIL company. I met his cohort 30 > years ago, when I was forced into a meeting. All I remember was his name > was John. I believe they heavily modified JES3. I do not remember details > as it was really long time ago. *IF* I remember correctly almost any shop > that had JES3 modified it in some way. I am not talking EXITS. > > Ed > > I know of at least 4, one of which I currently work for. I don't directly support the product, but work with putting automation around it, so I don't know details or scope of how modified it is. My impression is that it's not heavily modified. I don't necessarily look forward to conversion, but if there is (eventually) no choice... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMFLIMxx sample?
Hello Steve, Thanks for your extensive answers. Yes, this doc was already pointed to in a previous answer in this thread. I think I can replace IEFUSI region control with SMFLIMxx, but I have some points of doubt. You say: "Note that SMFLIMxx REGIONBELOW/REGIONABOVE are *not* related to the IEFUSI's "region size" parameter" Am I correct to state that SMFLIMxx REGIONBELOW/REGIONABOVE are equal to IEFUSI setting a Regionsize=Regionlimit both below and above? IEFUSI doc explains the value of difference between regionsize and regionlimit with regard to VL Getmains. Is this no important anymore, because SMFLIMxx does not provide control of a different regionlimit anymore? Region=0M implies Memlimit=0M. Does the SMFLIMxx Memlimit parameter overrule Memlimit=0M for Region=0M tasks? If so, a filter on REGION= would be helpful or I need IEFUSI to ignore SMFLIMxx for Region=0M steps. Does NOHONORIEFUSIREGION in SCHEDxx also apply to SMFLIMxx, i.o.w. is SMFLIMxx also ignored like IEFUSI is? If so, will SCHEDxx docs be updated? Thanks, Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Steven B Jones > Sent: 18 July, 2017 5:35 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMFLIMxx sample? > > Hello, > > First question: Have you seen the update to the Initialization & Tuning > Guide? > > https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos. > v2r2.ieae100/smflim.htm > > There is information there about selecting these values, and how they > relate to each other. This book was not available when we built the PDF > for > OA47062. Specifically, look for a section labeled > "Establishing SMFLIM rules in SMFLIMxx" > I will embed other responses below, tagged with SBJ: > > Regards, > Steve > > On 7/13/2017 2:55 AM, Vernooij, Kees - KLM , ITOPT1 wrote: > > Hi Jim, > > > > I have been digging into replacing IEFUSI by SMFLIMxx and have a few > questions: > > > > - How broad has REGIONX been implemented? It is available in JCL and > IEFUSI and SMFLIMxx can set both values, but I don't see them in SMF, > SMF30RGN still has one value, and IEFUSI WORD5/SUBWORD2 also has only > one > value. I had supposed REGIONX would have been implanted in these places > too. > SBJ: REGIONX is implemented in most places; SMF30 is the exception. As > for IEFUSI, check out the new flags in Word 5, subword 1. There is a > flag > that indicates REGIONX values are being supplied, and those values > appear > as Word 5, subwords 7 and 8.> > > - What is the relation between IEFUSI's Region Limits and SMFLIMxx's > SYSRESV values. It looks as if they are each other's complement. > > Suppose my system has a userregion of 9M. if I set IEFUSI's Region > below > to 6M and Regionlimit below to 7M, this leaves 2M for the system region. > SBJ: This is described better in the Init Guide, but your > assessment > of the SYSRESV values is correct. You specify how much to leave for the > system to use, and we do the math to set the limit. > > Note that SMFLIMxx REGIONBELOW/REGIONABOVE are *not* related to the > IEFUSI's "region size" parameter, but rather, implements a new function. > > Given your example above, the maximum private area available to the > program > is 7M. But what if you have thousands of JCL jobs that specify > REGION=4M > on the JOB or EXEC statements? You can use REGIONBELOW/REGIONABOVE to > override the JCL with a value you choose, and avoid updating those > thousands of jobs. Choosing REGIONBELOW(NOLIMIT) means you'll get all of > the non-extended private storage (except for the storage reserved via > SYSRESVBELOW). REGIONABOVE works similarly. > > There is no SMFLIMxx attribute that mirrors IEFUSI's (variable) region > size > at this time. > > > If I set SMFLIMxx's Regionbelow to 6M and SYSRESVBELOW to 1M, does > this > result in a Regionlimit of 2M? > SBJ: No, the region limit will be 6M. The SYSRESVBELOW value of 1M, > subtracted from the total non-extended size (9M) means that the total > available for the step is 8M. Your REGIONBELOW then overrides the job > or > job step's REGION value and simply set a lower cap on the limit. > > > So with IEFUSI, the Systemarea is what is left from setting Regionsize > and Regionlimit, with SMFLIM the Regionlimit is what is left after > setting > Regionsize and Systemarea. Correct? This is not directly clear from the > documentation. > SBJ: To restate a bit: with IEFUSI, the system area is what is left > from > setting the Regionlimit. The IEFUSI Regionsize value protects some > amount > of storage from overly large variable-length getmain requests. But that > storage is still available to the user program via fixed-length > getmains. > This is described in the Initialization and Tuning Guide, and was > pointed > to from the IEFUSI chapter of the Installation Exits book. > > > Besides that, the IEFUSI documentation explains the difference between > Regionsize and Regionlimits and
Re: Sort Question
> On Jul 18, 2017, at 1:23 AM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > How challenging were his data? In the easiest case, no "phrase" and > no quotation marks. > > — gil Gil: I will give him somewhat the benefit of the doubt the hardcopy I gave him wasn’t the greatest. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RMF 3 does not find modified user panel ERB3USR.
I'm trying to implement an RMF 3 user report. I defined everything using the RMF 3 Utility, then modified the RMF 3 user report panel RMF3USR, and save this into my personal ISPF panel library. I'm LIBDEFing those libraries before starting RMF. However, it seems that program RMF is making its own allocation to DD names ERBPLIB, ERBMLIB, ERB0TABL and ERB0TLIB. For this reason, it cant find the modified ERB3USR panel and always uses the installation version. I could not find what I'm missing. Searching the manuals for ERBPLIB gives no results. Has anyone done this? Any hint? -- Peter Hunkeler -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort Question
On Mon, 17 Jul 2017 23:34:28 -0500, Edward Gould wrote: > >The user says he has about 20 million records. It is some sort of accumulated >history file. Don’t know any other details. >I gave him the IBM solution and told him to come back if he had any problems. >I was watching SDSF and a job poped up with his ID, so I decided to snoop a >little. He had difficulties with the sort control statements and it took him >several times to get them right. >When his job finally got going, there were 25 million records. >I am waiting too hear if the output was in the desired format. > How challenging were his data? In the easiest case, no "phrase" and no quotation marks. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN