Re: Paddle temporary fix?
Jim, Great information; thank you. I worked for EDS in 1978; they were still running OS/MVT 21.8 at that time, supporting five Blue Cross and Blue Shield plans in the Northeast. Mike Shaw MVS/QuickRef Support Group Chicago-Soft, Ltd. On Sat, Feb 25, 2023, 7:49 PM Jim Marshall < 04a082badc31-dmarc-requ...@listserv.ua.edu> wrote: > The Paddle Project at SHARE was formed in order to provide a means of > support when IBM stopped supporting the OS/MVT Operating System on IBM 360s > and ultimately running on the later IBM 4341. IBM had announced the IBM 370 > and its OS/VS R2, later becoming MVS and wanted customers to buy new > hardware and the new MVS OS. This was in the mid 1970s. > > I was in the Air Force and arrived in the Pentagon in early September 1975 > just in time to attend the last IBM OS/MVT Workshop given in order to be a > SYSProg on a surplus IBM 360/75J. There were quite a few IBM 360s running > in private industry and Government. > Many SHARE attendees were still running OS/MVT and Dr Robert (Bob) Rannie, > Northern Illinois University formed the Paddle Project, mascot an OAR, > signifying you could join the members in the symbolic CANOE and we would > all SHARE information paddling, providing our own support. IBM was not > pleased. Early on a number of attendees also formed a team wearing powder > blue berets with the “OS Special Forces” patch. > > My Data Center was trying to upgrade the IBM 360/75J to an IBM 370/168 but > the approval process would take years. In the meantime some high priority > workloads needed to keep running and the more they processed, the Air Staff > found more things to do. > Each SHARE the OS/MVT session were overflowing with our IBM Rep, Jerry > Fineman, attending. One meeting Jerry leaped on the stage, snatched the > Paddle from Dr Bob, and broke the handle over his knee signifying when > OS/MVT breaks, IBM would not assist in fixing; no way. Actually in my prior > assignment out in Colorado, IBM was fully supporting OS/MVT on multiple IBM > 360/75Js, including some overseas, for a high priority Defense system. In > fact IBM would later update OS/MVT to run on multiple IBM 3033s. But for > now all of us were “OWN OUR OWN”, up the creek but “WITH A PADDLE”. Brand X > vendors including IBM retrofitted, IBM 3330/3350 DASD and Tape drives from > 556bpi to 6250bpi to run on them. > > I help to consolidate and distribute all the know info on OS/MVT plus all > the performance related enhancements and ZAPS coded some by IBM’ers, but > SHARE members. I applied all to my IBM 360/75J and could outrun an IBM > 370/158 on MVS. > > Getting back to the broken Paddle, Dr Bob took the broken Paddle back to > NIU, created an APAR and create a PTF or Paddle Temporary FIX. He drilled > holes in each end and inserted a Titanium rod and used epoxy; good as new. > I seem to recall he wrapped tape around broken area to give the illusion it > was a less than permanent fix. > > Sure enough at the next SHARE, Dr Bob was on stage with the Paddle, Jerry > again leaped onto the stage with malice intent, grabbed the Paddle and in a > big display of contempt, raised his leg and slapped the Paddle down to > break it. He limped off the stage for the titanium fix had held. > > It tided me over until we upgraded in late 1978, getting the first IBM > 30XX shipped, an IBM 3032; especially the IBM 360/75J was located in the > corner with $300M worth of Honeywell Computers. The decision was made to > keep the IBM 360/75J, upgrade main memory from 1M to 2.5M, all high speed, > add ITEL 3330s and add a COMTEN 3650 Com Controller to offer Dial-up > Unclassified Time Sharing. TSO was enhanced with a bunch of TSOCPs, HASP3.1 > was modified and many offices installed RJE’s to keep from walking up to a > mile to get their output from the data center. > > Even though IBM wanted everyone to upgrade to MVS and begin paying for > parts to the system along with Program Products, the IBM 360 encouraged > many government sites to use it. After all, the system was stable, was > fully paid for and depreciated to $0. The software was free along with > Assembler, COBOL, PL1/F, ALGOL, RPG and JOVIAL. Then there was all the > SHAREWARE software written by non-IBM’ers showing up on the SHARE tape and > CBT (Connecticut Bank & Trust) maintained by Arnie Casinghino and later > picked up by Sam Golob. This free software had source code and was passed > around all over the world. Most of these compilers still run today even > with z/OS. Plus users were not restricted to work local to the Data Center. > It was hard to convince management to upgrade until maintenance issues > along arose now done by Third Party vendors along with parts availability. > > From that point it was into the 1980s and most installations had gotten > either the IBM 370 , coming of IBM 3090s where most of the smaller systems > jumped onto the IBM 4341 or 4381s. Actually it is little know but the GPS > satellites’ Command and Control System, at t
Re: Cant SPKA to PSW Key 4
They do not support whatever is in TCBPKF. I have seen code in TSO which has hardcoded x'80'. Jim Mulder -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ed Jaffe Sent: Saturday, February 25, 2023 9:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cant SPKA to PSW Key 4 On 2/23/2023 6:46 PM, Joseph Reichman wrote: > I am trying to change psw storage key from "Normal" key 8 to Key 4 > > SPKA X'40' > > I have bit 15 of the psw 0 ,meaning I am in supervisor state and get a > s0c1 running this code under TESTAUTH > > I am able to get to PSW key 0 SPKA 0 > > Don't get it ISTR discovering empirically 30+ years ago that TSO/E TEST and TESTAUTH support only two execution keys: X'80' and X'00'. I wondered if in-fact they actually support whatever key is in TCBPKF and X'00' but never experimented to see if that was the case. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOSMF and zOWE for non-mainframers
On 25/02/2023 4:23 am, Farley, Peter wrote: The other issue is CPU usage in today's frequently-CPU-constrained-due-to-cost mainframe shops. This is a major issue on z/OS today. My laptop has 10 cores/12 logical processors. I'm developing on the laptop for z/OS. I constantly have to be aware that my code needs to run in an environment with much less capacity. With CPU power in such abundance everywhere else, it makes perfect sense to spend CPU time to save developer time. A computing platform where CPU capacity is so constrained becomes hard to justify. -- Andrew Rowley Black Hill Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cant SPKA to PSW Key 4
Jim How about IDF or tool debug I have been trying to get IDF running so I can debug code running in key 4 but if you say I’m wasting my time ? > On Feb 26, 2023, at 5:18 PM, Jim Mulder wrote: > > They do not support whatever is in TCBPKF. I have seen code in TSO which > has > hardcoded x'80'. > > Jim Mulder > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Ed Jaffe > Sent: Saturday, February 25, 2023 9:50 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Cant SPKA to PSW Key 4 > >> On 2/23/2023 6:46 PM, Joseph Reichman wrote: >> I am trying to change psw storage key from "Normal" key 8 to Key 4 >> >> SPKA X'40' >> >> I have bit 15 of the psw 0 ,meaning I am in supervisor state and get a >> s0c1 running this code under TESTAUTH >> >> I am able to get to PSW key 0 SPKA 0 >> >> Don't get it > > ISTR discovering empirically 30+ years ago that TSO/E TEST and TESTAUTH > support only two execution keys: X'80' and X'00'. > > I wondered if in-fact they actually support whatever key is in TCBPKF and > X'00' but never experimented to see if that was the case. > > -- > Phoenix Software International > Edward E. Jaffe > 831 Parkview Drive North > El Segundo, CA 90245 > https://www.phoenixsoftware.com/ > > > -- > 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: zOSMF and zOWE for non-mainframers
On 25/02/2023 8:03 am, Bob Bridges wrote: Oh, I was going to mention that surely allocating datasets, either in batch or TSO, has got to seem like one of the dumbest and most incomprehensible things we do on the mainframe, to a foreigner. Allocating datasets shouldn't be that hard to grasp. "Dataset" is actually a pretty common term and generally implies a collection of data with more structure than just a file. If people have worked with databases, presumably they have encountered the concept of defining the schema. A dataset is simply a collections of records (similar to a database table) where each record has a fixed length or limited variable length and the total collection has a size limit. Any structure within the records is up to the application. This is not an unusual construct. What is unusual is that z/OS uses such a structured format for almost everything, not that it exists. -- Andrew Rowley Black Hill Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cant SPKA to PSW Key 4
I have never used IDF. When I want to trace through authorized code, I run z/OS under z/VM and use the TRACE command. Jim Mulder -Original Message- From: IBM Mainframe Discussion List On Behalf Of Joseph Reichman Sent: Sunday, February 26, 2023 5:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cant SPKA to PSW Key 4 Jim How about IDF or tool debug I have been trying to get IDF running so I can debug code running in key 4 but if you say I’m wasting my time ? > On Feb 26, 2023, at 5:18 PM, Jim Mulder wrote: > > They do not support whatever is in TCBPKF. I have seen code in TSO > which has hardcoded x'80'. > > Jim Mulder > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Ed Jaffe > Sent: Saturday, February 25, 2023 9:50 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Cant SPKA to PSW Key 4 > >> On 2/23/2023 6:46 PM, Joseph Reichman wrote: >> I am trying to change psw storage key from "Normal" key 8 to Key 4 >> >> SPKA X'40' >> >> I have bit 15 of the psw 0 ,meaning I am in supervisor state and get >> a >> s0c1 running this code under TESTAUTH >> >> I am able to get to PSW key 0 SPKA 0 >> >> Don't get it > > ISTR discovering empirically 30+ years ago that TSO/E TEST and TESTAUTH > support only two execution keys: X'80' and X'00'. > > I wondered if in-fact they actually support whatever key is in TCBPKF and > X'00' but never experimented to see if that was the case. > > -- > Phoenix Software International > Edward E. Jaffe > 831 Parkview Drive North > El Segundo, CA 90245 > https://www.phoenixsoftware.com/ > > > -- > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?
Eons ago, I tried out the RACF ISPF panels once. Took me 10x as long to navigate to the panel as just typing the actual line command. What those panels should do, but I don't know whether they do this or not, is display the line command as it's executed. To this day I don't understand why experienced systems programmers and experienced security officers use the RACF ISPF panels. That said, I will be writing ISPF panels to let coworkers use my personal productivity tools. /Leonard David Spiegel wrote on 2/21/2023 9:47 AM: Hi Doug, I consider relying on ISPF Panels *solely* negative, especially when SysProgs should learn the Command Line, in particular for RACF Commands. This is a sign of laziness. I've also been in jobs where I maintained/added to ISPF Applications to e.g. create a z/OS Clone, where the user fills in the "from" and "to" DASD addresses and the ISPF application does the rest. BTW, I am referring negatively to people who rely upon ISPF Panels *and* have never heard of CBT. There is no need to get offended. Regards, David On 2023-02-21 12:13, Doug wrote: So David, you consider using ISPF panels a net negative? I used to write dialogs for anything repetitive that I or anyone else had to do. Never thought it was bad if "people in charge are by-the-book mentality and I can imagine them using ISPF Panels for everything from RACF to SMP/e." Especially when I was the person in charge. And I knew what the CBT tape was and is Doug Fuerst -- Original Message -- From: "David Spiegel" <0468385049d1-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@listserv.ua.edu Sent: 21-Feb-23 6:09:15 Subject: Re: How long for an experiened z/OS sysprog to come up to speed on a new environment? Hi Brian, You said: "...so why would they question my use of anything I need in order to perform my job efficiently? ..." My answer is that the people in charge are by-the-book mentality and I can imagine them using ISPF Panels for everything from RACF to SMP/e. (At one of my jobs, the MVS Team Lead said : "CBT??? ... never heard of it" (This guy has been an MVS Systems Programmer for more than 30 years.)) These same people eschew creativity in any form, because, they're scared due to ignorance. Regards, David On 2023-02-21 00:31, Brian Westerman wrote: I think that's a pretty invalid point. I don't see anyone questioning how to write an exit or install a new system, or use SMPe, so why would they question my use of anything I need in order to perform my job efficiently? Maybe it's just that they all assume I must know what I'm doing. If they didn't believe that, I doubt they would have asked me to do the project. Brian -- 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 -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN