Re: Response from ASG regarding your recent email to Steve Leverett - PLEASE READ
I've removed that email address from the list. Darren From: IBM Mainframe Discussion List on behalf of Richards, Robert B. <01c91f408b9e-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, July 29, 2020 7:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Response from ASG regarding your recent email to Steve Leverett - PLEASE READ Thank you, Dave, Kees and Mike. It is all coming back to me now. I will investigate our installation options Bob p.s. I sent a note to ASG asking them to kill that account causing the additional emails. -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Betten Sent: Wednesday, July 29, 2020 7:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Response from ASG regarding your recent email to Steve Leverett - PLEASE READ If you want to let DFSORT determine the amount of work space to allocate, you need to remove the JCL SORTWORK DDs. Once DFSORT sees you've coded your own SORTWORKs, it uses whatever space you've hard coded. I'd also add OPTION DYNALLOC=(SYSDA,16) to your sort control statements. Instead of SYSDA, you can use what ever esoteric you're currently coding for the unit parameter on your SORTWORK DDs. Note there is an installation option called DYNAUTO that controls DFSORT's use of dynamic allocation. If that is set to IGNWKDD then DFSORT would ignore your JCL allocated sortworks and dynamically allocate its own based on the file size. Based on the DFSORT messages below, I'm pretty sure IGNWKDD is not in effect so DFSORT is using your JCL sortworks. Have a nice day, Dave Betten z/OS Performance Specialist Cloud and Systems Performance IBM Corporation email: bet...@us.ibm.com 1-720-396-3882 IBM Mainframe Discussion List wrote on 07/29/2020 07:38:16 AM: > From: "steve.lever...@asg.com" <03147e297737-dmarc- > requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/29/2020 07:38 AM > Subject: [EXTERNAL] Response from ASG regarding your recent email to > Steve Leverett - PLEASE READ Sent by: IBM Mainframe Discussion List > > > steve.lever...@asg.com is no longer a valid e-mail address. Please > contact Jeff Cherrington at jeff.cherring...@asg.com with any > questions, comments, or concerns. > > Diese steve.lever...@asg.com ist keine gultige Email-Adresse mehr. > Bitte setzen Sie sich mit Jeff Cherrington an folgende Email- Adresse > jeff.cherring...@asg.com in Verbindung, falls Sie etwaige Fragen, > Kommentare oder Bedenken diesbezuglich haben. > > Cette steve.lever...@asg.com n'est plus une adresse de courriel > valable. Veuillez contacter Jeff Cherrington a l'adresse de courriel > suivante jeff.cherring...@asg.com si vous avez des questions, des > commentaires ou des preoccupations quelconques. > > > From: owner-ibm-m...@listserv.ua.edu > Sent: Wednesday, July 29 2020 11:37 AMTo: > IBM-MAIN@LISTSERV.UA.EDU > Subject: SORT Capacity Exceeded > > I am out of my element trying to figure out the following SORT issue. > Job runs normally when the number of SORTIN records is much less. JCL > contains 16 SORTWK datasets. If memory serves, isn't there a way to > let SORT figure out how much it needs? > > ICE000I 1 - CONTROL STATEMENTS FOR 5650-ZOS, Z/OS DFSORT V2R3 - > 05:24 ON TUE JUL 28, 2020 - >SORT FIELDS=(5,1,CH,A,9,35,CH,A,44,8,CH,D) > ICE193I 0 ICEAM1 INVOCATION ENVIRONMENT IN EFFECT - ICEAM1 ENVIRONMENT > SELECTED > ICE088I 0 RACFRPD1.STEP02 ., INPUT LRECL = 32672, BLKSIZE = > 32676, TYPE = VB > ICE093I 0 MAIN STORAGE = (MAX,67108864,67108864) ICE156I 0 MAIN > STORAGE ABOVE 16MB = (67051504,67051504) ICE127I 0 OPTIONS: OVFLO=RC0 > ,PAD=RC0 ,TRUNC=RC0 > ,SPANINC=RC16,VLSCMP=N,SZERO=Y,RESET=Y,VSAMEMT=Y,DYNSPC=256 > ICE128I 0 OPTIONS: > SIZE=67108864,MAXLIM=5242880,MINLIM=524880,EQUALS=Y,LIST=Y,ERET=RC16 > ,MSGDDN=SYSOUT > ICE129I 0 OPTIONS: VIO=N,RESDNT=ALL ,SMF=NO > ,WRKSEC=Y,OUTSEC=Y,VERIFY=N,CHALT=N,DYNALOC=N ,ABCODE=MSG > ICE130I 0 OPTIONS: RESALL=4096,RESINV=0,SVC=109 > ,CHECK=Y,WRKREL=Y,OUTREL=Y,CKPT=N,COBEXIT=COB2 > ICE131I 0 OPTIONS: > TMAXLIM=6291456,ARESALL=0,ARESINV=0,OVERRGN=65536,CINV=Y,CFW=Y,DSA=64 > ICE132I 0 OPTIONS: > VLSHRT=N,ZDPRINT=Y,IEXIT=N,TEXIT=N,LISTX=N,EFS=NONE > ,EXITCK=S,PARMDDN=DFSPARM ,FSZEST=N > ICE133I 0 OPTIONS: HIPRMAX=OPTIMAL,DSPSIZE=64 > ,ODMAXBF=0,SOLRF=Y,VLLONG=N,VSAMIO=N,MOSIZE=MAX > ICE235I 0 OPTIONS: NULLOUT=RC0 > ICE236I 0 OPTIONS: DYNAPCT=10 ,MOWRK=Y,TUNE=STOR,EXPMAX=600 > ,EXPOLD=200,EXPRES=100 > ICE084I 0 EXCP ACCESS METHOD USED FOR SORTOUT ICE084I 0 EXCP ACCESS > METHOD USED FOR SORTIN ICE750I 0 DC 0 TC 100121518644 CS DSVTT KSZ 48 > VSZ 48 ICE752I 0 FSZ=100121518644 BC IGN=0 E AVG=16336 0 > WSP=130040639 C DYN=0 0 > ICE805I 1 JOBNAME: RACFRPD1 , STEPNAME: STEP02 > ICE802I 0 BLOCKSET TECHNIQUE IN CONTROL > ICE905I 1 I : RF=80,LR=32672,BLK=32676,BCT=3064069 > ICE906I 0 ST=ABOVE,SR=67108864,RC=0 > ICE907I 0 ST=ABOVE,SA=67108848,NF=1,LF=67108848,SF=67108848 > ICE906I 0 ST=BELOW,
Re: COBOL Question
FORTRAN 90 was a significant upgrade over previous standards. Mainly, free-form
input source statements.
Also, increase the length of identifiers from 6 characters to 31 characters,
and upper/lowecase keywords/identifiers.
The latest standard is Fortran 2018.
I still teach Fortran to my Honor students. It's easy to learn for a first
programming language, very forgiving, and
you can do a lot with it. I still get flack from uninformed individuals, you
know, the ones that say no one uses mainframes
anymore, no one uses Fortran anymore, no on uses COBOL anymore. Every year, a
couple of my students email me back
to say how having Fortran experience on their resume helped them land a job or
internship; companies like NASA, NOAA,
Lockheed-Martin, etc. They are usually the only applicants out of hundreds that
list Fortran experience.
Darren
From: IBM Mainframe Discussion List on behalf of
lenru...@gmail.com
Sent: Monday, June 8, 2020 8:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL Question
On, long ago and on some DOS/VS Cobol compiler, after a compiler upgrade, there
was a problem with a statement something like this:
READ some-fileAT END do somethingMOVE A TO B.
See the problem? The period after the AT END was omitted. The old compiler
only allowed one statement after AT END (maybe a bug) but after it honored the
period.
It was a bear to find. It worked before and for a long time after the compiler
change, until it was complied again.
On Monday, June 8, 2020, 08:22:18 PM CDT, Frank Swarbrick
wrote:
I've been teaching myself (modern) Fortran the last few weeks. Just because.
It has an interesting behavior that I kind of like.
Normal IF statement:
if (something) then
end if
But it also has a "one line IF" (not sure offhand of the Fortran "name" for
this):
if (something)
must be on the same line as the if and the condition (unless
you specify the "line continuation character"), and of course only one
statement is allowed. Kind of like the C/Java if statement with out a
statement block, but less dangerous because of the "on the same line"
requirement. Here is one way I've used it in practice.
call get_command_argument(1, host)
if (inet_addr(host) .lt. 0) call error_stop("Host must be in dotted decimal
format.")
call get_command_argument(2, port_str)
read (port_str, '(i5)', iostat = iostat) port ! convert string 'port_str' to
integer 'port'
if (iostat .ne. 0 .or. port .le. 0) call error_stop("Port must be positive
numeric (0-32767).")
Using "if/then" instead of just "if" I'd have had this:
call get_command_argument(1, host)
if (inet_addr(host) .lt. 0) then
call error_stop("Host must be in dotted decimal format.")
end if
call get_command_argument(2, port_str)
read (port_str, '(i5)', iostat = iostat) port ! convert string 'port_str' to
integer 'port'
if (iostat .ne. 0 .or. port .le. 0) then
call error_stop("Port must be positive numeric (0-32767).")
end if
Given by absolute druthers I would have the then clause part of the single line
if instead of the if/end if, but its still pretty nice regardless, as it
doesn't cause as much "clutter" as error handling often does.
On a side note, I think Fortran has done a much better job than COBOL of adding
"modern" features (starting with Fortran 90 in 1990). If only the COBOL
"designers" had followed in their footsteps.
And in my mind Fortran had even more to "make up" for in regards to it's less
than ideal beginnings. Which Fortran can even be forgiven for then, being I
believe about five years older than COBOL (Cobol?).
From: IBM Mainframe Discussion List on behalf of Bob
Bridges
Sent: Sunday, June 7, 2020 12:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL Question
The only language I can think of off-hand that doesn't require some sort of END
to close a DO (I'm sure there are others) is ISPF. But, in REXX at least, I
never use single-statement DOs. I see them all the time, and I don't get it.
Like this:
if x=0 then do
x=x+1
end
Or, more painfully:
select
when idx="T" then
do
countt=countt+1
end
when idx="U" then
do
countu=countu+1
end
when idx="V" then
do
countv=countv+1
end
when idx="W" then
do
countw=countw+1
end
otherwise
do
countx=countx+1
end
end
Why? If it were easier to read, I might sympathize. But it's harder, not
easier.
---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
/* It's a good thing Lincoln wrote the Gettysburg Address the year that he did,
or else that "fourscore and seven years" part would have just been plain wrong.
-Paul Paternoster */
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Saturday, June 6, 2020 14:40
But in Rexx similarly, END is requir
Re: HMC Mail domain
I just also verified this with my gmail account. Valid From: tag. Darren From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Jesse 1 Robinson [jesse1.robin...@sce.com] Sent: Thursday, January 26, 2017 11:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HMC Mail domain This problem hits close to the heart of IBM-Main. I discovered a while back that a new email address could not successfully be registered from within the company network. This might be for a new person or for someone whose email address had changed. After considerable frustration, I learned that the IBM-Main confirmation email sent to a new registrant has a blank 'From' tag. Not structurally invalid, not unregistered. Empty. I assume that it had always been thus, but we hadn't tried to register a new email address in quite some time. Meanwhile our email nannies had implemented a new 'security' measure to reject any email that did not specify a From id. The sender is not verified AFAIK; there just has to be one. The argument is that this one action filters out a lot of true spam. So the confirmation email from IBM-Main looks like spam and is deleted without notice to the recipient. I take it that this is standard List server software behavior. I cannot imagine a business justification for it, but it requires that any new IBM-Main (or RACF-L) user ask for manual intervention from the List owner to add the user by hand. We are not a giant company, but we have several thousand email users. The idea of asking for an exemption for a literal handful of affected users is daunting, especially because the problem could be solved by a simple software change on the List server. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Thursday, January 26, 2017 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: EXTERNAL: Re: HMC Mail domain In my humble opinion this is not a problem with HMC but network/email folks in the organisation. Any HMC name and domain has to be somehow "authorized" within company network. So, *some* effort has to be done, irrespectively of the name of HMC. If I could choose I would pay much more effort into customisation of HMC email content, to make it more clear and comfortable for users. -- 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
Re: HMC Mail domain
I do not believe this is correct. I do not think Listserv ever did this. I just subscribed from a new address and this is what my confirmation email looks like: -- From: The University of Alabama LISTSERV Server (16.0) [lists...@listserv.ua.edu] Sent: Thursday, January 26, 2017 5:39 PM To: Evans-Young, Darren Subject: Command confirmation request () Your command: SUBSCRIBE IBM-MAIN Big D has been received. You must now reply to this message (as explained... - Darren From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Jesse 1 Robinson [jesse1.robin...@sce.com] Sent: Thursday, January 26, 2017 11:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HMC Mail domain This problem hits close to the heart of IBM-Main. I discovered a while back that a new email address could not successfully be registered from within the company network. This might be for a new person or for someone whose email address had changed. After considerable frustration, I learned that the IBM-Main confirmation email sent to a new registrant has a blank 'From' tag. Not structurally invalid, not unregistered. Empty. I assume that it had always been thus, but we hadn't tried to register a new email address in quite some time. Meanwhile our email nannies had implemented a new 'security' measure to reject any email that did not specify a From id. The sender is not verified AFAIK; there just has to be one. The argument is that this one action filters out a lot of true spam. So the confirmation email from IBM-Main looks like spam and is deleted without notice to the recipient. I take it that this is standard List server software behavior. I cannot imagine a business justification for it, but it requires that any new IBM-Main (or RACF-L) user ask for manual intervention from the List owner to add the user by hand. We are not a giant company, but we have several thousand email users. The idea of asking for an exemption for a literal handful of affected users is daunting, especially because the problem could be solved by a simple software change on the List server. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Thursday, January 26, 2017 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: EXTERNAL: Re: HMC Mail domain In my humble opinion this is not a problem with HMC but network/email folks in the organisation. Any HMC name and domain has to be somehow "authorized" within company network. So, *some* effort has to be done, irrespectively of the name of HMC. If I could choose I would pay much more effort into customisation of HMC email content, to make it more clear and comfortable for users. -- 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
Re: Jerk dropped from IBM-MAIN at last
Understand this guy has nothing to do with IBM Mainframes. He subscribes to public lists and then spouts his crap. He does not care about the list topic. He had only subscribed that morning before sending out his email. He was subscribed under 4 different emails. I had to do some extensive searches to find them all. I think he did this last year too. Darren From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Pommier, Rex [rpomm...@sfgmembers.com] Sent: Wednesday, December 21, 2016 1:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jerk dropped from IBM-MAIN at last John, I agree completely. This isn't the forum for religious discussions or rants. If I may expand it, that also goes for political complaints or rants. There's already too much noise on the list. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Wednesday, December 21, 2016 1:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Jerk dropped from IBM-MAIN at last On Wed, Dec 21, 2016 at 1:06 PM, Evans-Young, Darren wrote: > Don't worry. He'll be back > > Yes. I really don't understand why people do this. I have very strong religious beliefs. But this is not the place to discuss them. And, IMO, trying to do so only alienates people rather than "converting" them. -- Heisenberg may have been here. http://xkcd.com/1770/ Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- 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: Jerk dropped from IBM-MAIN at last
Don't worry. He'll be back From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Art Gutowski [arthur.gutow...@gm.com] Sent: Wednesday, December 21, 2016 12:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Jerk dropped from IBM-MAIN at last On Mon, 19 Dec 2016 23:24:31 -0600, Elardus Engelbrecht wrote: >Good news! > >I have been informed that the jerk who posted junk on Sunday has been blocked. > >IBM-MAIN moderator also blocked four more other addresses too from IBM-MAIN. > >;-) Thank you, Darren and Elardus. Let's hope it sticks this time. If memory serves, this is the second incarnation (Jerk 2.0)... Cheers, Art Gutowski -- 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: position available
I'm still alive. No problem with the job posting. Darren From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Robert Bell [bell...@ghc.org] Sent: Tuesday, November 29, 2016 5:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] position available Hello list, Not certain the protocol any more or how to reach Darren for approval. Post remembering that its sometimes easier to ask for forgiveness than permission! Apologies if inappropriate. I know of a storage manager/systems programmer position available in Seattle. It is not a contract position and somebody with experience is needed, so if you know of somebody who might be interested, have them contact me off-list for further details! Work from home or remote is a possibility but preference to be on site. Thanks, Robbie Bell bell...@ghc.org -- 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
