DFSort Report question - SYMNAMES DD ?
Can you set up a constant in the
SYMNAMES DD to do that ?
Or is that for different functions ?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Lionel B. Dyck
Sent: Monday, April 22, 2024 2:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFSort Report question
Does anyone know who to change the value found in the ON to a more
meaningful value:
For example this: HEADER('PassPhrase') ON(616,10,CH)
The ON value could be "LEGACY", "KDFAES", "PASSWORD" or "NOPHRASE".
Thanks in advance
Lionel B. Dyck <><
Github: https://github.com/lbdyck
System Z Enthusiasts Discord: https://discord.gg/sze
"Worry more about your character than your reputation. Character is what you
are, reputation merely what others think you are." - - - John Wooden
--
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: allowed characters in member name
We have a PDSE with member names starting with a left paren which were created with some old software. I am unable to create such members in ISPF edit or to copy them with IEBCOPY. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lennie Dymoke-Bradshaw Sent: Friday, January 05, 2024 12:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: allowed characters in member name Radoslaw, From memory, this is simply the ALPHANUMNAT set. Alphabetic chars (upper case), Numerics and the national chars (#$@). First char may not be numeric. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: 05 January 2024 17:18 To: IBM-MAIN@LISTSERV.UA.EDU Subject: allowed characters in member name (This is somehow Friday question, but at least on topic. :-) ) What characters are allowed in JCL when specifying member name? I mean constructs like the following: //ANY DD DSN=HLQ.DATASET(MEMBER) Note, it is not about PDS/PDSE itself and I have seen SMPSCDS member names (as well as PDSMAN generated), but I mean JCL-acceptable names, which are also supported by ISPF (I think so). -- Radoslaw Skorupka Lodz, Poland -- 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
60 US credit unions offline after cloud ransomware infection • The Register
Is it possible that this processing used to be done on an IBM mainframe and was "modernized" ? https://www.theregister.com/2023/12/02/ransomware_infection_credit_unions/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Where to Draw the Line - Please stay on-topic
isnt it possible to go too far in enforcing the rules ? perhaps the rules should allow for a reasonable amount of side discussion as might happen in an office ? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Darren Evans-Young Sent: Monday, October 09, 2023 8:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Please stay on-topic Subject says it all. We could discuss Israel for days/weeks/months, But that is not the purpose of this list. Let's return to mainframe discussions please. Thanks, Darren -- 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
Thank You IBM-MAIN
Id like to thank IBM-MAIN for all the interesting discussions and things that I have learned .. I am but a poor and humble COBOL programmer . Most of the discussions are over my head but I have learned a lot and enjoy reading the posts. Thanks ! :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: "A Rexx" (or "A REXX")
Yes but we arent Romans so I think its acceptable to use data for a single piece of data. If enough people use a word incorectly doesnt it become acceptable? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Wednesday, June 08, 2022 6:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: "A Rexx" (or "A REXX") This abuse of latin-derived plurals leads to such obsenities as "piece of data" where "datum" would suffice and "medias". "Why can't the English learn to speak?";was that in Pygmalian, or added for My Fair Lady? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tom Brennan [t...@tombrennansoftware.com] Sent: Tuesday, June 7, 2022 10:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: "A Rexx" (or "A REXX") I heard that one on a radio advertisement the other day, something like, "All your payroll needs in a single software." Hurts my ears :) https://secure-web.cisco.com/18LoKSoFQLDdgDpWSrqpP8I8ItBv9rPy-lalBn_vk_oddbA5o3ZCljiTF9JQTiDhVZN40P8s9_UpJk0y8gA6OXTuH-XXzaqz1NSEvb-XwjRTOAckrYcNp66RfV51WOTmptIAusealo9Ym2Xk66Asgwj3M3J6FrXhueKzw6R3c6TipnZBoSNATQQXUwiDtyMey1x3Ci3pkFkd6w6t-kNXG_jKZ0CwdPea6_BfK_WxW7TgGRaPVEs1HM44bNSrprIXjj-_cdJ_CDJNI7_qErrFmj1RrIPRdXTk00CwMuwVluf9GbVSzRWQ-TwJ1YM2Bn9yM-jlAH5vXdQ9esV1Rj_hQUJEdTBlbEfhOrs-C1sWEr992Gh77iBM9BbHCV0RG1OBYpYEOJcsNeRBxLN3dCbcBVVoO7nBkR1BRi6_YEAx7EnbSyD44R3Rln96EaPqvFUCYMAyoTY8QDUzf7-h0SYPWBQ/https%3A%2F%2Fwww.paycom.com%2Flearn-more%2Fwhy-paycom%2F On 6/7/2022 3:17 PM, Gord Tomlin wrote: > A related pet peeve: "a software". Nobody but nobody says "a hardware". -- 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
Plan B for the Internet - Re: IBM Knowledge Center down?
This reminds me of the TED talk by Danny Hillis (who is from Baltimore) https://www.ted.com/talks/danny_hillis_the_internet_could_crash_we_need_a_plan_b -Original Message- From: IBM Mainframe Discussion List On Behalf Of René Jansen Sent: Friday, January 21, 2022 9:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject:Re: IBM Knowledge Center down? My regular warning to download the all the pdf files of all the manuals, people! You might not have external internet access when it all goes sideways. In fact, that is an extremely common scenario, in which you would want, very bad, access to all the crummy, slow, wrong-link infested crap that is an absolute showcase of how not to provide documentation, or build websites using active content, for that matter. That mainframe would be still online of course, and reachable, provided you have a direct Telnet 3270 link to it, and no ‘stepping stones’ on deplorable technology. Or webserver based emulators. Books are even better of course, but not everyone has the space. My usb stick with manuals is very well maintained, and I have generational copies of that. That stick, and the readability of the pdf file on a modern high res screen is a showcase of modern technology, the website is not. Best regards, René. > On 21 Jan 2022, at 15:21, Carmen Vitullo wrote: > > I have to agree, back in the early days development of a index page was > intended to be simple, provide some wording, and some links to where you want > to go, mostly due to performance, the faster the page loads the better, no > glitter, pictures or unnecessary icons. > > the only tools we had back in the early 90's was a C program one of my team > members write to convert DCF/SCRIPT to HTML (thanks to Mike Myers) ! > otherwise it was all hand coded. > > > Carmen > >> On 1/21/2022 8:02 AM, Seymour J Metz wrote: >> It's not just IBM. There seems to be a race to the bottom in web page >> design. Glitz is more important than, e.g., ease of use, performance, >> reliability. Take entry and validation of, e.g., credit card numbers, e-mail >> addresses, names, ZIP codes; it is bog standard to not tell the user the >> required format and to reject valid characters. >> >> Not that "everybody else does it" is a valid excuse. >> >> >> -- >> Shmuel (Seymour J.) Metz >> http://mason.gmu.edu/~smetz3 >> >> >> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of >> Allan Staller [0387911dea17-dmarc-requ...@listserv.ua.edu] >> Sent: Friday, January 21, 2022 7:17 AM >> To:IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: IBM Knowledge Center down? >> >> Classification: Confidential >> >> The "new tools" are neither as reliable, functional or available as those >> the are replacing. >> I have been sayig this for the last 10 yrs (or more). >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of >> Hank Oerlemans >> Sent: Thursday, January 20, 2022 4:18 PM >> To:IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: IBM Knowledge Center down? >> >> [CAUTION: This Email is from outside the Organization. Unless you trust the >> sender, Don’t click links or open attachments as it may be a Phishing email, >> which can steal your Information and compromise your Computer.] >> >> How many online systems have IBM put out there now ? >> Just when it's all seems stable it changes and we go around again. >> I could mention the stacks of manuals I started with that never went down >> :-) but think of the trees. >> Damn ! Am I that old ? >> >> I'm gonna download the pdf collection for now. >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, send email >> tolists...@listserv.ua.edu with the message: INFO IBM-MAIN >> ::DISCLAIMER:: >> >> The contents of this e-mail and any attachment(s) are confidential and >> intended for the named recipient(s) only. E-mail transmission is not >> guaranteed to be secure or error-free as information could be intercepted, >> corrupted, lost, destroyed, arrive late or incomplete, or may contain >> viruses in transmission. The e mail and its contents (with or without >> referred errors) shall therefore not attach any liability on the originator >> or HCL or its affiliates. Views or opinions, if any, presented in this email >> are solely those of the author and may not necessarily reflect the views or >> opinions of HCL or its affiliates. Any form of reproduction, dissemination, >> copying, disclosure, modification, distribution and / or publication of this >> message without the prior written consent of authorized representative of >> HCL is strictly prohibited. If you have received this email in error please >> delete it and notify the sender immediately. Before opening any email and/or >> attachments, please check them for viruses and other
JCL IF-THEN-ELSE-ENDIF Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS
Its funny you should mention that now. I was just working on some JCL and I had just assumed that I could set symbolics using IF THEN ELSE ENDIF: // IF (STEP1.RC = 0) THEN // SYMB=GOOD // ELSE // SYMB=BAD // ENDIF but I found out that BOTH SET statements are executed no matter what the return code is . It also appears to me that I cannot put just one DD within an IF statement. It looks an entire step has to be in there... I think... too bad... It would be nice the other way... -Original Message- From: IBM Mainframe Discussion List On Behalf Of Andrew Rowley Sent: Thursday, January 06, 2022 10:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS On 7/01/2022 12:23 pm, David Crayford wrote: > > I understand that it's declarative. But it has logic such as IF/THEN. > That is no reason why it couldn't have been a scripting language like > CL on AS/400. > IF/THEN was a late addition, and is probably one of the biggest problems with JCL because it doesn't work like IF/THEN in a programming language. IF/THEN is really a property of the enclosed steps (I suspect it generates the same thing as equivalent COND statements on the steps) rather than a logical block in the JCL. e.g. from the JCL reference: The system processes the following statements regardless of the logic of the IF/THEN/ELSE/ENDIF statement construct. They can be placed in a THEN or ELSE clause, but they are not executed conditionally. • PROC and PEND statements • JES2 and JES3 statements and commands • JCL command statements • Comment (//*) statements • INCLUDE statements • Delimiter (/*) statements • Null statements • SET statements The IF/THEN/ELSE/ENDIF statement construct does not conditionally control the processing of JCL; rather, it conditionally controls the execution of job steps. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AWK ? - Re: Top 8 Reasons for using Python instead of REXX for z/OS
Interesting . Thank you.. I should take a look at gawk on linux and I should probably learn python... -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 Sent: Tuesday, December 21, 2021 7:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AWK ? - Re: Top 8 Reasons for using Python instead of REXX for z/OS I keep various awk "function packages" in separate members in the PDS. Each one has functions I may use in the real program, which is always the last one in the concatenation. CSVSPLIT has an awk field-splitter function for input CSV-format files that I wrote decades ago. STRFUNCS has a few string functions like LTrim, RTrim, Trim, Center, LPad, RPad, etc. that I have found useful at various times over the years. The two *TIME members in the SCRIPT DD have crude awk-language implementations of the gawk standard functions with that name because z/OS awk does not have them and I needed a minimal crude implementation for a data generation project I needed to do. Also, z/OS awk does not (I think) support the gawk "@include" functionality that allows one to keep such function packages in separate files but not have to mention them on the awk command line (multiple "-f" parameters and file names on the awk command line does effectively the same thing as the concatenated DD I use). HTH Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Nash, Jonathan S. Sent: Tuesday, December 21, 2021 2:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AWK ? - Re: Top 8 Reasons for using Python instead of REXX for z/OS OMG I got it to work !! Thank you very much !! Why did your JCL have so many members in the SCRIPT DD ? I put member in with a simple AWK program . -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 Sent: Tuesday, December 21, 2021 10:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AWK ? - Re: Top 8 Reasons for using Python instead of REXX for z/OS Technically you are correct - I depend on the undocumented fact that the awk implementation on z/OS Unix uses the fopen() function which supports DD statement file descriptions (//DD:ddname). Given IBM's legendary support for backwards compatibility, I sincerely doubt they will ever change this, though of course they certainly could. I only use awk in non-production test jobs for research and test data generation for regression tests, so no business impact if ever this changed. Typical JCL example: //AWKSPLIT EXEC PGM=BPXBATSL,MEMLIMIT=256M, // PARM='PGM /bin/awk --f //DD:SCRIPT //DD:TEXTIN' //STDOUT DD DISP=(NEW,CATLG,CATLG), // DSN=output.qsam.file,.name, // UNIT=TEST,SPACE=(CYL,(1,1),RLSE), // DSORG=PS,RECFM=VB,LRECL=8004,BLKSIZE=0,BUFNO=31 //STDERR DD SYSOUT=* //SCRIPT DD DISP=SHR,DSN=TSOUSER.TEST.AWK(CSVSPLIT) // DD DISP=SHR,DSN=TSOUSER.TEST.AWK(STRFUNCS) // DD DISP=SHR,DSN=TSOUSER.TEST.AWK(STRFTIME) // DD DISP=SHR,DSN=TSOUSER.TEST.AWK(MKTIME) // DD DISP=SHR,DSN=TSOUSER.TEST.AWK(NEWTESTS) //TEXTIN DD DISP=SHR,DSN=input.qsam.or.pds.with.member.name, // BUFNO=31 //STDINDD DUMMY // My awk scripts are kept in a normal PDSE created using the IBM1047 code page (ISPF terminal type 28, 3278L1). HTH Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Sunday, December 19, 2021 3:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AWK ? - Re: Top 8 Reasons for using Python instead of REXX for z/OS EXTERNAL EMAIL On Sun, 19 Dec 2021 19:13:53 +, Farley, Peter x23353 wrote: >I have been using awk from JCL using DD's as script source, input and output >files for years now. There is no issue using awk in normal JCL. I even use a >gawk script for decoding CSV input that I wrote literally decades ago in my >JCL-invoked awk steps. > Does IBM support all that, or are you relying on "unpredictable" behavior? >JCL examples available on request. > Please. Especially "using DD's as script source". (Or do you just copy to a UNIX temporary file?) Thanks, gil -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any d
Re: AWK ? - Re: Top 8 Reasons for using Python instead of REXX for z/OS
OMG I got it to work !! Thank you very much !! Why did your JCL have so many members in the SCRIPT DD ? I put member in with a simple AWK program . -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 Sent: Tuesday, December 21, 2021 10:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AWK ? - Re: Top 8 Reasons for using Python instead of REXX for z/OS Technically you are correct - I depend on the undocumented fact that the awk implementation on z/OS Unix uses the fopen() function which supports DD statement file descriptions (//DD:ddname). Given IBM's legendary support for backwards compatibility, I sincerely doubt they will ever change this, though of course they certainly could. I only use awk in non-production test jobs for research and test data generation for regression tests, so no business impact if ever this changed. Typical JCL example: //AWKSPLIT EXEC PGM=BPXBATSL,MEMLIMIT=256M, // PARM='PGM /bin/awk --f //DD:SCRIPT //DD:TEXTIN' //STDOUT DD DISP=(NEW,CATLG,CATLG), // DSN=output.qsam.file,.name, // UNIT=TEST,SPACE=(CYL,(1,1),RLSE), // DSORG=PS,RECFM=VB,LRECL=8004,BLKSIZE=0,BUFNO=31 //STDERR DD SYSOUT=* //SCRIPT DD DISP=SHR,DSN=TSOUSER.TEST.AWK(CSVSPLIT) // DD DISP=SHR,DSN=TSOUSER.TEST.AWK(STRFUNCS) // DD DISP=SHR,DSN=TSOUSER.TEST.AWK(STRFTIME) // DD DISP=SHR,DSN=TSOUSER.TEST.AWK(MKTIME) // DD DISP=SHR,DSN=TSOUSER.TEST.AWK(NEWTESTS) //TEXTIN DD DISP=SHR,DSN=input.qsam.or.pds.with.member.name, // BUFNO=31 //STDINDD DUMMY // My awk scripts are kept in a normal PDSE created using the IBM1047 code page (ISPF terminal type 28, 3278L1). HTH Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Sunday, December 19, 2021 3:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AWK ? - Re: Top 8 Reasons for using Python instead of REXX for z/OS EXTERNAL EMAIL On Sun, 19 Dec 2021 19:13:53 +, Farley, Peter x23353 wrote: >I have been using awk from JCL using DD's as script source, input and output >files for years now. There is no issue using awk in normal JCL. I even use a >gawk script for decoding CSV input that I wrote literally decades ago in my >JCL-invoked awk steps. > Does IBM support all that, or are you relying on "unpredictable" behavior? >JCL examples available on request. > Please. Especially "using DD's as script source". (Or do you just copy to a UNIX temporary file?) Thanks, gil -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- 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: AWK ? - Re: Top 8 Reasons for using Python instead of REXX for z/OS
Please send some JCL examples for using AWK outside of USS with zos sequential files. Thank you very much ! -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 Sent: Sunday, December 19, 2021 2:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AWK ? - Re: Top 8 Reasons for using Python instead of REXX for z/OS I have been using awk from JCL using DD's as script source, input and output files for years now. There is no issue using awk in normal JCL. I even use a gawk script for decoding CSV input that I wrote literally decades ago in my JCL-invoked awk steps. JCL examples available on request. Mind you, I'd far prefer a gawk implementation than the very limited POSIX awk that is currently shipped with z/OS. Having to write my own time functions to try to match the ones supplied by gawk was painful, and the crude versions I managed to cobble together for a very business-specific function are far from complete or acceptable for general use. I haven't yet seen gawk on Rocket's ported tools page though (Hey Rocket: Hint! Hint!). Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Nash, Jonathan S. Sent: Sunday, December 19, 2021 10:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: AWK ? - Re: Top 8 Reasons for using Python instead of REXX for z/OS Id rather have easy access to AWK than python :-) On the zos side without any USS involvement.. -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- 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
Get a Computer JOB ! - Re: The Great Resignation
Back in the late 90s whenever I got a telemarketing call I used to try to convince the caller to go get trained for some kind of computer job. I used to tell them how the job market was great due to the Y2K problem. If nothing else I kept them on the phone for a longer time so that they werent calling other people. Who knows ? Maybe I inspired some of them to go get into a computer career. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Johnson Sent: Saturday, December 18, 2021 5:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: The Great Resignation I doubt Jesus said a man unwilling or unable to work shouldn’t eat. And, I’m not surprised the low wage earners are unwilling to work for $2.13/hour (tipped wage) plus tips. The federal minimum wage hasn’t gone up in over a decade. If the minimum wage I worked for in 1975 had kept pace with inflation, it would be over $20 an hour now. In most of Europe, restaurant workers make a living wage plus benefits. Tipping is optional. Plus, their health care is single payer and better/cheaper. Don’t get me started on their fabulous infrastructure, mass transit, and education systems. Factor in many don’t want to go back to work while a fourth wave of covid is raging. (Thanks to the GOP and trumpers pushing against public health) Then there are women who can’t afford child care because it eats up the majority of their wages. Funny that the build back better legislation intended to address that and provide child care help like most of the rest of the world provides. My brother in law made a career out of the restaurant business. He’s making 6 figures now as a regional director but works 70 hour weeks, has had 2 heart attacks, smokes like a chimney, and will never see retirement from the hamster wheel. Younger Americans are not buying into the rat race. Conspicuous consumption isn’t their religion. And as we are seeing, the baby boomers are much to blame for global warming, the results we are seeing in fires, floods, polar icecaps melting, and yes, the recent record setting tornadoes in Kentucky, Tennessee, & other states. America is in decline when a two bit reality TV show host, who lies incessantly, has molested 20+ women, cheats on his taxes, and tried to overturn a free and fair election, can get 35% of the populace to follow him. Sent from Yahoo Mail for iPhone On Saturday, December 18, 2021, 5:04 PM, Bob Bridges wrote: A while ago on one of the forums I hang out at -- I think it was this one -- we talked about people dropping out of the work force and looking for something more rewarding. I'm all for people looking for work they like better, but one gathers that a lot of these folks are dropping out and THEN looking for something they like better, which strikes me as a teenager's way of doing it. I particularly remember an NPR report about an example of this, someone who quit his job and wanted to get into the restaurant business. (Don't laugh; I thought seriously about making my career in food services, too, before I discovered computer programming.) The item finished by saying that he was now applying for unemployment benefits. Partly but not entirely on the strength of this story, I suggested without a great deal of certainty that the COVID payments to all and sundry are largely fueling this "Great Resignation" -- that lots of people are finding they can afford to take time off from work, get COVID payments and unemployment benefits, and worry about working some time later. I realized that probably wasn't the whole story, but it sure sounded like it was a significant part of it. As both a Christian and a political conservative (they're not entirely synonymous) I was raised on "if a man will not work, neither let him eat", so I was all prepared to wax indignant. Now I read an article (https://www.cnn.com/2021/12/15/economy/labor-force-retirement-great-resignation/index.html) that suggests I may (gasp of horror) have been wrong. "Instead, early retirement — whether forced by the pandemic or made possible otherwise — is playing a big role in America's evolving labor marketLast month, there were 3.6 million more Americans who had left the labor force and said they didn't want a job compared with November 2019, says Aaron Sojourner, a labor economist and professor at the University of Minnesota's Carlson School of Management. Older Americans, age 55 and up, accounted for whopping 90% of that increase." Later it says "Nearly 70% of the 5 million people who left the labor force during the pandemic are older than 55, according to researchers from Goldman Sachs, and many of them aren't looking to return." I don't know how 90% was knocked down to 70%. But anyway, it's another datum that tempts me to reëvaluate. --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* Because large flat areas of land are good for warfare many European airports
AWK ? - Re: Top 8 Reasons for using Python instead of REXX for z/OS
Id rather have easy access to AWK than python :-) On the zos side without any USS involvement.. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Sunday, December 19, 2021 10:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Top 8 Reasons for using Python instead of REXX for z/OS > Interestingly, as a Rexx fan, I tried people to move from JCL to Rexx Isn't that like convincing people to move from a hammer to a screwdriver? They have different purposes, and neither can do the job the other was created for. It is not at all unusual to have a batch job that, among other things, runs REXX code. > Introducing one more ‘official’ scripting language would fragment the > landscape even more. I would love to see IBM integrate and support all of the common open source languages fully on TSO, as long as it isn't at the expense of the languages they currently support. > People more respectful to their own traditions and intellectual property > would have > updated Rexx to the current ANSI standard, > and would have introduced the object oriented variant decades ago. Absolutely. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of René Jansen [rene.vincent.jan...@gmail.com] Sent: Sunday, December 19, 2021 8:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Top 8 Reasons for using Python instead of REXX for z/OS My impression is that this sudden ‘article’ is linked to this ‘modernise the mainframe’ effort. It is funny that you mention Yaml because of course that is one of the fashionable formats that will have their 14 days of fame - "what should the interface be ? “ GML, HTML, XML, JSON, and now YAML. The fact that no-one made a Rexx library for that yet, indicates that is not often used. If you then look at the source in Python, it would be clear that it was better done in Rexx. The argument that more libraries is better should have skyrocketed NetRexx: you can script in it, and it has all those Java libraries available and for free. The thing people - and the IBM managers guiding this - should realise, is that attacking Rexx does not help the ‘modernise the mainframe’ effort at all. Rexx is a language with a loyal following, and you should not offend those people. On other platforms, there is a plethora of scripting languages available, and if it is not there, it is one command to the package manager away - sudo [apt | yum} install regina-rexx - and you are underway. The mainframe is of course a different animal where the choice is limited. Now producing propaganda for Python causes friction in companies running z/OS - there is infrastructure management that decides what is run where, and there will be a group very unhappy that they cannot run Python yet, and another group that will be unhappy because they now have to do Python when that moment has arrived. There is no package repository for people to make their choices. If you are serious about modernising, I would respectfully suggest to solve that problem first: maybe more people would like Perl, Ruby, Lua, Scala, Kotlin. Like there were recent effort by IBM with PHP and Swift that apparently got nowhere. And maybe to use just the one library you did not include in this Python distro, whichever that may be. But wait: then it would not be the mainframe anymore, that controlled environment that people trust. In the coming years, you will regret that choice, when one of the Python libraries sprouts a ‘log4j’. The other thing is: when introducing one more scripting language, all the Rexx execs will not be gone overnight (even if attempted, that would be a senseless, equity destroying act). When Rexx appeared, on TSO, somewhere in 1988/1989, there already was a lot of CLIST, and I had to maintain more of those than I cared for. Some of them became Rexx execs, but most of these were from IBM or vendor companies. And of course there still is JCL - that spectre of a proto-scripting language. Interestingly, as a Rexx fan, I tried people to move from JCL to Rexx (superior control structures, parameters, etc) for years, but really nobody bought into that. It seems that JCL, with all its shortcomings, contributes to that safe feeling of stability the platform offers. Introducing one more ‘official’ scripting language would fragment the landscape even more. Now people new on the platform would have to learn CLIST, Rexx, JCL *and* Python. It would complicate the situation for new people on the workforce, who would probably be better off learning COBOL or Java. I am not a stakeholder in this, and I wish IBM all kinds of luck with it, but I do object to a ‘blog’ about Rexx filled with falsehoods. People more respectful to their own traditions and intellectual property would have updated Rexx to the current ANSI standard, and would have
Re: [EXTERNAL] Re: Mainframe Modernization
Some goverment agencies are replacing their mainframe COBOL with java. I dont see a payoff. I think this is driven by contracting companies who will make money off the conversion and managers who do not know anything about programming languages but read somewhere that COBOL is out of date. Many agencies and companies used to have in house COBOL, JCL, etc training. Now they just say they cant find programmers who know COBOL. Most of the people I worked with 20 years ago had learned COBOL on the JOB. Some agencies want to move data bases from mainframe DB2 to some kind of cloud data base. I tried to get Zowe working. No one is using it here. From what I saw of the interface I like ISPF edit better with add in edit macros and REXX EXECs that I learned about on IBM-MAIN. Zowe told me it couldnt find java even thought I kept entering the location in what looked like the right spot. I gave up. This interface might appeal to kids who learn COBOL though. I used to use smart batch pipes works in REXX which was nice. I learned about it on IBM-MAIN. Later they shut it off and said I was the ONLY one using it in my shop and wanted to know how I leared about it. (IBM-MAIN) I just tried TSO PIPE and it worked so... If IBM is loosing market share, perhaps things like smart batch pipes works should be free ? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Eric D Rossman Sent: Thursday, October 21, 2021 10:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Mainframe Modernization What kind of "lies- smoke and mirrors" do you see that IBM should be pushing back on with our marketing? I'm just a highly technical crypto guy, so I don't write the marketing copy, but you have piqued my interest. Eric Rossman, CISSP(r) ICSF Cryptographic Security Development z/OS Enabling Technologies edros...@us.ibm.com "Ron Wells" wrote on 10/21/2021 09:05:05 AM: > IBM needs to push back in Marketing , be more forceful stop the > lies- smoke and mirrors -- 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: Mainframe ransomware solution
Philip Young “Soldier of Fortran” Mainframe hacker videos from 6 years ago :-( https://youtu.be/Xfl4spvM5DI https://youtu.be/vyHAqxCkf-k There are other Def con etc mainframe hacker videos out there ... Kinda makes me nervous... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL COND vs IF/THEN - Best catch up resources for MVS / ZOS Technologies
Once I learned of the IF/THEN statements for JCL I never used COND= again. IF/THEN is much easier to use and to explain to new people. I have seen many people code COND statements incorrectly because they did not acually understand how they worked. -Original Message- From: IBM Mainframe Discussion List On Behalf Of CM Poncelet Sent: Tuesday, May 18, 2021 8:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Best catch up resources for MVS / ZOS Technologies With all due respect, anyone who has difficulty coding JCL COND= statements should consider *not* working with IBM mainframe systems. All boolean conditional execution steps can be handled using only COND= statements. I submitted a paper on this & it was published in "Computing" in 1989. I would but cannot attach it, as uploading PDF files to this discussion list is not permitted. No sysprog worth his salt has ever had a problem with coding JCL COND= statements. Likewise IF/THEN statements belong in "JCL for dummies" - as do symbols in JCL and SYSIN. Ditto IF/THEN in assembler. Chris Poncelet (r) . On 18/05/2021 14:02, Charles Mills wrote: > Yeah, and IF/THEN is slightly better than COND= > > Also symbols in SYSIN data. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Steve Horein > Sent: Tuesday, May 18, 2021 5:35 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Best catch up resources for MVS / ZOS Technologies > > I would argue JCL got better when symbols were allowed! :-) > https://www.ibm.com/docs/en/zos/2.4.0?topic=es-symlist-parameter > > On Mon, May 17, 2021 at 10:46 PM Charles Mills wrote: > >> Steve, let me wade in here and suggest some big picture. I think SHARE and >> such is great for the details. >> >> What has changed since 2001? An idiosyncratic, IMHO list: >> >> - In 2001 SNA was yielding to TCP/IP. That transition has continued. An >> awful lot of mainframe connectivity is now TCP/IP. Lots and lots of >> Internet connectivity to the mainframe. >> - Security is huge. Encryption is hot. Zero Trust is the buzzword of the >> month. >> - Everything is of course bigger. Z hardware goes up to what? 4TB real? >> Someone will correct me if that is wrong. >> - Tape drives have pretty much gone away. They live on as virtual, >> emulated-on-DASD tape drives. >> - The Cloud. Read any airline magazine for the latest. >> - Remember VM? It was pretty moribund in 2001. It has found new life >> hosting thousands of Linux instances. Yes, Linux running like a champ on Z >> hardware. Mainframe Linux is huge. You can run Linux in a region of MVS in >> a "container." >> - Speaking of which, there is a Z box that will not IPL z/OS! It is called >> Linux One. It's a mainframe with a bit hobbled somewhere such that >> mainframe operating systems will not IPL, only Linux. >> - Lots of new features in core MVS but you would fully recognize the >> environment. If you sit down at a TSO/ISPF session it will seem like >> nothing has changed. JCL has not gotten any better (or any worse, >> thankfully). >> - Remember the issue of "above the (24-bit) line"? It is still there, but >> pretty much in the background. The new thing is data and execution "above >> the (2GB/31-bit) bar." Lots of software products are exploiting data above >> 2GB, and code can even run there, with lots of limitations. AMODE/RMODE 64. >> - IBM JES3 is dead. Long live Phoenix JES3 plus. IBM ditched JES3, and >> Phoenix picked it up. >> - More emphasis on high level languages. Hardware design is being driven >> by the Java folks and the compiler folks. Lots of new hardware >> instructions. Hardware cycle times are not getting any faster, but >> instructions do more per cycle. Caching getting more sophisticated and more >> critical. The concept of "how long does an LR take" has totally >> disappeared. It is a question with no answer other than "it depends." >> >> Anyone else want to weigh in? >> >> Charles >> >> >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf Of Gibney, Dave >> Sent: Monday, May 17, 2021 6:58 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: Best catch up resources for MVS / ZOS Technologies >> >> I would suggest SHARE presentations and perhaps Marna Walle's migration >> guides >> >>> -Original Message- >>> From: IBM Mainframe Discussion List On >>> Behalf Of Steve Estle >>> Sent: Monday, May 17, 2021 6:42 PM >>> To: IBM-MAIN@LISTSERV.UA.EDU >>> Subject: Best catch up resources for MVS / ZOS Technologies >>> >>> Hello Everyone in Mainframe Land, >>> >>> I've been out of the mainframe world since about 2001, but spent the >> prior >>> 20 years immersed in that world working with everything from MVS/370 to >>> MVS/ESA and VM, performance and capacity planning disciplines across a >>> variety of situations in the IT Services and consulting spaces. I, am, >> now as a >>> "IT Infrastructure
Re: [EXTERNAL] Re: COBOL ? Re: SORT selection question
Im sorry I was joking about AWK and especially SED thought there are people who would do it :-) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Thursday, September 17, 2020 12:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: COBOL ? Re: SORT selection question On Thu, 17 Sep 2020 14:58:44 +, Farley, Peter x23353 wrote: >Of course that is an option, particularly the COBOL one. I am personally very >familiar with awk and z/OS awk does support "classic" datasets via DD, ... > Citation needed. According to what IBM document? On Thu, 17 Sep 2020 08:01:46 -0700, Sri h Kolusu wrote: >> Can you set an a priori upper bound on the number of 'ABC' records? >> Suppose you're confident that there are at most 1000. > >Unfortunately that wouldn't work. If your input have less than 1000 >records for the key 'ABC' and you code STOPAFT=1001, then it would read the >entire file as we did not reach the STOPAFT limit. The parm STOPAFT is >executed after the INCLUDE/OMIT. Check this link for processing order. > Note that I changed your EQ to GE. So it would stop after reading no more than 1001 irrelevant records, much improving the performance for the OP's "very large" SORTIN. Note also that the OP said SORTIN had previously been sorted, so no records having key LT,'ABC' would precede the desired. >https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.icea100/ice2ca_DFSORT_processing_.htm#idg7073__stmtseq > >> This will select (some value of) N 'ABC' records plus 1001-N other >> records. A second step can select the 'ABC' records from that smaller >> data set. > >You don't need a second step as you can use STARTREC/ENDREC/ACCEPT parms on >OUTFIL to select "n" number of records. > Needed because I change 'EQ' to 'GE. All depending on the ability to *guess* the upper bound for STOPAFT. -- gil -- 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
COBOL ? Re: SORT selection question
Why not just write a small program ? COBOL ? AWK ? :-) SED :-) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Scott Barry Sent: Wednesday, September 16, 2020 6:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SORT selection question With DFSORT/SYNCSORT in mind, possibly a two-step process where the first step interrogates an input data stream (no output generated, mostly for optimization) to detect a relative-record# where the limit-key-value (COND-argument) is then passed to a second step (necessary control statement generated, likely) that then reads/writes up to the STOPWHEN (equivalent construct yield) is encountered. For comparison, SAS or WPS can accomplish this objective using the DATA step process, with about half a dozen or less SAS language statements. Scott Barry SBBTech LLC On Wed, 16 Sep 2020 15:39:07 -0500, Paul Gilmartin wrote: >On Wed, 16 Sep 2020 20:17:10 +, Farley, Peter x23353 wrote: > >>Thanks Sri, I am aware of the STOPAFT parameter, but it uses a hard-coded >>count. When the goal is to find ALL records with the selected values and one >>does not know in advance how many there are, it is not as helpful as it could >>be. >> >>I was thinking of a command similar to OMIT / INCLUDE, something like: >> >>STOPWHEN COND=(key value greater than this stop reading) >> >>E.G., STOPWHEN(1,3,'AC ') >> >I'm imagining something like: >...STOPAFT=1 >...COND=(1,3,CH,GT,C'ABC') > >Certainly stops at (almost) the right place. but Kolusu indicates, there's >no way to select COND=(1,3,CH,EQ,C'ABC') for output. > > >>-Original Message- >>From: Sri h Kolusu >>Sent: Wednesday, September 16, 2020 3:54 PM >> > When using SORT (either DFSORT or SYNCSORT) to select a relatively >>> small sample of records by (a) particular key value(s) from a *very >>> large* sequential file, >> >>You can use STOPAFT parm to stop reading the input once you get to a >>threshold value. For example if you have file with 300 million records and >>if you are only interested in only 100 records for the key 'ABC', then you >>can use the following >> >>//SYSINDD * >> OPTION COPY,STOPAFT=100 >> INCLUDE COND=(1,3,CH,EQ,C'ABC') >>/* > >-- gil > >-- >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: [EXTERNAL] Re: SSN values (was Here we go again)
Didnt they stop using the first 3 digits to indicate the location of the person getting the SSN a while back ? If we run out we could just start using alpha characters in with the numeric :-) How about base 64 SSN numbers ? :-) (my opinion only not my employers) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Tuesday, April 21, 2020 2:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SSN values (was Here we go again) But, remember, the first 3 positions indicate a zone, so that affects your calculation of how many are available. Back in the '80s, I worked for a banking software firm and we were notified by the feds that all software relating to SSNs needed to be 10 digits because there would be an expansion 'down the road'. We complied. Since we were using packed numbers, we changed everything to S9(11), but we only displayed 9 positions on the BMS screens since 11 positions would have confused everyone. Ok, it's been 30+ years and we have not seen it actually expand, but they did tell is... (Just like we knew in the 80's that Y2K would be upon us 'down the road'.) Tony Thigpen Ken Smith wrote on 4/21/20 1:38 PM: > 9 characters with 10 possible values = 10 to the 9th = 999,999,999 aka = 1 > billion. > Allow one position to be alphanumeric adds what? Does position matter? > Thought 10 to the 36th plus 10 to the 8th?? > > But if allow all alphanumeric = 36 to the 9th = ? > =Ken > > On Tue, Apr 21, 2020 at 1:03 PM Joe Monk wrote: > >> 9 digits = 999,999,999. There afe only 350,000,000 in the USA. >> >> Joe > > -- > 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: [EXTERNAL] Re: Job abend with S722
When I have this problem I write the big DD to a file with a large space allocation... Is that an option in your situation ? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Friday, July 05, 2019 9:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Job abend with S722 JES might also be supplying the OUTLIM. It does not necessarily come from JCL. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Friday, July 5, 2019 8:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Job abend with S722 If you don't care how many lines are produced, take off the OUTLIM parameter from the DD statement. That'll prevent the S722 abend. Otherwise it's doing exactly what it's meant to do. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://protect2.fireeye.com/url?k=5770179b-0be6463e-57703eec-0cc47adc5e34-15c57675e101cd85=1=https%3A%2F%2Fapc01.safelinks.protection.outlook.com%2F%3Furl%3Dhttps%253A%252F%252Fapi.protonmail.ch%252Fpks%252Flookup%253Fop%253Dget%2526search%253Dmarkjacobs%2540protonmail.com%26amp%3Bdata%3D02%257C01%257Callan.staller%2540HCL.COM%257Ca28874391ce64e1864d208d701505135%257C189de737c93a4f5a8b686f4ca9941912%257C0%257C0%257C636979316822561251%26amp%3Bsdata%3DOk2qDznyrvfy7kXhRjL13N1ZQCapFgZ5Ct%252B1zzn9Gs8%253D%26amp%3Breserved%3D0 ‐‐‐ Original Message ‐‐‐ On Friday, July 5, 2019 9:36 AM, raji ece wrote: > One of our job is abending with RC S722 and the error show the maximum > outlimit execeed. We have coded lines=99(Maximum limit) and run > but getting same error. Current zos level is 1.13. any idea? > > -- > -- > > > 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 ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- 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: [EXTERNAL] DISA STIG and permission/audit bits
Dont sys admins usually write a shell script that sets premissions with chmod or something like that ? Do you guys have a guy who is good with shell scripts ? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Larre Shiller Sent: Wednesday, September 26, 2018 12:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] DISA STIG and permission/audit bits As part of a recent audit, we have been goaded into updating the permission and/or audit bits on certain Unix directories per the DISA STIG (which we use as our risk model). Those directories include many that are shipped by IBM and it's a fair bit of research/work. So... you can easily imagine the problem here--when IBM ships a new release of z/OS or makes changes to either the directory structure or to the existing directories, our changes are backed out. We have been trying to figure out a semi-automated "best practice" that would satisfy the Audit requirement, but have not had much success. So... we started to wonder if anybody else is doing this and if so, how do they manage to keep track of directory changes and keep them updated per the STIG. Any advice would be gratefully appreciated... Thanks. Larre Shiller US Social Security Administration “The opinions expressed in this e-mail are mine personally and do not necessarily reflect the opinion of the US Social Security Administration and/or the US Government.” -- 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
IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)
IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware By Aaron Boyd and Frank Konkel April 19, 2018 06:02 PM https://www.nextgov.com/it-modernization/2018/04/irs-60-year-old-it-system-failed-tax-day-due-new-hardware/147598/ Congress and watchdogs have been warning the IRS to upgrade its systems for years. The Internal Revenue Service attributed the agency’s Tax Day crash to a piece of hardware supporting an IT system that is almost 60 years old. Called the Individual Master File, components of the system - including 20 million lines of computer code—date back to 1960, when John F. Kennedy was president. IRS told Nextgov 18-month-old hardware supporting the Individual Master File experienced a caching issue causing the system to fail. The failure disrupted almost all other services and systems IRS provides because those systems ingest data from the Individual Master File. When those systems—such as Direct Pay and the structured payments portal—called to the Individual Master File mainframe and got no response, they too failed. Despite repeated warnings from the Government Accountability Office and Congress, IRS plans to modernize the system are at least six years behind schedule and several hundred million dollars over budget. This was our biggest fear about one of these mission-critical systems crashing, Dave Powner, GAO's director of IT management issues, told Nextgov Thursday. Fortunately, it wasn't down for a long period of time, so in that way, we dodged a bullet. Still, the crash forced the IRS to extend the tax filing deadline one day, delaying some 14 million submissions. It could be several years before the Individual Master File is fully modernized and rid of 1960s-era technology. To address the risk of a system failure, the IRS has a plan to modernize two core components of the IMF by 2021, followed by a year of parallel validation before retiring those components in 2022,” the IRS told Nextgov in March, before the crash occurred. That timeline could slip because the IRS says it needs to hire at least 50 additional employees—while backfilling any attrition—plus an additional $85 million per year in annual non-labor funding over the next five years. The president’s fiscal 2018 budget request called for a $239 million reduction in funding for the IRS, which has faced numerous cuts in recent years. Since Republicans gained control of the House of Representatives in 2010, their partisan attacks have left the IRS with nearly 10,000 fewer customer service representatives to assist taxpayers and a patchwork of IT systems, some dating back to the Kennedy Administration, which is ultimately harming all taxpayers,” Rep. Gerry Connolly, D-Va., told Nextgov. However, the Republican-led House ratified a package of nine IRS reform bills following the Tax Day crash that could amp up IRS’ modernization efforts. The bills, including the 21st-Century IRS Act and the Taxpayer First Act, will stress improving the customer experience for taxpayers as well as modernizing technology across the agency. The reform package was ushered in by the House Ways and Means committee, chaired by Rep. Kevin Brady, R-Texas. A new tax code calls for a new tax administrator, and we have worked together so that the IRS can be transformed into an agency with a singular mission: taxpayer first, Brady said in a statement. One of the bills will require IRS to compile a plan to enhance agency technology and customer service. That plan is due to Congress by September. The Individual Master File contains data from 1 billion taxpayer accounts dating back several decades and is the chief IRS application responsible for receiving 100 million Americans’ individual taxpayer data and dispensing refunds. IRS first attempted to replace the system with a modernized Customer Account Data Engine, but that effort was canceled in 2009. A delivery date for CADE 2, the IRS’ subsequent modernization effort, has slipped several years even as contractors working on the project have earned as much as $290 million. We still have not seen a solid plan in place, Powner told Nextgov. GAO identified the Individual Master File as the oldest technology system still operational in government in 2016. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
