date:20230407

I am indeed using DYNAM.

I have no great need for this to work.  Just something I noticed and was 
curious about.

From: IBM Mainframe Discussion List  on behalf of 
Farley, Peter <031df298a9da-dmarc-requ...@listserv.ua.edu>
Sent: Friday, April 7, 2023 11:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Cobol calling module with non alphanumeric no longer allowed???

Not true for non-static calls.  We are past COBOL 5 (V6.2 at the moment) and 
"CALL variable USING . . . " where "variable" has any of the "national" 
characters ($#@) works every time.  We have multiple dynamically called utility 
subroutines with those characters in the program name.

Why in the world are you using literal calls?  Or are you using the DYNAM 
option to convert literal calls to dynamic ones?  If so, bite the bullet - 
convert them to "CALL variable" and you are done.

The only legitimate case I have seen for using literal CALL's is when you are 
using nested subroutine programs in the same source file as the calling program.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Frank Swarbrick
Sent: Friday, April 7, 2023 6:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Cobol calling module with non alphanumeric no longer allowed???

I've tried calling modules (that exist!) with both '@' and '#' signs in them 
and Enterprise COBOL 5+ does not allow this.  COBOL 4 allowed this.  Is there 
any good reason why this is the case?
--

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: Cobol calling module with non alphanumeric no longer allowed???

2023-04-07 Thread Farley, Peter

Not true for non-static calls.  We are past COBOL 5 (V6.2 at the moment) and 
"CALL variable USING . . . " where "variable" has any of the "national" 
characters ($#@) works every time.  We have multiple dynamically called utility 
subroutines with those characters in the program name.

Why in the world are you using literal calls?  Or are you using the DYNAM 
option to convert literal calls to dynamic ones?  If so, bite the bullet - 
convert them to "CALL variable" and you are done.

The only legitimate case I have seen for using literal CALL's is when you are 
using nested subroutine programs in the same source file as the calling program.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Frank Swarbrick
Sent: Friday, April 7, 2023 6:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Cobol calling module with non alphanumeric no longer allowed???

I've tried calling modules (that exist!) with both '@' and '#' signs in them 
and Enterprise COBOL 5+ does not allow this.  COBOL 4 allowed this.  Is there 
any good reason why this is the case?
--

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

Re: Not aging well (know-it-alls)

2023-04-07 Thread Tom Brennan


Here's a false one you could still make true:
"I’m out until David post more BS."

On 4/7/2023 8:35 PM, Bill Johnson wrote:

  It should be easy to list the dozens of false things I've posted here. Can I 
see at least half a dozen?

 On Friday, April 7, 2023 at 11:28:35 PM EDT, Frank Swarbrick 
 wrote:
  
  The first one is iffy, but the second one can be absolutely true.  It's best to at least know when one doesn't know something.


From: IBM Mainframe Discussion List  on behalf of Matt 
Hogstrom 
Sent: Friday, April 7, 2023 7:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Not aging well (know-it-alls)

Your comment wasn’t directed at my but it made me think of two of my favorite 
phrases.

"I’m proud of my humility."

“I’m smart enough to know how dumb I can be.”

Enjoy the Easter weekend all y’all.

Matt Hogstrom

“It may be cognitive, but, it ain’t intuitive."
— Hogstrom





Are you also modest, or are you vain?



--
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

Re: JESLOG Parameter on JOB Card, executing SUB=MSTR

2023-04-07 Thread Brian Westerman

That's exactly what we suggest to our Syzygy Automation Suite product sites.  
They start automation SUB=MSTR, and then set a script entry that starts it up 
again and ends the one that it's currently executing under when JES is 
successfully up and executing.  I don't see any reason why Netview couldn't do 
the same thing.

Brian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Call by value, final

For those interested, the following calls C function "@@GETCB" ( int 
__getcb(int); ) passing the fullword 3 by value.  There are several 
alternatives, as discussed earlier, but this is what I am going with.

***
*  see if we're running under cics by calling @@GETCB with fullword   *
*  value 3 (call by value).   *
***
 ceedsa ,
 ceecaa ,
iscics   ceeentry main=NO
 call  @@GETCB,(3)
 ceeterm RC=(15)
ppa  ceeppa ,
 end   iscics

Note:  __getcb() and @@GETCB are the same routine.  I couldn't figure out how 
to get a lower case call literal to work.  The assembler seems OK with it, but 
the linker is converted to upper case, even though I've specified CASE(MIXED).  
Any thoughts on this are welcome, even though it's working fine as-is.  Using 
lowercase literals in this manner is allowed in COBOL, even, with 
"PGMNAME(mIxEdCaSe)".

By the way, there's no great reason this particular "program" couldn't be coded 
in COBOL, PL/I or even C.  I have similar code, along with additional code, in 
another assembler program, which is why I wanted to know how to call by value.

If you are interested where I found @@GETCB for checking if running in a CICS 
environment, check the  C header file.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Just PDSE

2023-04-07 Thread Brian Westerman

Just so you know, it's not SYSPLEX that you need, it's GRS and you have have 
that with just a couple FICON ports.

I have been doing it at several sites now that really don't need CF's (and some 
who can't afford them) and it works very well, no problems at all.

Brian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Not aging well (know-it-alls)

 It should be easy to list the dozens of false things I've posted here. Can I 
see at least half a dozen?

On Friday, April 7, 2023 at 11:28:35 PM EDT, Frank Swarbrick 
 wrote:  
 
 The first one is iffy, but the second one can be absolutely true.  It's best 
to at least know when one doesn't know something.

From: IBM Mainframe Discussion List  on behalf of 
Matt Hogstrom 
Sent: Friday, April 7, 2023 7:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Not aging well (know-it-alls)

Your comment wasn’t directed at my but it made me think of two of my favorite 
phrases.

"I’m proud of my humility."

“I’m smart enough to know how dumb I can be.”

Enjoy the Easter weekend all y’all.

Matt Hogstrom

“It may be cognitive, but, it ain’t intuitive."
— Hogstrom



>
> Are you also modest, or are you vain?


--
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: Not aging well (know-it-alls)

I’m well aware when I don’t know something. Please list the things I’ve stated 
that weren’t true.

Sent from Yahoo Mail for iPhone

On Friday, April 7, 2023, 11:28 PM, Frank Swarbrick 
 wrote:

The first one is iffy, but the second one can be absolutely true.  It's best to 
at least know when one doesn't know something.

From: IBM Mainframe Discussion List  on behalf of 
Matt Hogstrom 
Sent: Friday, April 7, 2023 7:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Not aging well (know-it-alls)

Your comment wasn’t directed at my but it made me think of two of my favorite 
phrases.

"I’m proud of my humility."

“I’m smart enough to know how dumb I can be.”

Enjoy the Easter weekend all y’all.

Matt Hogstrom

“It may be cognitive, but, it ain’t intuitive."
— Hogstrom

>
> Are you also modest, or are you vain?

--
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: Not aging well (know-it-alls)

The first one is iffy, but the second one can be absolutely true.  It's best to 
at least know when one doesn't know something.

From: IBM Mainframe Discussion List  on behalf of 
Matt Hogstrom 
Sent: Friday, April 7, 2023 7:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Not aging well (know-it-alls)

Your comment wasn’t directed at my but it made me think of two of my favorite 
phrases.

"I’m proud of my humility."

“I’m smart enough to know how dumb I can be.”

Enjoy the Easter weekend all y’all.

Matt Hogstrom

“It may be cognitive, but, it ain’t intuitive."
— Hogstrom



>
> Are you also modest, or are you vain?


--
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: Just PDSE

2023-04-07 Thread Tony Harminc

On Fri, 7 Apr 2023 at 20:44, Paul Gilmartin
<042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
[...]
> Heck, you can't even:
> //RUN  EXEC PGM='MYNAME.LINKLIB(MYFILE)',PARM='Wonbat'
>
> Even though TSO lets you:
> CALL 'MYNAME.LINKLIB(MYFILE)'  'Wonbat'
>
> And why does TSO force the parm to uppercase while JCL accepts it asis?

There's an ASIS option on CALL. My guess is that the upcasing was put
in in the early days of TSO, when although JCL would accept lower case
PARM= strings, nobody was really using them. But most early TSO
terminals such as the 2741 and later 3270 did have lower (mixed) case,
and so I guess it was seen as a measure of compatibility. ASIS was
added much later (1990s?).

While looking at the help for CALL, I see - shades of another recent
discussion - that there is now a NOENVB | PASSENVB option:

NOENVB   The NOENVB operand indicates that the REXX environment
 block (ENVBLOCK) address is not to be passed to the called
 program in register 0.  This is the default.

Yeah, but *what* ENVB does it pass if you override the default? The
help doesn't say.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Not aging well (know-it-alls)

2023-04-07 Thread Matt Hogstrom

Your comment wasn’t directed at my but it made me think of two of my favorite 
phrases. 

"I’m proud of my humility."

“I’m smart enough to know how dumb I can be.”

Enjoy the Easter weekend all y’all.

Matt Hogstrom

“It may be cognitive, but, it ain’t intuitive."
— Hogstrom



> 
> Are you also modest, or are you vain?


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

DB2 question about ULI (Universal adapter)

Is it the case that the parameter in the SQL parameter ATTACH option (TSO, CAF, 
etc.) does not matter as long as the DSNULI stub is included in the program 
bind?  This appears to me to be the case, but I want someone to specifically 
state it for me in case I am misunderstanding.

Also, how do I subscribe to the DB2 listserv?  It appears to be on he IDUG web 
site, but I can't find a way to register.

Frank


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Just PDSE

2023-04-07 Thread Paul Gilmartin

On Fri, 7 Apr 2023 22:10:15 +, Frank Swarbrick wrote:

>z/OS for UNIX files holds program objects, just like PDSE as far as I know.
>Now all we need is
>//RUN  EXEC PGM='/u/myname/myexefile'
>
Heck, you can't even:
//RUN  EXEC PGM='MYNAME.LINKLIB(MYFILE)',PARM='Wonbat'

Even though TSO lets you:
CALL 'MYNAME.LINKLIB(MYFILE)'  'Wonbat'

And why does TSO force the parm to uppercase while JCL accepts it asis?

>And, of course, allowing UNIX files in JOBLIB/STEPLIB.
>
Yup.  But resolving any of those inconsistencies would require violating
Conway's Law, which seems to be a guiding principle of IBM design.

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

You still retired? Golfing? How’s everything?


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 7:44 PM, william janulin 
<008d52e04f2e-dmarc-requ...@listserv.ua.edu> wrote:

I think everyone should lighten up a bit. We care all professionals and our 
jobs care demanding enough without getting into trivial " spitting " contests 
that help no one. This forum should be one that is a tool that all of us can 
benefit from.
Just saying,. Bill J. 

Sent from Yahoo Mail on Android 
 
  On Fri, Apr 7, 2023 at 19:39, Bill 
Johnson<0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:  First off, I’ve 
NEVER said I know it all. Many of you can’t even comprehend simple English. 
But, there are some here who think they are an expert at everything and post 
hundreds of times a week. Absolutely nothing I posted this week has been proven 
wrong. Challenger banks were never going to replace real banks. ING has been a 
disaster of an investment and so has Micro Focus. Everything I’ve said about me 
is 100% fact. My whole life I’ve had to defend my intelligence against mostly 
those who likely didn’t earn their success. So, I’m used to the attacks. If you 
google it, it’s quite common. I’m out until David post more BS.


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 7:27 PM, Doug  wrote:

And you are the poster child. Pathetic.

Doug Fuerst


-- Original Message --
From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@listserv.ua.edu
Sent: 07-Apr-23 18:23:33
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by 
value]

>Many here are prime examples.
>
>
>Sent from Yahoo Mail for iPhone
>
>
>On Friday, April 7, 2023, 6:18 PM, Mike Schwab  wrote:
>
>https://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
>
>On Fri, Apr 7, 2023 at 5:13 PM Frank Swarbrick
> wrote:
>>
>>  No one knows as little as one who think's he knows it all.
>>  
>>  From: IBM Mainframe Discussion List  on behalf of 
>>Doug 
>>  Sent: Friday, April 7, 2023 12:14 PM
>>  To: IBM-MAIN@LISTSERV.UA.EDU 
>>  Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value]
>>
>>  "Seldom right, but never uncertain." Frank Reagan.
>>
>>  Describing you, I'd venture
>>
>>
>>  Doug Fuerst
>>
>>
>>  -- Original Message --
>>  From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
>>  To: IBM-MAIN@listserv.ua.edu
>>  Sent: 07-Apr-23 13:36:27
>>  Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
>>  value]
>>
>>  >You don’t really understand Twitter do you? If I follow the WaPo, the NYT, 
>>the Guardian, the LA Times, the Miami Herald, the Associated Press, Al 
>>Jazeera English, NPR, PBS, BBC, and science magazines, scientists, 
>>journalists, lawyers, and other fact based sources, it’s like subscribing to 
>>them all.
>>  >
>>  >Add in some comedy sources and that’s my Twitter feed.
>>  >
>>  >
>>  >Sent from Yahoo Mail for iPhone
>>  >
>>  >
>>  >On Friday, April 7, 2023, 10:32 AM, Doug  wrote:
>>  >
>>  >So you get your "news" from Twitter. For me, that explains ALOT!
>>  >
>>  >Doug Fuerst
>>  >
>>  >
>>  >-- Original Message --
>>  >From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
>>  >To: IBM-MAIN@listserv.ua.edu
>>  >Sent: 07-Apr-23 8:23:03
>>  >Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
>>  >value]
>>  >
>>  >>I’ve read numerous articles and analysis that indicates LinkedIn has a 
>>problem with embellished & fake resumes. Here’s one.
>>  >>
>>  
https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv
>>  >>
>>  >>I also don’t like having my information on the internet for all to see. 
>>I’m not on Facebook, Tiktok, Instagram, but do use Twitter to satisfy my news 
>>junkie inner self.
>>  >>
>>  >>
>>  >>Sent from Yahoo Mail for iPhone
>>  >>
>>  >>
>>  >>On Friday, April 7, 2023, 7:32 AM, Jeremy Nicoll 
>> wrote:
>>  >>
>>  >>On Fri, 7 Apr 2023, at 05:36, Bill Johnson wrote:
>>  >>>  Yes Bill Johnson is my real name and I’ve never been on LinkedIn.
>>  >>>  That’s just an ego trip and place where people like you go for
>>  >>>  confirmation...
>>  >>
>>  >>I've certainly seen some people use it as an ego-trip, for "networking"
>>  >>and - presumably - trying to increase their chances of finding work.
>>  >>
>>  >>I use LinkedIn as a useful place to find out more about people whom
>>  >>I'm going to have contact with (in any sphere, certainly not just in
>>  >>computing).  It's particularly useful when it's not entirely clear from
>>  >>some company's website whether they've got tens/hundreds of
>>  >>employees or just one person working from home. (In the UK) I also
>>  >>look at Companies House registrations of companies, who the directors
>>  >>are etc, and look at what else they're involved in, and especially if any
>>  >>of their prior businesses have gone under o

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]


++1

On 4/7/2023 7:43 PM, william janulin wrote:

I think everyone should lighten up a bit. We care all professionals and our jobs care 
demanding enough without getting into trivial " spitting " contests that help 
no one. This forum should be one that is a tool that all of us can benefit from.
Just saying,. Bill J.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Not aging well (know-it-alls)

2023-04-07 Thread Savor, Thomas

BillPlease get off the cross and stop telling everyone how great you are.  
The actual greats never have to convince everyone that their great.  Here's a 
word you need to embrace  is "HUMBLE"...try it some time.

Thanks,

Tom






-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Friday, April 7, 2023 6:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Not aging well (know-it-alls)

I don’t lie, cheat, steal, smoke, do drugs, drink alcohol. I do lots a charity, 
give huge tips, help animal shelters, and much much more.


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 4:26 PM, Mike Shaw  wrote:

On Fri, Apr 7, 2023, 1:02 PM Bill Johnson < 
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> <...snip...>

>  I know my character is flawless.

<...snip...>

Wow.

Mike Shaw
MVS/QuickRef Support
Chisoft

--
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
The information contained in this message is proprietary and/or confidential. 
If you are not the intended recipient, please: (i) delete the message and all 
copies; (ii) do not disclose, distribute or use the message in any manner; and 
(iii) notify the sender immediately. In addition, please be aware that any 
message addressed to our domain is subject to archiving and review by persons 
other than the intended recipient. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

2023-04-07 Thread william janulin

I think everyone should lighten up a bit. We care all professionals and our 
jobs care demanding enough without getting into trivial " spitting " contests 
that help no one. This forum should be one that is a tool that all of us can 
benefit from.
Just saying,. Bill J. 

Sent from Yahoo Mail on Android 
 
  On Fri, Apr 7, 2023 at 19:39, Bill 
Johnson<0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:   First off, 
I’ve NEVER said I know it all. Many of you can’t even comprehend simple 
English. But, there are some here who think they are an expert at everything 
and post hundreds of times a week. Absolutely nothing I posted this week has 
been proven wrong. Challenger banks were never going to replace real banks. ING 
has been a disaster of an investment and so has Micro Focus. Everything I’ve 
said about me is 100% fact. My whole life I’ve had to defend my intelligence 
against mostly those who likely didn’t earn their success. So, I’m used to the 
attacks. If you google it, it’s quite common. I’m out until David post more BS.


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 7:27 PM, Doug  wrote:

And you are the poster child. Pathetic.

Doug Fuerst


-- Original Message --
From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@listserv.ua.edu
Sent: 07-Apr-23 18:23:33
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by 
value]

>Many here are prime examples.
>
>
>Sent from Yahoo Mail for iPhone
>
>
>On Friday, April 7, 2023, 6:18 PM, Mike Schwab  wrote:
>
>https://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
>
>On Fri, Apr 7, 2023 at 5:13 PM Frank Swarbrick
> wrote:
>>
>>  No one knows as little as one who think's he knows it all.
>>  
>>  From: IBM Mainframe Discussion List  on behalf of 
>>Doug 
>>  Sent: Friday, April 7, 2023 12:14 PM
>>  To: IBM-MAIN@LISTSERV.UA.EDU 
>>  Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value]
>>
>>  "Seldom right, but never uncertain." Frank Reagan.
>>
>>  Describing you, I'd venture
>>
>>
>>  Doug Fuerst
>>
>>
>>  -- Original Message --
>>  From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
>>  To: IBM-MAIN@listserv.ua.edu
>>  Sent: 07-Apr-23 13:36:27
>>  Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
>>  value]
>>
>>  >You don’t really understand Twitter do you? If I follow the WaPo, the NYT, 
>>the Guardian, the LA Times, the Miami Herald, the Associated Press, Al 
>>Jazeera English, NPR, PBS, BBC, and science magazines, scientists, 
>>journalists, lawyers, and other fact based sources, it’s like subscribing to 
>>them all.
>>  >
>>  >Add in some comedy sources and that’s my Twitter feed.
>>  >
>>  >
>>  >Sent from Yahoo Mail for iPhone
>>  >
>>  >
>>  >On Friday, April 7, 2023, 10:32 AM, Doug  wrote:
>>  >
>>  >So you get your "news" from Twitter. For me, that explains ALOT!
>>  >
>>  >Doug Fuerst
>>  >
>>  >
>>  >-- Original Message --
>>  >From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
>>  >To: IBM-MAIN@listserv.ua.edu
>>  >Sent: 07-Apr-23 8:23:03
>>  >Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
>>  >value]
>>  >
>>  >>I’ve read numerous articles and analysis that indicates LinkedIn has a 
>>problem with embellished & fake resumes. Here’s one.
>>  >>
>>  
https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv
>>  >>
>>  >>I also don’t like having my information on the internet for all to see. 
>>I’m not on Facebook, Tiktok, Instagram, but do use Twitter to satisfy my news 
>>junkie inner self.
>>  >>
>>  >>
>>  >>Sent from Yahoo Mail for iPhone
>>  >>
>>  >>
>>  >>On Friday, April 7, 2023, 7:32 AM, Jeremy Nicoll 
>> wrote:
>>  >>
>>  >>On Fri, 7 Apr 2023, at 05:36, Bill Johnson wrote:
>>  >>>  Yes Bill Johnson is my real name and I’ve never been on LinkedIn.
>>  >>>  That’s just an ego trip and place where people like you go for
>>  >>>  confirmation...
>>  >>
>>  >>I've certainly seen some people use it as an ego-trip, for "networking"
>>  >>and - presumably - trying to increase their chances of finding work.
>>  >>
>>  >>I use LinkedIn as a useful place to find out more about people whom
>>  >>I'm going to have contact with (in any sphere, certainly not just in
>>  >>computing).  It's particularly useful when it's not entirely clear from
>>  >>some company's website whether they've got tens/hundreds of
>>  >>employees or just one person working from home. (In the UK) I also
>>  >>look at Companies House registrations of companies, who the directors
>>  >>are etc, and look at what else they're involved in, and especially if any
>>  >>of their prior businesses have gone under or they've been prosecuted
>>  >>for anything.
>>  >>
>>  >>Eg, is that lawyer someone who's worked for one or two companies
>>  >>for many years, or a whole string of places, never for more

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

First off, I’ve NEVER said I know it all. Many of you can’t even comprehend 
simple English. But, there are some here who think they are an expert at 
everything and post hundreds of times a week. Absolutely nothing I posted this 
week has been proven wrong. Challenger banks were never going to replace real 
banks. ING has been a disaster of an investment and so has Micro Focus. 
Everything I’ve said about me is 100% fact. My whole life I’ve had to defend my 
intelligence against mostly those who likely didn’t earn their success. So, I’m 
used to the attacks. If you google it, it’s quite common. I’m out until David 
post more BS.


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 7:27 PM, Doug  wrote:

And you are the poster child. Pathetic.

Doug Fuerst


-- Original Message --
From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@listserv.ua.edu
Sent: 07-Apr-23 18:23:33
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by 
value]

>Many here are prime examples.
>
>
>Sent from Yahoo Mail for iPhone
>
>
>On Friday, April 7, 2023, 6:18 PM, Mike Schwab  wrote:
>
>https://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
>
>On Fri, Apr 7, 2023 at 5:13 PM Frank Swarbrick
> wrote:
>>
>>  No one knows as little as one who think's he knows it all.
>>  
>>  From: IBM Mainframe Discussion List  on behalf of 
>>Doug 
>>  Sent: Friday, April 7, 2023 12:14 PM
>>  To: IBM-MAIN@LISTSERV.UA.EDU 
>>  Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value]
>>
>>  "Seldom right, but never uncertain." Frank Reagan.
>>
>>  Describing you, I'd venture
>>
>>
>>  Doug Fuerst
>>
>>
>>  -- Original Message --
>>  From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
>>  To: IBM-MAIN@listserv.ua.edu
>>  Sent: 07-Apr-23 13:36:27
>>  Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
>>  value]
>>
>>  >You don’t really understand Twitter do you? If I follow the WaPo, the NYT, 
>>the Guardian, the LA Times, the Miami Herald, the Associated Press, Al 
>>Jazeera English, NPR, PBS, BBC, and science magazines, scientists, 
>>journalists, lawyers, and other fact based sources, it’s like subscribing to 
>>them all.
>>  >
>>  >Add in some comedy sources and that’s my Twitter feed.
>>  >
>>  >
>>  >Sent from Yahoo Mail for iPhone
>>  >
>>  >
>>  >On Friday, April 7, 2023, 10:32 AM, Doug  wrote:
>>  >
>>  >So you get your "news" from Twitter. For me, that explains ALOT!
>>  >
>>  >Doug Fuerst
>>  >
>>  >
>>  >-- Original Message --
>>  >From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
>>  >To: IBM-MAIN@listserv.ua.edu
>>  >Sent: 07-Apr-23 8:23:03
>>  >Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
>>  >value]
>>  >
>>  >>I’ve read numerous articles and analysis that indicates LinkedIn has a 
>>problem with embellished & fake resumes. Here’s one.
>>  >>
>>  
https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv
>>  >>
>>  >>I also don’t like having my information on the internet for all to see. 
>>I’m not on Facebook, Tiktok, Instagram, but do use Twitter to satisfy my news 
>>junkie inner self.
>>  >>
>>  >>
>>  >>Sent from Yahoo Mail for iPhone
>>  >>
>>  >>
>>  >>On Friday, April 7, 2023, 7:32 AM, Jeremy Nicoll 
>> wrote:
>>  >>
>>  >>On Fri, 7 Apr 2023, at 05:36, Bill Johnson wrote:
>>  >>>  Yes Bill Johnson is my real name and I’ve never been on LinkedIn.
>>  >>>  That’s just an ego trip and place where people like you go for
>>  >>>  confirmation...
>>  >>
>>  >>I've certainly seen some people use it as an ego-trip, for "networking"
>>  >>and - presumably - trying to increase their chances of finding work.
>>  >>
>>  >>I use LinkedIn as a useful place to find out more about people whom
>>  >>I'm going to have contact with (in any sphere, certainly not just in
>>  >>computing).  It's particularly useful when it's not entirely clear from
>>  >>some company's website whether they've got tens/hundreds of
>>  >>employees or just one person working from home. (In the UK) I also
>>  >>look at Companies House registrations of companies, who the directors
>>  >>are etc, and look at what else they're involved in, and especially if any
>>  >>of their prior businesses have gone under or they've been prosecuted
>>  >>for anything.
>>  >>
>>  >>Eg, is that lawyer someone who's worked for one or two companies
>>  >>for many years, or a whole string of places, never for more than a
>>  >>year or two, or did they only qualify last year?
>>  >>
>>  >>Is that "data protection officer" someone with any understanding of
>>  >>how computer systems work, or just an administrator, or a lawyer?
>>  >>
>>  >>Knowing more about people allows one to slant emails to them in
>>  >>differing ways, which can be useful.
>>  >>
>>  >>
>>  >>I'm listed there, but not for the purposes of finding w

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]


And you are the poster child. Pathetic.

Doug Fuerst


-- Original Message --
From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@listserv.ua.edu
Sent: 07-Apr-23 18:23:33
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by 
value]



Many here are prime examples.


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 6:18 PM, Mike Schwab  wrote:

https://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect

On Fri, Apr 7, 2023 at 5:13 PM Frank Swarbrick
 wrote:


 No one knows as little as one who think's he knows it all.
 
 From: IBM Mainframe Discussion List  on behalf of Doug 

 Sent: Friday, April 7, 2023 12:14 PM
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

 "Seldom right, but never uncertain." Frank Reagan.

 Describing you, I'd venture


 Doug Fuerst


 -- Original Message --
 From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
 To: IBM-MAIN@listserv.ua.edu
 Sent: 07-Apr-23 13:36:27
 Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
 value]

 >You don’t really understand Twitter do you? If I follow the WaPo, the NYT, 
the Guardian, the LA Times, the Miami Herald, the Associated Press, Al Jazeera 
English, NPR, PBS, BBC, and science magazines, scientists, journalists, lawyers, 
and other fact based sources, it’s like subscribing to them all.
 >
 >Add in some comedy sources and that’s my Twitter feed.
 >
 >
 >Sent from Yahoo Mail for iPhone
 >
 >
 >On Friday, April 7, 2023, 10:32 AM, Doug  wrote:
 >
 >So you get your "news" from Twitter. For me, that explains ALOT!
 >
 >Doug Fuerst
 >
 >
 >-- Original Message --
 >From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
 >To: IBM-MAIN@listserv.ua.edu
 >Sent: 07-Apr-23 8:23:03
 >Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
 >value]
 >
 >>I’ve read numerous articles and analysis that indicates LinkedIn has a problem 
with embellished & fake resumes. Here’s one.
 >>
 
>>https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv
 >>
 >>I also don’t like having my information on the internet for all to see. I’m 
not on Facebook, Tiktok, Instagram, but do use Twitter to satisfy my news junkie 
inner self.
 >>
 >>
 >>Sent from Yahoo Mail for iPhone
 >>
 >>
 >>On Friday, April 7, 2023, 7:32 AM, Jeremy Nicoll 
 wrote:
 >>
 >>On Fri, 7 Apr 2023, at 05:36, Bill Johnson wrote:
 >>>  Yes Bill Johnson is my real name and I’ve never been on LinkedIn.
 >>>  That’s just an ego trip and place where people like you go for
 >>>  confirmation...
 >>
 >>I've certainly seen some people use it as an ego-trip, for "networking"
 >>and - presumably - trying to increase their chances of finding work.
 >>
 >>I use LinkedIn as a useful place to find out more about people whom
 >>I'm going to have contact with (in any sphere, certainly not just in
 >>computing).  It's particularly useful when it's not entirely clear from
 >>some company's website whether they've got tens/hundreds of
 >>employees or just one person working from home. (In the UK) I also
 >>look at Companies House registrations of companies, who the directors
 >>are etc, and look at what else they're involved in, and especially if any
 >>of their prior businesses have gone under or they've been prosecuted
 >>for anything.
 >>
 >>Eg, is that lawyer someone who's worked for one or two companies
 >>for many years, or a whole string of places, never for more than a
 >>year or two, or did they only qualify last year?
 >>
 >>Is that "data protection officer" someone with any understanding of
 >>how computer systems work, or just an administrator, or a lawyer?
 >>
 >>Knowing more about people allows one to slant emails to them in
 >>differing ways, which can be useful.
 >>
 >>
 >>I'm listed there, but not for the purposes of finding work; mainly so
 >>that people whom I once worked with have a better chance of finding
 >>me if they want to.  And also - you have to be a member to be able
 >>to see other people's profiles.
 >>
 >>--
 >>Jeremy Nicoll - my opinions are my own.
 >>
 >>--
 >>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-M

Re: JESLOG Parameter on JOB Card, executing SUB=MSTR

I'll try all that on our sandbox system. Thanks all.

Mark Jacobs 

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com


--- Original Message ---
On Friday, April 7th, 2023 at 5:21 PM, Steve Horein  
wrote:


> I meant to include that I didn't find the doc very clear relating to:
> $T REQJOBID,JESLOG=SUPPRESS
> 
> Is "Jobid" the JES2 number, or can it be a name, or is it literal and touch
> "all" jobs?
> 
> On Fri, Apr 7, 2023 at 4:18 PM Steve Horein steve.hor...@gmail.com wrote:
> 
> > Okay, I logged onto to work to see what was happening.
> > 
> > JES3 shop. Every night at 22:00, the following command is issued:
> > *F J=NETVIEW,NOLOG,N=ALL
> > 
> > I don't know if this is an equivalent command for JES2 (
> > https://www.ibm.com/docs/en/zos/2.4.0?topic=section-t-reqjobid-set-jobid-attributes
> > ):
> > $T REQJOBID,JESLOG=SUPPRESS
> > or maybe (
> > https://www.ibm.com/docs/en/zos/2.4.0?topic=crs-t-job-change-jobs-class-scheduling-priority-affinity
> > ):
> > $T J,NETVIEW,SPIN
> > 
> > On Fri, Apr 7, 2023 at 1:21 PM Mark Jacobs <
> > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> > 
> > > I just tried that. No difference in what I'm observing in JESMSGLG.
> > > 
> > > Mark Jacobs
> > > 
> > > Sent from ProtonMail, Swiss-based encrypted email.
> > > 
> > > GPG Public Key -
> > > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
> > > 
> > > --- Original Message ---
> > > On Friday, April 7th, 2023 at 2:13 PM, Steve Horein <
> > > steve.hor...@gmail.com> wrote:
> > > 
> > > > We do START NETVIEW,SUB=MSTR,MSGLEVEL=(0,0) for NetView.
> > > > I have not tried omitting the MSGLEVEL parameter to see if it really
> > > > makes
> > > > a difference or not.
> > > > 
> > > > On Fri, Apr 7, 2023 at 1:01 PM Mark Jacobs <
> > > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> > > > 
> > > > > The problem is with our Netview STCs. They execute under MSTR and on
> > > > > our
> > > > > GDPS systems can stay up for months and months at a time. Their
> > > > > JESMSGLG
> > > > > can grow to several million lines which consumes a non-insignificant
> > > > > amount
> > > > > of spool space. I was hoping to add JESLOG=SUPPRESS to its job card to
> > > > > suppress this unneeded data. It didn't work. I opened an idea on
> > > > > IBM's idea
> > > > > portal for future support.
> > > > > 
> > > > > Mark Jacobs
> > > > > 
> > > > > Sent from ProtonMail, Swiss-based encrypted email.
> > > > > 
> > > > > GPG Public Key -
> > > 
> > > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
> > > 
> > > > > --- Original Message ---
> > > > > On Friday, April 7th, 2023 at 1:50 PM, Steve Thompson ste...@wkyr.net
> > > > > wrote:
> > > > > 
> > > > > > I think it depends on the started task first issuing a Request
> > > > > > JOB ID CALL to JES. Then you get minimal JES support. At that
> > > > > > point the JOBLOG= may possibly have meaning. Take this with some
> > > > > > salt, because I haven't done this level of programming for many
> > > > > > years and do not currently have the ability to try this on the
> > > > > > system I am using.
> > > > > > 
> > > > > > Otherwise I think you have to then issue the equivalent call to
> > > > > > JES for this.
> > > > > > 
> > > > > > Steve Thompson
> > > > > > 
> > > > > > On 4/7/2023 1:18 PM, Mark Jacobs wrote:
> > > > > > 
> > > > > > > This might be a silly question, but does the JESLOG parameter on
> > > > > > > a job
> > > > > > > card do anything when a started job executes under the master
> > > > > > > subsystem
> > > > > > > rather than under JES2?
> > > > > > > 
> > > > > > > Mark Jacobs
> > > > > > > 
> > > > > > > Sent from ProtonMail, Swiss-based encrypted email.
> > > > > > > 
> > > > > > > GPG Public Key -
> > > 
> > > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.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
> > > > 
> > > > --
> > > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > > send email to lists...@listserv.ua.edu with the message: INFO

Re: Not aging well (know-it-alls)

Congratulations, excellent.


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 6:41 PM, Mike Schwab  wrote:

ACT score 31 of 35 in 1979-80 ranked 99%, not sure of IQ but did get
me into Mensa.

On Fri, Apr 7, 2023 at 5:28 PM Bill Johnson
<0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
>
> Not vain at all. But, I’ve been tested for high IQ. 145. Also received state 
> awards in high school for Algebra and Geometry. Which earned me some 
> scholarship money.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Friday, April 7, 2023, 6:24 PM, Frank Swarbrick 
>  wrote:
>
> Are you also modest, or are you vain?
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Bill Johnson <0047540adefe-dmarc-requ...@listserv.ua.edu>
> Sent: Friday, April 7, 2023 4:00 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Not aging well (know-it-alls)
>
> I don’t lie, cheat, steal, smoke, do drugs, drink alcohol. I do lots a 
> charity, give huge tips, help animal shelters, and much much more.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Friday, April 7, 2023, 4:26 PM, Mike Shaw  wrote:
>
> On Fri, Apr 7, 2023, 1:02 PM Bill Johnson <
> 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
>
> > <...snip...>
>
> >  I know my character is flawless.
>
> <...snip...>
>
> Wow.
>
> Mike Shaw
> MVS/QuickRef Support
> Chisoft
>
> --
> 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
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: Not aging well (know-it-alls)

2023-04-07 Thread Mike Schwab

ACT score 31 of 35 in 1979-80 ranked 99%, not sure of IQ but did get
me into Mensa.

On Fri, Apr 7, 2023 at 5:28 PM Bill Johnson
<0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
>
> Not vain at all. But, I’ve been tested for high IQ. 145. Also received state 
> awards in high school for Algebra and Geometry. Which earned me some 
> scholarship money.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Friday, April 7, 2023, 6:24 PM, Frank Swarbrick 
>  wrote:
>
> Are you also modest, or are you vain?
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Bill Johnson <0047540adefe-dmarc-requ...@listserv.ua.edu>
> Sent: Friday, April 7, 2023 4:00 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Not aging well (know-it-alls)
>
> I don’t lie, cheat, steal, smoke, do drugs, drink alcohol. I do lots a 
> charity, give huge tips, help animal shelters, and much much more.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Friday, April 7, 2023, 4:26 PM, Mike Shaw  wrote:
>
> On Fri, Apr 7, 2023, 1:02 PM Bill Johnson <
> 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
>
> > <...snip...>
>
> >  I know my character is flawless.
>
> <...snip...>
>
> Wow.
>
> Mike Shaw
> MVS/QuickRef Support
> Chisoft
>
> --
> 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Cobol calling module with non alphanumeric no longer allowed???

2023-04-07 Thread Charles Hardee

Try dataname:

XX PROGNAME PIC X(08) VALUE 'progname'..

XX can be 77 or a regular level number.

Then, CALL PROGNAME parms...


On Fri, Apr 7, 2023, 5:25 PM Frank Swarbrick 
wrote:

> Literal.  The compiler flags it as not allowed.
> 
> From: IBM Mainframe Discussion List  on behalf
> of Charles Hardee 
> Sent: Friday, April 7, 2023 4:11 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Cobol calling module with non alphanumeric no longer
> allowed???
>
> Are you doing a call literal or call dataname?
>
> On Friday, April 7, 2023, Frank Swarbrick 
> wrote:
>
> > I've tried calling modules (that exist!) with both '@' and '#' signs in
> > them and Enterprise COBOL 5+ does not allow this.  COBOL 4 allowed this.
> > Is there any good reason why this is the case?
> >
> > --
> > 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

Re: Not aging well (know-it-alls)

Not vain at all. But, I’ve been tested for high IQ. 145. Also received state 
awards in high school for Algebra and Geometry. Which earned me some 
scholarship money. 

Sent from Yahoo Mail for iPhone

On Friday, April 7, 2023, 6:24 PM, Frank Swarbrick 
 wrote:

Are you also modest, or are you vain?

From: IBM Mainframe Discussion List  on behalf of 
Bill Johnson <0047540adefe-dmarc-requ...@listserv.ua.edu>
Sent: Friday, April 7, 2023 4:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Not aging well (know-it-alls)

I don’t lie, cheat, steal, smoke, do drugs, drink alcohol. I do lots a charity, 
give huge tips, help animal shelters, and much much more.

Sent from Yahoo Mail for iPhone

On Friday, April 7, 2023, 4:26 PM, Mike Shaw  wrote:

On Fri, Apr 7, 2023, 1:02 PM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> <...snip...>

>  I know my character is flawless.

<...snip...>

Wow.

Mike Shaw
MVS/QuickRef Support
Chisoft

--
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

Re: Cobol calling module with non alphanumeric no longer allowed???

Literal.  The compiler flags it as not allowed.

From: IBM Mainframe Discussion List  on behalf of 
Charles Hardee 
Sent: Friday, April 7, 2023 4:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Cobol calling module with non alphanumeric no longer allowed???

Are you doing a call literal or call dataname?

On Friday, April 7, 2023, Frank Swarbrick 
wrote:

> I've tried calling modules (that exist!) with both '@' and '#' signs in
> them and Enterprise COBOL 5+ does not allow this.  COBOL 4 allowed this.
> Is there any good reason why this is the case?
>
> --
> 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: Not aging well (know-it-alls)

Are you also modest, or are you vain?

From: IBM Mainframe Discussion List  on behalf of 
Bill Johnson <0047540adefe-dmarc-requ...@listserv.ua.edu>
Sent: Friday, April 7, 2023 4:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Not aging well (know-it-alls)

I don’t lie, cheat, steal, smoke, do drugs, drink alcohol. I do lots a charity, 
give huge tips, help animal shelters, and much much more.


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 4:26 PM, Mike Shaw  wrote:

On Fri, Apr 7, 2023, 1:02 PM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> <...snip...>

>  I know my character is flawless.

<...snip...>

Wow.

Mike Shaw
MVS/QuickRef Support
Chisoft

--
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: Stop the ragging on COBOL please [was: RE: ASM call by value]

Many here are prime examples.


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 6:18 PM, Mike Schwab  wrote:

https://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect

On Fri, Apr 7, 2023 at 5:13 PM Frank Swarbrick
 wrote:
>
> No one knows as little as one who think's he knows it all.
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Doug 
> Sent: Friday, April 7, 2023 12:14 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value]
>
> "Seldom right, but never uncertain." Frank Reagan.
>
> Describing you, I'd venture
>
>
> Doug Fuerst
>
>
> -- Original Message --
> From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@listserv.ua.edu
> Sent: 07-Apr-23 13:36:27
> Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
> value]
>
> >You don’t really understand Twitter do you? If I follow the WaPo, the NYT, 
> >the Guardian, the LA Times, the Miami Herald, the Associated Press, Al 
> >Jazeera English, NPR, PBS, BBC, and science magazines, scientists, 
> >journalists, lawyers, and other fact based sources, it’s like subscribing to 
> >them all.
> >
> >Add in some comedy sources and that’s my Twitter feed.
> >
> >
> >Sent from Yahoo Mail for iPhone
> >
> >
> >On Friday, April 7, 2023, 10:32 AM, Doug  wrote:
> >
> >So you get your "news" from Twitter. For me, that explains ALOT!
> >
> >Doug Fuerst
> >
> >
> >-- Original Message --
> >From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
> >To: IBM-MAIN@listserv.ua.edu
> >Sent: 07-Apr-23 8:23:03
> >Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
> >value]
> >
> >>I’ve read numerous articles and analysis that indicates LinkedIn has a 
> >>problem with embellished & fake resumes. Here’s one.
> >>
> >>https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv
> >>
> >>I also don’t like having my information on the internet for all to see. I’m 
> >>not on Facebook, Tiktok, Instagram, but do use Twitter to satisfy my news 
> >>junkie inner self.
> >>
> >>
> >>Sent from Yahoo Mail for iPhone
> >>
> >>
> >>On Friday, April 7, 2023, 7:32 AM, Jeremy Nicoll 
> >> wrote:
> >>
> >>On Fri, 7 Apr 2023, at 05:36, Bill Johnson wrote:
> >>>  Yes Bill Johnson is my real name and I’ve never been on LinkedIn.
> >>>  That’s just an ego trip and place where people like you go for
> >>>  confirmation...
> >>
> >>I've certainly seen some people use it as an ego-trip, for "networking"
> >>and - presumably - trying to increase their chances of finding work.
> >>
> >>I use LinkedIn as a useful place to find out more about people whom
> >>I'm going to have contact with (in any sphere, certainly not just in
> >>computing).  It's particularly useful when it's not entirely clear from
> >>some company's website whether they've got tens/hundreds of
> >>employees or just one person working from home. (In the UK) I also
> >>look at Companies House registrations of companies, who the directors
> >>are etc, and look at what else they're involved in, and especially if any
> >>of their prior businesses have gone under or they've been prosecuted
> >>for anything.
> >>
> >>Eg, is that lawyer someone who's worked for one or two companies
> >>for many years, or a whole string of places, never for more than a
> >>year or two, or did they only qualify last year?
> >>
> >>Is that "data protection officer" someone with any understanding of
> >>how computer systems work, or just an administrator, or a lawyer?
> >>
> >>Knowing more about people allows one to slant emails to them in
> >>differing ways, which can be useful.
> >>
> >>
> >>I'm listed there, but not for the purposes of finding work; mainly so
> >>that people whom I once worked with have a better chance of finding
> >>me if they want to.  And also - you have to be a member to be able
> >>to see other people's profiles.
> >>
> >>--
> >>Jeremy Nicoll - my opinions are my own.
> >>
> >>--
> >>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
>
> --

Re: LE runtime

I've never had issues with inlined code when using IBM Debugger.  I've never 
explicitly checked its behavior, but I've never run in to an issue.  We use 
OPT(1) [for some probably bad reason not OPT(2)].

The only times I've seen the issue Tom is referring to are:

  1.  We backed out the latest production version and replaced it with the 
previous version.  We then can no longer see the source code of the failed 
(backed out) version.
  2.  When testing we've already implemented an updated version and are trying 
to analyze the dump from a prior version.

Using IBM Fault Analyzer for both.

I don't consider them to be huge problems, and certainly not a reason to, say, 
have multiple versions of the load module and/or debug information.  Just 
something to be aware of and live with, as little as it happens.

From: IBM Mainframe Discussion List  on behalf of 
Farley, Peter <031df298a9da-dmarc-requ...@listserv.ua.edu>
Sent: Friday, April 7, 2023 1:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: LE runtime

That would be a failure of your development lifecycle process.  Anything 
running in production MUST have compile listings available of the exact version 
running in production, and it doesn't hurt to retain the binder listing too.  
If you are still running an "older version" in production and you also have a 
newer version in production at the same time without retaining the older 
version listing somewhere, that's a process failure.

As for debugging production COBOL code, there are hurdles there too even if 
your listing is available.  In my experience, the compiler option INLINE 
(default for higher levels of OPTIMIZE) absolutely prevents interactively 
stopping in any inlined paragraph.  At least not using the CA Intertest 
debugger, which is all we have available to us at my employer's site, so I 
don’t know what the IBM debugger is capable of.

I have found that using compiler option TEST(SOURCE) in production compiles 
subtracts very little from optimization and greatly aids debugging of 
production code (except for INLINE's - nothing helps that except re-compiling 
in test with NOINLINE and hoping the bug doesn't disappear with the test 
version).

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Marchant
Sent: Friday, April 7, 2023 2:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LE runtime

Yes, it will. And if you are debugging an abend that occurred with an older 
version of the program, the listing is no longer available in the program 
object.

--
Tom Marchant

On Fri, 7 Apr 2023 18:33:18 +, Seymour J Metz  wrote:

>Won't that replace the NOLOAD segments with the new ones?
>
>
>--
>Shmuel (Seymour J.) Metz
>
>From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
>behalf of Tom Marchant [000a2a8c2020-dmarc-requ...@listserv.ua.edu]
>Sent: Friday, April 7, 2023 2:31 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: LE runtime
>
>Until the program is recompiled and relinked.
>
>--
>Tom Marchant
>
>On Fri, 7 Apr 2023 10:48:04 -0700, Tom Ross  
>wrote:
>
>>With the
>>NOLOAD class program segmenets in new COBOL the debugging data is
>>always available, always in sync
--

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: Stop the ragging on COBOL please [was: RE: ASM call by value]

Exactly right. Which describes many here.


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 6:13 PM, Frank Swarbrick 
 wrote:

No one knows as little as one who think's he knows it all.

From: IBM Mainframe Discussion List  on behalf of 
Doug 
Sent: Friday, April 7, 2023 12:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

"Seldom right, but never uncertain." Frank Reagan.

Describing you, I'd venture


Doug Fuerst


-- Original Message --
From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@listserv.ua.edu
Sent: 07-Apr-23 13:36:27
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
value]

>You don’t really understand Twitter do you? If I follow the WaPo, the NYT, the 
>Guardian, the LA Times, the Miami Herald, the Associated Press, Al Jazeera 
>English, NPR, PBS, BBC, and science magazines, scientists, journalists, 
>lawyers, and other fact based sources, it’s like subscribing to them all.
>
>Add in some comedy sources and that’s my Twitter feed.
>
>
>Sent from Yahoo Mail for iPhone
>
>
>On Friday, April 7, 2023, 10:32 AM, Doug  wrote:
>
>So you get your "news" from Twitter. For me, that explains ALOT!
>
>Doug Fuerst
>
>
>-- Original Message --
>From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
>To: IBM-MAIN@listserv.ua.edu
>Sent: 07-Apr-23 8:23:03
>Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
>value]
>
>>I’ve read numerous articles and analysis that indicates LinkedIn has a 
>>problem with embellished & fake resumes. Here’s one.
>>
>>https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv
>>
>>I also don’t like having my information on the internet for all to see. I’m 
>>not on Facebook, Tiktok, Instagram, but do use Twitter to satisfy my news 
>>junkie inner self.
>>
>>
>>Sent from Yahoo Mail for iPhone
>>
>>
>>On Friday, April 7, 2023, 7:32 AM, Jeremy Nicoll 
>> wrote:
>>
>>On Fri, 7 Apr 2023, at 05:36, Bill Johnson wrote:
>>>  Yes Bill Johnson is my real name and I’ve never been on LinkedIn.
>>>  That’s just an ego trip and place where people like you go for
>>>  confirmation...
>>
>>I've certainly seen some people use it as an ego-trip, for "networking"
>>and - presumably - trying to increase their chances of finding work.
>>
>>I use LinkedIn as a useful place to find out more about people whom
>>I'm going to have contact with (in any sphere, certainly not just in
>>computing).  It's particularly useful when it's not entirely clear from
>>some company's website whether they've got tens/hundreds of
>>employees or just one person working from home. (In the UK) I also
>>look at Companies House registrations of companies, who the directors
>>are etc, and look at what else they're involved in, and especially if any
>>of their prior businesses have gone under or they've been prosecuted
>>for anything.
>>
>>Eg, is that lawyer someone who's worked for one or two companies
>>for many years, or a whole string of places, never for more than a
>>year or two, or did they only qualify last year?
>>
>>Is that "data protection officer" someone with any understanding of
>>how computer systems work, or just an administrator, or a lawyer?
>>
>>Knowing more about people allows one to slant emails to them in
>>differing ways, which can be useful.
>>
>>
>>I'm listed there, but not for the purposes of finding work; mainly so
>>that people whom I once worked with have a better chance of finding
>>me if they want to.  And also - you have to be a member to be able
>>to see other people's profiles.
>>
>>--
>>Jeremy Nicoll - my opinions are my own.
>>
>>--
>>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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lis

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

How about someone who knows everything about release foo but doesn't understand 
that it could change in release bar, and therefore never hits the updated 
manuals?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Frank Swarbrick [frank.swarbr...@outlook.com]
Sent: Friday, April 7, 2023 6:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

No one knows as little as one who think's he knows it all.

From: IBM Mainframe Discussion List  on behalf of 
Doug 
Sent: Friday, April 7, 2023 12:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

"Seldom right, but never uncertain." Frank Reagan.

Describing you, I'd venture


Doug Fuerst


-- Original Message --
From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@listserv.ua.edu
Sent: 07-Apr-23 13:36:27
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
value]

>You don’t really understand Twitter do you? If I follow the WaPo, the NYT, the 
>Guardian, the LA Times, the Miami Herald, the Associated Press, Al Jazeera 
>English, NPR, PBS, BBC, and science magazines, scientists, journalists, 
>lawyers, and other fact based sources, it’s like subscribing to them all.
>
>Add in some comedy sources and that’s my Twitter feed.
>
>
>Sent from Yahoo Mail for iPhone
>
>
>On Friday, April 7, 2023, 10:32 AM, Doug  wrote:
>
>So you get your "news" from Twitter. For me, that explains ALOT!
>
>Doug Fuerst
>
>
>-- Original Message --
>From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
>To: IBM-MAIN@listserv.ua.edu
>Sent: 07-Apr-23 8:23:03
>Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
>value]
>
>>I’ve read numerous articles and analysis that indicates LinkedIn has a 
>>problem with embellished & fake resumes. Here’s one.
>>
>>https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv
>>
>>I also don’t like having my information on the internet for all to see. I’m 
>>not on Facebook, Tiktok, Instagram, but do use Twitter to satisfy my news 
>>junkie inner self.
>>
>>
>>Sent from Yahoo Mail for iPhone
>>
>>
>>On Friday, April 7, 2023, 7:32 AM, Jeremy Nicoll 
>> wrote:
>>
>>On Fri, 7 Apr 2023, at 05:36, Bill Johnson wrote:
>>>   Yes Bill Johnson is my real name and I’ve never been on LinkedIn.
>>>   That’s just an ego trip and place where people like you go for
>>>   confirmation...
>>
>>I've certainly seen some people use it as an ego-trip, for "networking"
>>and - presumably - trying to increase their chances of finding work.
>>
>>I use LinkedIn as a useful place to find out more about people whom
>>I'm going to have contact with (in any sphere, certainly not just in
>>computing).  It's particularly useful when it's not entirely clear from
>>some company's website whether they've got tens/hundreds of
>>employees or just one person working from home. (In the UK) I also
>>look at Companies House registrations of companies, who the directors
>>are etc, and look at what else they're involved in, and especially if any
>>of their prior businesses have gone under or they've been prosecuted
>>for anything.
>>
>>Eg, is that lawyer someone who's worked for one or two companies
>>for many years, or a whole string of places, never for more than a
>>year or two, or did they only qualify last year?
>>
>>Is that "data protection officer" someone with any understanding of
>>how computer systems work, or just an administrator, or a lawyer?
>>
>>Knowing more about people allows one to slant emails to them in
>>differing ways, which can be useful.
>>
>>
>>I'm listed there, but not for the purposes of finding work; mainly so
>>that people whom I once worked with have a better chance of finding
>>me if they want to.  And also - you have to be a member to be able
>>to see other people's profiles.
>>
>>--
>>Jeremy Nicoll - my opinions are my own.
>>
>>--
>>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.ed

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

2023-04-07 Thread Mike Schwab

https://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect

On Fri, Apr 7, 2023 at 5:13 PM Frank Swarbrick
 wrote:
>
> No one knows as little as one who think's he knows it all.
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Doug 
> Sent: Friday, April 7, 2023 12:14 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value]
>
> "Seldom right, but never uncertain." Frank Reagan.
>
> Describing you, I'd venture
>
>
> Doug Fuerst
>
>
> -- Original Message --
> From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@listserv.ua.edu
> Sent: 07-Apr-23 13:36:27
> Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
> value]
>
> >You don’t really understand Twitter do you? If I follow the WaPo, the NYT, 
> >the Guardian, the LA Times, the Miami Herald, the Associated Press, Al 
> >Jazeera English, NPR, PBS, BBC, and science magazines, scientists, 
> >journalists, lawyers, and other fact based sources, it’s like subscribing to 
> >them all.
> >
> >Add in some comedy sources and that’s my Twitter feed.
> >
> >
> >Sent from Yahoo Mail for iPhone
> >
> >
> >On Friday, April 7, 2023, 10:32 AM, Doug  wrote:
> >
> >So you get your "news" from Twitter. For me, that explains ALOT!
> >
> >Doug Fuerst
> >
> >
> >-- Original Message --
> >From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
> >To: IBM-MAIN@listserv.ua.edu
> >Sent: 07-Apr-23 8:23:03
> >Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
> >value]
> >
> >>I’ve read numerous articles and analysis that indicates LinkedIn has a 
> >>problem with embellished & fake resumes. Here’s one.
> >>
> >>https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv
> >>
> >>I also don’t like having my information on the internet for all to see. I’m 
> >>not on Facebook, Tiktok, Instagram, but do use Twitter to satisfy my news 
> >>junkie inner self.
> >>
> >>
> >>Sent from Yahoo Mail for iPhone
> >>
> >>
> >>On Friday, April 7, 2023, 7:32 AM, Jeremy Nicoll 
> >> wrote:
> >>
> >>On Fri, 7 Apr 2023, at 05:36, Bill Johnson wrote:
> >>>   Yes Bill Johnson is my real name and I’ve never been on LinkedIn.
> >>>   That’s just an ego trip and place where people like you go for
> >>>   confirmation...
> >>
> >>I've certainly seen some people use it as an ego-trip, for "networking"
> >>and - presumably - trying to increase their chances of finding work.
> >>
> >>I use LinkedIn as a useful place to find out more about people whom
> >>I'm going to have contact with (in any sphere, certainly not just in
> >>computing).  It's particularly useful when it's not entirely clear from
> >>some company's website whether they've got tens/hundreds of
> >>employees or just one person working from home. (In the UK) I also
> >>look at Companies House registrations of companies, who the directors
> >>are etc, and look at what else they're involved in, and especially if any
> >>of their prior businesses have gone under or they've been prosecuted
> >>for anything.
> >>
> >>Eg, is that lawyer someone who's worked for one or two companies
> >>for many years, or a whole string of places, never for more than a
> >>year or two, or did they only qualify last year?
> >>
> >>Is that "data protection officer" someone with any understanding of
> >>how computer systems work, or just an administrator, or a lawyer?
> >>
> >>Knowing more about people allows one to slant emails to them in
> >>differing ways, which can be useful.
> >>
> >>
> >>I'm listed there, but not for the purposes of finding work; mainly so
> >>that people whom I once worked with have a better chance of finding
> >>me if they want to.  And also - you have to be a member to be able
> >>to see other people's profiles.
> >>
> >>--
> >>Jeremy Nicoll - my opinions are my own.
> >>
> >>--
> >>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 instructio

Re: U4038 - IGZ0099C Internal error CLOSE-FIB was detected in module IGZ@QSAM.

I agree that it's likely a subscript range overflow.  I believe I had this same 
symptom for a program, and the cause was trying to write beyond my 
working-storage (because of attempting to subscript beyond the length of a 
table.)  It wiped out some file area control blocks and caused this error.

From: IBM Mainframe Discussion List  on behalf of 
Schmitt, Michael 
Sent: Friday, April 7, 2023 12:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: U4038 - IGZ0099C Internal error CLOSE-FIB was detected in module 
IGZ@QSAM.

Since no one else has answered, I'll speculate.

One possibility is that the file is fine, but it is driving application logic 
that is stomping on LE, leading to the internal error. If COBOL, try compiling 
with SSRANGE. And add the HEAPCHK(ON) LE runtime option, such as via CEEOPTS 
DD. HEAPCHK will check for damage to the heap control information at each call 
to a Language Environment heap storage management service. If damage is found, 
it will immediately abend with a U4042. (But it won't abend on the actual line 
that is causing the damage, since it only checks when LE services are used.)

If it is an actual file problem, what is the RECFM? If it is VB, perhaps 
there's something wrong with the file structure. Try dumping the block that 
contains the problem record and inspect the BDW and RDW. And, if you copy the 
file with a utility that does record level copies (such as IEBGENER, but not 
SYNCGENER!), does it fix it?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crusty Old Guy
Sent: Friday, April 7, 2023 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: U4038 - IGZ0099C Internal error CLOSE-FIB was detected in module 
IGZ@QSAM.

I have a program that abends with a U4038 on file close.  This only happens 
when a specific record is on an input file.  No record, no problem.
This is from the dump -
IGZ0099C Internal error CLOSE-FIB was detected in module IGZ@QSAM.
>From compile unit  at entry point  at compile unit offset 
>+0B5A at entry offset +0B5A at address 7B5A.
 <> LEAID LEAID001I UNRECOGNIZED CEEMGET FEEDBACK CODE: 
x000301C259C3C5C50021

U4038 is usually associated with record or storage size. Is that correct?
How can one record alter the size of a storage or record size?

Regards,
COG

--
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: LE runtime

While this is true, in that you can't look at, say, Fault Analyzer if it's dump 
is for a previous version, even having a separate debug file won't generally 
save you from that.  Because you'd usually put the new version there as well.

From: IBM Mainframe Discussion List  on behalf of Tom 
Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
Sent: Friday, April 7, 2023 12:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: LE runtime

Until the program is recompiled and relinked.

--
Tom Marchant

On Fri, 7 Apr 2023 10:48:04 -0700, Tom Ross  wrote:

>With the
>NOLOAD class program segmenets in new COBOL the debugging data is always
>available, always in sync

--
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: JESLOG Parameter on JOB Card, executing SUB=MSTR

It's an 8 character token used to uniquely identify the job.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Horein [steve.hor...@gmail.com]
Sent: Friday, April 7, 2023 5:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JESLOG Parameter on JOB Card, executing SUB=MSTR

I meant to include that I didn't find the doc very clear relating to:
$T REQJOBID,JESLOG=SUPPRESS

Is "Jobid" the JES2 number, or can it be a name, or is it literal and touch
"all" jobs?

On Fri, Apr 7, 2023 at 4:18 PM Steve Horein  wrote:

> Okay, I logged onto to work to see what was happening.
>
> JES3 shop. Every night at 22:00, the following command is issued:
> *F J=NETVIEW,NOLOG,N=ALL
>
> I don't know if this is an equivalent command for JES2 (
> https://www.ibm.com/docs/en/zos/2.4.0?topic=section-t-reqjobid-set-jobid-attributes
> ):
> $T REQJOBID,JESLOG=SUPPRESS
> or maybe (
> https://www.ibm.com/docs/en/zos/2.4.0?topic=crs-t-job-change-jobs-class-scheduling-priority-affinity
> ):
> $T J,NETVIEW,SPIN
>
>
> On Fri, Apr 7, 2023 at 1:21 PM Mark Jacobs <
> 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>
>> I just tried that. No difference in what I'm observing in JESMSGLG.
>>
>> Mark Jacobs
>>
>> Sent from ProtonMail, Swiss-based encrypted email.
>>
>> GPG Public Key -
>> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
>>
>>
>> --- Original Message ---
>> On Friday, April 7th, 2023 at 2:13 PM, Steve Horein <
>> steve.hor...@gmail.com> wrote:
>>
>>
>> > We do START NETVIEW,SUB=MSTR,MSGLEVEL=(0,0) for NetView.
>> > I have not tried omitting the MSGLEVEL parameter to see if it really
>> makes
>> > a difference or not.
>> >
>> > On Fri, Apr 7, 2023 at 1:01 PM Mark Jacobs <
>> > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>> >
>> > > The problem is with our Netview STCs. They execute under MSTR and on
>> our
>> > > GDPS systems can stay up for months and months at a time. Their
>> JESMSGLG
>> > > can grow to several million lines which consumes a non-insignificant
>> amount
>> > > of spool space. I was hoping to add JESLOG=SUPPRESS to its job card to
>> > > suppress this unneeded data. It didn't work. I opened an idea on
>> IBM's idea
>> > > portal for future support.
>> > >
>> > > Mark Jacobs
>> > >
>> > > Sent from ProtonMail, Swiss-based encrypted email.
>> > >
>> > > GPG Public Key -
>> > >
>> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
>> > >
>> > > --- Original Message ---
>> > > On Friday, April 7th, 2023 at 1:50 PM, Steve Thompson ste...@wkyr.net
>> > > wrote:
>> > >
>> > > > I think it depends on the started task first issuing a Request
>> > > > JOB ID CALL to JES. Then you get minimal JES support. At that
>> > > > point the JOBLOG= may possibly have meaning. Take this with some
>> > > > salt, because I haven't done this level of programming for many
>> > > > years and do not currently have the ability to try this on the
>> > > > system I am using.
>> > > >
>> > > > Otherwise I think you have to then issue the equivalent call to
>> > > > JES for this.
>> > > >
>> > > > Steve Thompson
>> > > >
>> > > > On 4/7/2023 1:18 PM, Mark Jacobs wrote:
>> > > >
>> > > > > This might be a silly question, but does the JESLOG parameter on
>> a job
>> > > > > card do anything when a started job executes under the master
>> subsystem
>> > > > > rather than under JES2?
>> > > > >
>> > > > > Mark Jacobs
>> > > > >
>> > > > > Sent from ProtonMail, Swiss-based encrypted email.
>> > > > >
>> > > > > GPG Public Key -
>> > > > >
>> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.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
>> >
>> >
>> > --
>> > 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: Stop the ragging on COBOL please [was: RE: ASM call by value]

No one knows as little as one who think's he knows it all.

From: IBM Mainframe Discussion List  on behalf of 
Doug 
Sent: Friday, April 7, 2023 12:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

"Seldom right, but never uncertain." Frank Reagan.

Describing you, I'd venture


Doug Fuerst


-- Original Message --
From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@listserv.ua.edu
Sent: 07-Apr-23 13:36:27
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
value]

>You don’t really understand Twitter do you? If I follow the WaPo, the NYT, the 
>Guardian, the LA Times, the Miami Herald, the Associated Press, Al Jazeera 
>English, NPR, PBS, BBC, and science magazines, scientists, journalists, 
>lawyers, and other fact based sources, it’s like subscribing to them all.
>
>Add in some comedy sources and that’s my Twitter feed.
>
>
>Sent from Yahoo Mail for iPhone
>
>
>On Friday, April 7, 2023, 10:32 AM, Doug  wrote:
>
>So you get your "news" from Twitter. For me, that explains ALOT!
>
>Doug Fuerst
>
>
>-- Original Message --
>From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
>To: IBM-MAIN@listserv.ua.edu
>Sent: 07-Apr-23 8:23:03
>Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
>value]
>
>>I’ve read numerous articles and analysis that indicates LinkedIn has a 
>>problem with embellished & fake resumes. Here’s one.
>>
>>https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv
>>
>>I also don’t like having my information on the internet for all to see. I’m 
>>not on Facebook, Tiktok, Instagram, but do use Twitter to satisfy my news 
>>junkie inner self.
>>
>>
>>Sent from Yahoo Mail for iPhone
>>
>>
>>On Friday, April 7, 2023, 7:32 AM, Jeremy Nicoll 
>> wrote:
>>
>>On Fri, 7 Apr 2023, at 05:36, Bill Johnson wrote:
>>>   Yes Bill Johnson is my real name and I’ve never been on LinkedIn.
>>>   That’s just an ego trip and place where people like you go for
>>>   confirmation...
>>
>>I've certainly seen some people use it as an ego-trip, for "networking"
>>and - presumably - trying to increase their chances of finding work.
>>
>>I use LinkedIn as a useful place to find out more about people whom
>>I'm going to have contact with (in any sphere, certainly not just in
>>computing).  It's particularly useful when it's not entirely clear from
>>some company's website whether they've got tens/hundreds of
>>employees or just one person working from home. (In the UK) I also
>>look at Companies House registrations of companies, who the directors
>>are etc, and look at what else they're involved in, and especially if any
>>of their prior businesses have gone under or they've been prosecuted
>>for anything.
>>
>>Eg, is that lawyer someone who's worked for one or two companies
>>for many years, or a whole string of places, never for more than a
>>year or two, or did they only qualify last year?
>>
>>Is that "data protection officer" someone with any understanding of
>>how computer systems work, or just an administrator, or a lawyer?
>>
>>Knowing more about people allows one to slant emails to them in
>>differing ways, which can be useful.
>>
>>
>>I'm listed there, but not for the purposes of finding work; mainly so
>>that people whom I once worked with have a better chance of finding
>>me if they want to.  And also - you have to be a member to be able
>>to see other people's profiles.
>>
>>--
>>Jeremy Nicoll - my opinions are my own.
>>
>>--
>>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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Cobol calling module with non alphanumeric no longer allowed???

2023-04-07 Thread Charles Hardee

Are you doing a call literal or call dataname?

On Friday, April 7, 2023, Frank Swarbrick 
wrote:

> I've tried calling modules (that exist!) with both '@' and '#' signs in
> them and Enterprise COBOL 5+ does not allow this.  COBOL 4 allowed this.
> Is there any good reason why this is the case?
>
> --
> 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: Just PDSE

z/OS for UNIX files holds program objects, just like PDSE as far as I know.
Now all we need is
//RUN  EXEC PGM='/u/myname/myexefile'

And, of course, allowing UNIX files in JOBLIB/STEPLIB.

From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu>
Sent: Friday, April 7, 2023 10:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Just PDSE

On Fri, 7 Apr 2023 16:17:04 +, Gibney, Dave wrote:

>The issue with this has always been and still is the fact that you cannot 
>safely share PDES without SYSPLEX (perhaps not full SYSPLEX) ...
>
Do program objects in a z/FS directory satisfy (some) requirements for PDSE?

--
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

Re: JESLOG Parameter on JOB Card, executing SUB=MSTR

The first two are equivalent. The third command releases the log data for 
processing; whether it reclaims space depend on the SYSOUT class definition and 
any overriding // OUTPUT (if that's supported under MSTR)..


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Horein [steve.hor...@gmail.com]
Sent: Friday, April 7, 2023 5:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JESLOG Parameter on JOB Card, executing SUB=MSTR

Okay, I logged onto to work to see what was happening.

JES3 shop. Every night at 22:00, the following command is issued:
*F J=NETVIEW,NOLOG,N=ALL

I don't know if this is an equivalent command for JES2 (
https://www.ibm.com/docs/en/zos/2.4.0?topic=section-t-reqjobid-set-jobid-attributes
):
$T REQJOBID,JESLOG=SUPPRESS
or maybe (
https://www.ibm.com/docs/en/zos/2.4.0?topic=crs-t-job-change-jobs-class-scheduling-priority-affinity
):
$T J,NETVIEW,SPIN


On Fri, Apr 7, 2023 at 1:21 PM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> I just tried that. No difference in what I'm observing in JESMSGLG.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
>
>
> --- Original Message ---
> On Friday, April 7th, 2023 at 2:13 PM, Steve Horein <
> steve.hor...@gmail.com> wrote:
>
>
> > We do START NETVIEW,SUB=MSTR,MSGLEVEL=(0,0) for NetView.
> > I have not tried omitting the MSGLEVEL parameter to see if it really
> makes
> > a difference or not.
> >
> > On Fri, Apr 7, 2023 at 1:01 PM Mark Jacobs <
> > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > > The problem is with our Netview STCs. They execute under MSTR and on
> our
> > > GDPS systems can stay up for months and months at a time. Their
> JESMSGLG
> > > can grow to several million lines which consumes a non-insignificant
> amount
> > > of spool space. I was hoping to add JESLOG=SUPPRESS to its job card to
> > > suppress this unneeded data. It didn't work. I opened an idea on IBM's
> idea
> > > portal for future support.
> > >
> > > Mark Jacobs
> > >
> > > Sent from ProtonMail, Swiss-based encrypted email.
> > >
> > > GPG Public Key -
> > >
> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
> > >
> > > --- Original Message ---
> > > On Friday, April 7th, 2023 at 1:50 PM, Steve Thompson ste...@wkyr.net
> > > wrote:
> > >
> > > > I think it depends on the started task first issuing a Request
> > > > JOB ID CALL to JES. Then you get minimal JES support. At that
> > > > point the JOBLOG= may possibly have meaning. Take this with some
> > > > salt, because I haven't done this level of programming for many
> > > > years and do not currently have the ability to try this on the
> > > > system I am using.
> > > >
> > > > Otherwise I think you have to then issue the equivalent call to
> > > > JES for this.
> > > >
> > > > Steve Thompson
> > > >
> > > > On 4/7/2023 1:18 PM, Mark Jacobs wrote:
> > > >
> > > > > This might be a silly question, but does the JESLOG parameter on a
> job
> > > > > card do anything when a started job executes under the master
> subsystem
> > > > > rather than under JES2?
> > > > >
> > > > > Mark Jacobs
> > > > >
> > > > > Sent from ProtonMail, Swiss-based encrypted email.
> > > > >
> > > > > GPG Public Key -
> > > > >
> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.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
> >
> >
> > --
> > 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

---

Cobol calling module with non alphanumeric no longer allowed???

I've tried calling modules (that exist!) with both '@' and '#' signs in them 
and Enterprise COBOL 5+ does not allow this.  COBOL 4 allowed this.  Is there 
any good reason why this is the case?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Not aging well (know-it-alls)

I don’t lie, cheat, steal, smoke, do drugs, drink alcohol. I do lots a charity, 
give huge tips, help animal shelters, and much much more.


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 4:26 PM, Mike Shaw  wrote:

On Fri, Apr 7, 2023, 1:02 PM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> <...snip...>

>  I know my character is flawless.

<...snip...>

Wow.

Mike Shaw
MVS/QuickRef Support
Chisoft

--
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: JESLOG Parameter on JOB Card, executing SUB=MSTR

2023-04-07 Thread Steve Horein

I meant to include that I didn't find the doc very clear relating to:
$T REQJOBID,JESLOG=SUPPRESS

Is "Jobid" the JES2 number, or can it be a name, or is it literal and touch
"all" jobs?

On Fri, Apr 7, 2023 at 4:18 PM Steve Horein  wrote:

> Okay, I logged onto to work to see what was happening.
>
> JES3 shop. Every night at 22:00, the following command is issued:
> *F J=NETVIEW,NOLOG,N=ALL
>
> I don't know if this is an equivalent command for JES2 (
> https://www.ibm.com/docs/en/zos/2.4.0?topic=section-t-reqjobid-set-jobid-attributes
> ):
> $T REQJOBID,JESLOG=SUPPRESS
> or maybe (
> https://www.ibm.com/docs/en/zos/2.4.0?topic=crs-t-job-change-jobs-class-scheduling-priority-affinity
> ):
> $T J,NETVIEW,SPIN
>
>
> On Fri, Apr 7, 2023 at 1:21 PM Mark Jacobs <
> 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>
>> I just tried that. No difference in what I'm observing in JESMSGLG.
>>
>> Mark Jacobs
>>
>> Sent from ProtonMail, Swiss-based encrypted email.
>>
>> GPG Public Key -
>> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
>>
>>
>> --- Original Message ---
>> On Friday, April 7th, 2023 at 2:13 PM, Steve Horein <
>> steve.hor...@gmail.com> wrote:
>>
>>
>> > We do START NETVIEW,SUB=MSTR,MSGLEVEL=(0,0) for NetView.
>> > I have not tried omitting the MSGLEVEL parameter to see if it really
>> makes
>> > a difference or not.
>> >
>> > On Fri, Apr 7, 2023 at 1:01 PM Mark Jacobs <
>> > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>> >
>> > > The problem is with our Netview STCs. They execute under MSTR and on
>> our
>> > > GDPS systems can stay up for months and months at a time. Their
>> JESMSGLG
>> > > can grow to several million lines which consumes a non-insignificant
>> amount
>> > > of spool space. I was hoping to add JESLOG=SUPPRESS to its job card to
>> > > suppress this unneeded data. It didn't work. I opened an idea on
>> IBM's idea
>> > > portal for future support.
>> > >
>> > > Mark Jacobs
>> > >
>> > > Sent from ProtonMail, Swiss-based encrypted email.
>> > >
>> > > GPG Public Key -
>> > >
>> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
>> > >
>> > > --- Original Message ---
>> > > On Friday, April 7th, 2023 at 1:50 PM, Steve Thompson ste...@wkyr.net
>> > > wrote:
>> > >
>> > > > I think it depends on the started task first issuing a Request
>> > > > JOB ID CALL to JES. Then you get minimal JES support. At that
>> > > > point the JOBLOG= may possibly have meaning. Take this with some
>> > > > salt, because I haven't done this level of programming for many
>> > > > years and do not currently have the ability to try this on the
>> > > > system I am using.
>> > > >
>> > > > Otherwise I think you have to then issue the equivalent call to
>> > > > JES for this.
>> > > >
>> > > > Steve Thompson
>> > > >
>> > > > On 4/7/2023 1:18 PM, Mark Jacobs wrote:
>> > > >
>> > > > > This might be a silly question, but does the JESLOG parameter on
>> a job
>> > > > > card do anything when a started job executes under the master
>> subsystem
>> > > > > rather than under JES2?
>> > > > >
>> > > > > Mark Jacobs
>> > > > >
>> > > > > Sent from ProtonMail, Swiss-based encrypted email.
>> > > > >
>> > > > > GPG Public Key -
>> > > > >
>> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.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
>> >
>> >
>> > --
>> > 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: JESLOG Parameter on JOB Card, executing SUB=MSTR

2023-04-07 Thread Steve Horein

Okay, I logged onto to work to see what was happening.

JES3 shop. Every night at 22:00, the following command is issued:
*F J=NETVIEW,NOLOG,N=ALL

I don't know if this is an equivalent command for JES2 (
https://www.ibm.com/docs/en/zos/2.4.0?topic=section-t-reqjobid-set-jobid-attributes
):
$T REQJOBID,JESLOG=SUPPRESS
or maybe (
https://www.ibm.com/docs/en/zos/2.4.0?topic=crs-t-job-change-jobs-class-scheduling-priority-affinity
):
$T J,NETVIEW,SPIN


On Fri, Apr 7, 2023 at 1:21 PM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> I just tried that. No difference in what I'm observing in JESMSGLG.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
>
>
> --- Original Message ---
> On Friday, April 7th, 2023 at 2:13 PM, Steve Horein <
> steve.hor...@gmail.com> wrote:
>
>
> > We do START NETVIEW,SUB=MSTR,MSGLEVEL=(0,0) for NetView.
> > I have not tried omitting the MSGLEVEL parameter to see if it really
> makes
> > a difference or not.
> >
> > On Fri, Apr 7, 2023 at 1:01 PM Mark Jacobs <
> > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > > The problem is with our Netview STCs. They execute under MSTR and on
> our
> > > GDPS systems can stay up for months and months at a time. Their
> JESMSGLG
> > > can grow to several million lines which consumes a non-insignificant
> amount
> > > of spool space. I was hoping to add JESLOG=SUPPRESS to its job card to
> > > suppress this unneeded data. It didn't work. I opened an idea on IBM's
> idea
> > > portal for future support.
> > >
> > > Mark Jacobs
> > >
> > > Sent from ProtonMail, Swiss-based encrypted email.
> > >
> > > GPG Public Key -
> > >
> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
> > >
> > > --- Original Message ---
> > > On Friday, April 7th, 2023 at 1:50 PM, Steve Thompson ste...@wkyr.net
> > > wrote:
> > >
> > > > I think it depends on the started task first issuing a Request
> > > > JOB ID CALL to JES. Then you get minimal JES support. At that
> > > > point the JOBLOG= may possibly have meaning. Take this with some
> > > > salt, because I haven't done this level of programming for many
> > > > years and do not currently have the ability to try this on the
> > > > system I am using.
> > > >
> > > > Otherwise I think you have to then issue the equivalent call to
> > > > JES for this.
> > > >
> > > > Steve Thompson
> > > >
> > > > On 4/7/2023 1:18 PM, Mark Jacobs wrote:
> > > >
> > > > > This might be a silly question, but does the JESLOG parameter on a
> job
> > > > > card do anything when a started job executes under the master
> subsystem
> > > > > rather than under JES2?
> > > > >
> > > > > Mark Jacobs
> > > > >
> > > > > Sent from ProtonMail, Swiss-based encrypted email.
> > > > >
> > > > > GPG Public Key -
> > > > >
> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.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
> >
> >
> > --
> > 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: Fascinating Interview with Steve Jobs [non-mainframe] - now Gary Kildall

2023-04-07 Thread Schmitt, Michael

Anyone have an idea of what the actual name of zPLX is?

I'm trying to name it correctly in my load module analyzer compiler name 
translation table.*

I tried scanning SYS1.MACLIB for comments. There are no lines with PL/X and a 
Z, so it might not be zPL/X or PL/X for z/OS. But there are comments with zPLX. 
Maybe that's the actual compiler name?

* this isn't a vendor product, it is just for internal use

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Thursday, April 6, 2023 10:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fascinating Interview with Steve Jobs [non-mainframe] - now Gary 
Kildall

Well, IBM recently sued Micro Focus for allegedly trying to reverse engineer 
IBM’s software. Why make it easier?

Sent from Yahoo Mail for iPhone

On Thursday, April 6, 2023, 11:33 AM, Farley, Peter 
<031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:

I've suspected for a long time that part of the continuing "closed" decision 
for the PL/* family of language compilers is that more recent versions may 
include facilities/capabilities at the millicode-level which if opened to the 
world would then expose "too much" of IBM's hardware IP.

That is rampant speculation of course, and I would not expect IBM to admit or 
deny it.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Schmitt, Michael
Sent: Thursday, April 6, 2023 11:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fascinating Interview with Steve Jobs [non-mainframe] - now Gary 
Kildall

On my system I can find programs compiled with:

PL/S II
PL/AS
PL/S III
PL/AS FT
PL/X 370
PL/X 390

And it looks like the current version is "zPLX" 3.2.1, compiled 6/6/2021.

I'm guessing this is PL/X for z/OS.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Schmitt, Michael
Sent: Thursday, April 6, 2023 8:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fascinating Interview with Steve Jobs [non-mainframe] - now Gary 
Kildall

Then what do you call the current version?

For example, z/OS 2.4 LE module CEEBINT was compiled on 3/12/2019 with a 
compiler identification string of "PL/X-390" v2.4, which I assumed meant that 
it was compiled with PL/X 390.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Wednesday, April 5, 2023 10:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fascinating Interview with Steve Jobs [non-mainframe] - now Gary 
Kildall

I remember IBM charging and then refunding for PartnerWorld.

I passed on PLX: did not see committing to an unsupported language that might 
be withdrawn at any time (as it was).

IBM should open source PL/X 390. Hardly would give away their secret sauce at 
this point! PL/X 390 -- not current PL/X whatever it is called.

Charles

On Wed, 5 Apr 2023 22:05:34 -0400, Phil Smith III  wrote:

>On 4/4/2023 10:09 AM, Schmitt, Michael wrote:
>> The language I'd be interested in is PL/X 390.
>
>~1992 (don't hold me to that date), IBM announced that PartnerWorld was
>now pay-to-play, $5K/year. We gritted our teeth and ponied up. One of
>the benefits of the new scheme was that you could now get PL/X! So I
>asked for it, got a nice minireel.
>
>A few months later, they changed their minds. I got to go to my VP with
>a good news/bad news story, and they were the same piece of news: IBM
>was refunding.most of our money. Seems POK had to pay RAL for the PL/X
>license, which they couldn't get back, so they took it out of our $5K.
--

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Not aging well (know-it-alls)

2023-04-07 Thread Mike Shaw

On Fri, Apr 7, 2023, 1:02 PM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> <...snip...>

>  I know my character is flawless.

<...snip...>

Wow.

Mike Shaw
MVS/QuickRef Support
Chisoft

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Not aging well (know-it-alls)

2023-04-07 Thread David Crayford

I'm sorry if my messages have been bothersome to the group. I tend to 
get drawn into unproductive discussions, which is a personal flaw. From 
now on, I'll focus solely on technical discussions.


On 7/4/23 23:50, Dave Jousma wrote:


I seem to notice a trend here on IBM-MAIN.   Ive been active for probably 25 
years on it, and the benefits I have received, and presume at least some of the 
advice/info I have provided has been helpful for some.

But what I notice, and I know none of these people personally, is that as folks age we 
seem to get grumpier, and have to be "RIGHT" all the time.   Why is that?  
Thinking back over the years, I recall Ed Gould, liked to argue before he faded away off 
the list, then there was Chris Mason (RIP), that would argue USS and whether it was ok to 
use for VTAM or Unix, and now we have our latest example raging as we speak.

I'm nearing the end of my career too, well maybe not that close, but turned 60 
this year.   I certainly hope I age a bit more gracefully, and not argue if the 
sky is blue or turquoise.

Have a good weekend, all.

--
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: U4038 - IGZ0099C Internal error CLOSE-FIB was detected in module IGZ@QSAM.

An idea:  Is your program CALLing a subroutine/program? Could it 
be that program is overlaying past working-storage?


If so, try PARMCHECK for the programs. It has a subparm, MSG|ABD 
(issue message or ABEND), followed by length (which defaults to 
100 bytes).


If that area gets overlayed/corrupted, you will get the msg or 
ABEND as you specified.


Steve Thompson


On 4/7/2023 3:20 PM, Mike Schwab wrote:

IDCAMS Print will print the record in text and hex.  Skip to just get
the previous records and attempt the failing record.

On Fri, Apr 7, 2023 at 1:35 PM Schmitt, Michael  wrote:

Since no one else has answered, I'll speculate.

One possibility is that the file is fine, but it is driving application logic 
that is stomping on LE, leading to the internal error. If COBOL, try compiling 
with SSRANGE. And add the HEAPCHK(ON) LE runtime option, such as via CEEOPTS 
DD. HEAPCHK will check for damage to the heap control information at each call 
to a Language Environment heap storage management service. If damage is found, 
it will immediately abend with a U4042. (But it won't abend on the actual line 
that is causing the damage, since it only checks when LE services are used.)

If it is an actual file problem, what is the RECFM? If it is VB, perhaps 
there's something wrong with the file structure. Try dumping the block that 
contains the problem record and inspect the BDW and RDW. And, if you copy the 
file with a utility that does record level copies (such as IEBGENER, but not 
SYNCGENER!), does it fix it?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crusty Old Guy
Sent: Friday, April 7, 2023 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: U4038 - IGZ0099C Internal error CLOSE-FIB was detected in module 
IGZ@QSAM.

I have a program that abends with a U4038 on file close.  This only happens 
when a specific record is on an input file.  No record, no problem.
This is from the dump -
IGZ0099C Internal error CLOSE-FIB was detected in module IGZ@QSAM.
 From compile unit  at entry point  at compile unit offset 
+0B5A at entry offset +0B5A at address 7B5A.
  <> LEAID LEAID001I UNRECOGNIZED CEEMGET FEEDBACK CODE: 
x000301C259C3C5C50021

U4038 is usually associated with record or storage size. Is that correct?
How can one record alter the size of a storage or record size?

Regards,
COG

--
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





--
Regards,
Steve Thompson
VS Strategies LLC
Westfield IN
972-983-9430 cell

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Not aging well (know-it-alls)

2023-04-07 Thread Bob Bridges

I would guess that it's not a trend, just a blip - in the forum, I mean, though 
not necessarily in individuals.  I will agree that all humans are in the 
process of growing more like whatever it is we're becoming, a tautology that 
should scare some of us and reässure others.  Or as Rick Joyner says, "if you 
don't change your direction, you will end up where you are headed".  But while 
the tenor of conversation here will probably degrade markedly in my lifetime, I 
don't think that's what I see happening now.

See me in a year and maybe I'll have decided I was mistaken :).

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* If you have not chosen the Kingdom of God first, it will in the end make no 
difference what you have chosen instead.  -William Law (1686-1761) */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Friday, April 7, 2023 11:51

I seem to notice a trend here on IBM-MAIN.   Ive been active for probably 25 
years on it, and the benefits I have received, and presume at least some of the 
advice/info I have provided has been helpful for some.

But what I notice, and I know none of these people personally, is that as folks 
age we seem to get grumpier, and have to be "RIGHT" all the time.   Why is 
that?  Thinking back over the years, I recall Ed Gould, liked to argue before 
he faded away off the list, then there was Chris Mason (RIP), that would argue 
USS and whether it was ok to use for VTAM or Unix, and now we have our latest 
example raging as we speak.   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: U4038 - IGZ0099C Internal error CLOSE-FIB was detected in module IGZ@QSAM.

2023-04-07 Thread Mike Schwab

IDCAMS Print will print the record in text and hex.  Skip to just get
the previous records and attempt the failing record.

On Fri, Apr 7, 2023 at 1:35 PM Schmitt, Michael  wrote:
>
> Since no one else has answered, I'll speculate.
>
> One possibility is that the file is fine, but it is driving application logic 
> that is stomping on LE, leading to the internal error. If COBOL, try 
> compiling with SSRANGE. And add the HEAPCHK(ON) LE runtime option, such as 
> via CEEOPTS DD. HEAPCHK will check for damage to the heap control information 
> at each call to a Language Environment heap storage management service. If 
> damage is found, it will immediately abend with a U4042. (But it won't abend 
> on the actual line that is causing the damage, since it only checks when LE 
> services are used.)
>
> If it is an actual file problem, what is the RECFM? If it is VB, perhaps 
> there's something wrong with the file structure. Try dumping the block that 
> contains the problem record and inspect the BDW and RDW. And, if you copy the 
> file with a utility that does record level copies (such as IEBGENER, but not 
> SYNCGENER!), does it fix it?
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Crusty Old Guy
> Sent: Friday, April 7, 2023 11:28 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: U4038 - IGZ0099C Internal error CLOSE-FIB was detected in module 
> IGZ@QSAM.
>
> I have a program that abends with a U4038 on file close.  This only happens 
> when a specific record is on an input file.  No record, no problem.
> This is from the dump -
> IGZ0099C Internal error CLOSE-FIB was detected in module IGZ@QSAM.
> From compile unit  at entry point  at compile unit offset 
> +0B5A at entry offset +0B5A at address 7B5A.
>  <> LEAID LEAID001I UNRECOGNIZED CEEMGET FEEDBACK CODE: 
> x000301C259C3C5C50021
>
> U4038 is usually associated with record or storage size. Is that correct?
> How can one record alter the size of a storage or record size?
>
> Regards,
> COG
>
> --
> 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Just PDSE

2023-04-07 Thread Paul Gilmartin

On Fri, 7 Apr 2023 17:18:52 +, Gibney, Dave wrote:
>
>> -Original Message-
>> From:  Paul Gilmartin
>> >
>> Do program objects in a z/FS directory satisfy (some) requirements for PDSE?
>
>Maybe, but you still cant share without SYSPLEX
>
In the old, old days, before *HFS* sharing existed we began using NFS.
+ No sysplex requirement.  In our test lab we had a larger number of
  systems at a greater spread of releases than sysplex supports.
+ It supported sharing to our Solaris desktops.  We had a problem with
  MVS NFS server and Solaris client.  We didn't bother to chase it. we
  relied on Solaris server and MVS client. 
+ Program objects on the Solaris server ran fine on the MVS clients.

- Extended attributes weren't supported.  We lived without them.

Still, I wonder about COBOL.  Is Enterprise COBOL fully supported
by zFS; no PDSE requirement?

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

I’m seldom right. Except with respect to challenger banks, mainframe not going 
bye bye, ING stock being big time terrible, spending 4 years learning investing 
from one of the smartest investment advisors in America, being a contestant on 
Who Wants to be a Millionaire, getting a 10k reward for helping the FBI solve 
an armored car heist, running 2 businesses one of which had dealings with the 
Mafia, and everything else I’ve mentioned here. Some of you are obviously 
jealous.


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 2:14 PM, Doug  wrote:

"Seldom right, but never uncertain." Frank Reagan.

Describing you, I'd venture


Doug Fuerst


-- Original Message --
From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@listserv.ua.edu
Sent: 07-Apr-23 13:36:27
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by 
value]

>You don’t really understand Twitter do you? If I follow the WaPo, the NYT, the 
>Guardian, the LA Times, the Miami Herald, the Associated Press, Al Jazeera 
>English, NPR, PBS, BBC, and science magazines, scientists, journalists, 
>lawyers, and other fact based sources, it’s like subscribing to them all.
>
>Add in some comedy sources and that’s my Twitter feed.
>
>
>Sent from Yahoo Mail for iPhone
>
>
>On Friday, April 7, 2023, 10:32 AM, Doug  wrote:
>
>So you get your "news" from Twitter. For me, that explains ALOT!
>
>Doug Fuerst
>
>
>-- Original Message --
>From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
>To: IBM-MAIN@listserv.ua.edu
>Sent: 07-Apr-23 8:23:03
>Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
>value]
>
>>I’ve read numerous articles and analysis that indicates LinkedIn has a 
>>problem with embellished & fake resumes. Here’s one.
>>
>>https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv
>>
>>I also don’t like having my information on the internet for all to see. I’m 
>>not on Facebook, Tiktok, Instagram, but do use Twitter to satisfy my news 
>>junkie inner self.
>>
>>
>>Sent from Yahoo Mail for iPhone
>>
>>
>>On Friday, April 7, 2023, 7:32 AM, Jeremy Nicoll 
>> wrote:
>>
>>On Fri, 7 Apr 2023, at 05:36, Bill Johnson wrote:
>>>  Yes Bill Johnson is my real name and I’ve never been on LinkedIn.
>>>  That’s just an ego trip and place where people like you go for
>>>  confirmation...
>>
>>I've certainly seen some people use it as an ego-trip, for "networking"
>>and - presumably - trying to increase their chances of finding work.
>>
>>I use LinkedIn as a useful place to find out more about people whom
>>I'm going to have contact with (in any sphere, certainly not just in
>>computing).  It's particularly useful when it's not entirely clear from
>>some company's website whether they've got tens/hundreds of
>>employees or just one person working from home. (In the UK) I also
>>look at Companies House registrations of companies, who the directors
>>are etc, and look at what else they're involved in, and especially if any
>>of their prior businesses have gone under or they've been prosecuted
>>for anything.
>>
>>Eg, is that lawyer someone who's worked for one or two companies
>>for many years, or a whole string of places, never for more than a
>>year or two, or did they only qualify last year?
>>
>>Is that "data protection officer" someone with any understanding of
>>how computer systems work, or just an administrator, or a lawyer?
>>
>>Knowing more about people allows one to slant emails to them in
>>differing ways, which can be useful.
>>
>>
>>I'm listed there, but not for the purposes of finding work; mainly so
>>that people whom I once worked with have a better chance of finding
>>me if they want to.  And also - you have to be a member to be able
>>to see other people's profiles.
>>
>>--
>>Jeremy Nicoll - my opinions are my own.
>>
>>--
>>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




---

Re: LE runtime

2023-04-07 Thread Farley, Peter

That would be a failure of your development lifecycle process.  Anything 
running in production MUST have compile listings available of the exact version 
running in production, and it doesn't hurt to retain the binder listing too.  
If you are still running an "older version" in production and you also have a 
newer version in production at the same time without retaining the older 
version listing somewhere, that's a process failure.

As for debugging production COBOL code, there are hurdles there too even if 
your listing is available.  In my experience, the compiler option INLINE 
(default for higher levels of OPTIMIZE) absolutely prevents interactively 
stopping in any inlined paragraph.  At least not using the CA Intertest 
debugger, which is all we have available to us at my employer's site, so I 
don’t know what the IBM debugger is capable of.

I have found that using compiler option TEST(SOURCE) in production compiles 
subtracts very little from optimization and greatly aids debugging of 
production code (except for INLINE's - nothing helps that except re-compiling 
in test with NOINLINE and hoping the bug doesn't disappear with the test 
version).

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Marchant
Sent: Friday, April 7, 2023 2:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LE runtime

Yes, it will. And if you are debugging an abend that occurred with an older 
version of the program, the listing is no longer available in the program 
object.

--
Tom Marchant

On Fri, 7 Apr 2023 18:33:18 +, Seymour J Metz  wrote:

>Won't that replace the NOLOAD segments with the new ones?
>
>
>--
>Shmuel (Seymour J.) Metz
>
>From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on 
>behalf of Tom Marchant [000a2a8c2020-dmarc-requ...@listserv.ua.edu]
>Sent: Friday, April 7, 2023 2:31 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: LE runtime
>
>Until the program is recompiled and relinked.
>
>--
>Tom Marchant
>
>On Fri, 7 Apr 2023 10:48:04 -0700, Tom Ross  
>wrote:
>
>>With the
>>NOLOAD class program segmenets in new COBOL the debugging data is 
>>always available, always in sync
--

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

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

My bet is you watch Fox.


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 2:14 PM, Doug  wrote:

"Seldom right, but never uncertain." Frank Reagan.

Describing you, I'd venture


Doug Fuerst


-- Original Message --
From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@listserv.ua.edu
Sent: 07-Apr-23 13:36:27
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by 
value]

>You don’t really understand Twitter do you? If I follow the WaPo, the NYT, the 
>Guardian, the LA Times, the Miami Herald, the Associated Press, Al Jazeera 
>English, NPR, PBS, BBC, and science magazines, scientists, journalists, 
>lawyers, and other fact based sources, it’s like subscribing to them all.
>
>Add in some comedy sources and that’s my Twitter feed.
>
>
>Sent from Yahoo Mail for iPhone
>
>
>On Friday, April 7, 2023, 10:32 AM, Doug  wrote:
>
>So you get your "news" from Twitter. For me, that explains ALOT!
>
>Doug Fuerst
>
>
>-- Original Message --
>From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
>To: IBM-MAIN@listserv.ua.edu
>Sent: 07-Apr-23 8:23:03
>Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
>value]
>
>>I’ve read numerous articles and analysis that indicates LinkedIn has a 
>>problem with embellished & fake resumes. Here’s one.
>>
>>https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv
>>
>>I also don’t like having my information on the internet for all to see. I’m 
>>not on Facebook, Tiktok, Instagram, but do use Twitter to satisfy my news 
>>junkie inner self.
>>
>>
>>Sent from Yahoo Mail for iPhone
>>
>>
>>On Friday, April 7, 2023, 7:32 AM, Jeremy Nicoll 
>> wrote:
>>
>>On Fri, 7 Apr 2023, at 05:36, Bill Johnson wrote:
>>>  Yes Bill Johnson is my real name and I’ve never been on LinkedIn.
>>>  That’s just an ego trip and place where people like you go for
>>>  confirmation...
>>
>>I've certainly seen some people use it as an ego-trip, for "networking"
>>and - presumably - trying to increase their chances of finding work.
>>
>>I use LinkedIn as a useful place to find out more about people whom
>>I'm going to have contact with (in any sphere, certainly not just in
>>computing).  It's particularly useful when it's not entirely clear from
>>some company's website whether they've got tens/hundreds of
>>employees or just one person working from home. (In the UK) I also
>>look at Companies House registrations of companies, who the directors
>>are etc, and look at what else they're involved in, and especially if any
>>of their prior businesses have gone under or they've been prosecuted
>>for anything.
>>
>>Eg, is that lawyer someone who's worked for one or two companies
>>for many years, or a whole string of places, never for more than a
>>year or two, or did they only qualify last year?
>>
>>Is that "data protection officer" someone with any understanding of
>>how computer systems work, or just an administrator, or a lawyer?
>>
>>Knowing more about people allows one to slant emails to them in
>>differing ways, which can be useful.
>>
>>
>>I'm listed there, but not for the purposes of finding work; mainly so
>>that people whom I once worked with have a better chance of finding
>>me if they want to.  And also - you have to be a member to be able
>>to see other people's profiles.
>>
>>--
>>Jeremy Nicoll - my opinions are my own.
>>
>>--
>>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




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: LE runtime

Are you talking about a scenario where you can't reproduce the ABEND in the 
recopmiled version? If not, why do you want the old symbol table, etc.?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tom 
Marchant [000a2a8c2020-dmarc-requ...@listserv.ua.edu]
Sent: Friday, April 7, 2023 2:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LE runtime

Yes, it will. And if you are debugging an abend that occurred with an older 
version of the program, the listing is no longer available in the program 
object.

--
Tom Marchant

On Fri, 7 Apr 2023 18:33:18 +, Seymour J Metz  wrote:

>Won't that replace the NOLOAD segments with the new ones?
>
>
>--
>Shmuel (Seymour J.) Metz
>http://mason.gmu.edu/~smetz3
>
>
>From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
>Tom Marchant [000a2a8c2020-dmarc-requ...@listserv.ua.edu]
>Sent: Friday, April 7, 2023 2:31 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: LE runtime
>
>Until the program is recompiled and relinked.
>
>--
>Tom Marchant
>
>On Fri, 7 Apr 2023 10:48:04 -0700, Tom Ross  
>wrote:
>
>>With the
>>NOLOAD class program segmenets in new COBOL the debugging data is always
>>available, always in sync

--
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: LE runtime

2023-04-07 Thread Tom Marchant

Yes, it will. And if you are debugging an abend that occurred with an older 
version of the program, the listing is no longer available in the program 
object.

-- 
Tom Marchant

On Fri, 7 Apr 2023 18:33:18 +, Seymour J Metz  wrote:

>Won't that replace the NOLOAD segments with the new ones?
>
>
>--
>Shmuel (Seymour J.) Metz
>http://mason.gmu.edu/~smetz3
>
>
>From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
>Tom Marchant [000a2a8c2020-dmarc-requ...@listserv.ua.edu]
>Sent: Friday, April 7, 2023 2:31 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: LE runtime
>
>Until the program is recompiled and relinked.
>
>--
>Tom Marchant
>
>On Fri, 7 Apr 2023 10:48:04 -0700, Tom Ross  
>wrote:
>
>>With the
>>NOLOAD class program segmenets in new COBOL the debugging data is always
>>available, always in sync

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JESLOG Parameter on JOB Card, executing SUB=MSTR

2023-04-07 Thread Tom Marchant

Are you running NETVIEW SUB=MSTR so that it can start earlier in the IPL?
Have you considered stopping it after the IPL is complete and restarting it to 
run under JES?

-- 
Tom Marchant

On Fri, 7 Apr 2023 18:01:11 +, Mark Jacobs  
wrote:

>The problem is with our Netview STCs. They execute under MSTR and on our GDPS 
>systems can stay up for months and months at a time.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: U4038 - IGZ0099C Internal error CLOSE-FIB was detected in module IGZ@QSAM.

2023-04-07 Thread Schmitt, Michael

Since no one else has answered, I'll speculate.

One possibility is that the file is fine, but it is driving application logic 
that is stomping on LE, leading to the internal error. If COBOL, try compiling 
with SSRANGE. And add the HEAPCHK(ON) LE runtime option, such as via CEEOPTS 
DD. HEAPCHK will check for damage to the heap control information at each call 
to a Language Environment heap storage management service. If damage is found, 
it will immediately abend with a U4042. (But it won't abend on the actual line 
that is causing the damage, since it only checks when LE services are used.)

If it is an actual file problem, what is the RECFM? If it is VB, perhaps 
there's something wrong with the file structure. Try dumping the block that 
contains the problem record and inspect the BDW and RDW. And, if you copy the 
file with a utility that does record level copies (such as IEBGENER, but not 
SYNCGENER!), does it fix it?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crusty Old Guy
Sent: Friday, April 7, 2023 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: U4038 - IGZ0099C Internal error CLOSE-FIB was detected in module 
IGZ@QSAM.

I have a program that abends with a U4038 on file close.  This only happens 
when a specific record is on an input file.  No record, no problem.
This is from the dump -
IGZ0099C Internal error CLOSE-FIB was detected in module IGZ@QSAM.
From compile unit  at entry point  at compile unit offset 
+0B5A at entry offset +0B5A at address 7B5A.
 <> LEAID LEAID001I UNRECOGNIZED CEEMGET FEEDBACK CODE: 
x000301C259C3C5C50021

U4038 is usually associated with record or storage size. Is that correct?
How can one record alter the size of a storage or record size?

Regards,
COG

--
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: LE runtime

Won't that replace the NOLOAD segments with the new ones?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tom 
Marchant [000a2a8c2020-dmarc-requ...@listserv.ua.edu]
Sent: Friday, April 7, 2023 2:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LE runtime

Until the program is recompiled and relinked.

--
Tom Marchant

On Fri, 7 Apr 2023 10:48:04 -0700, Tom Ross  wrote:

>With the
>NOLOAD class program segmenets in new COBOL the debugging data is always
>available, always in sync

--
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: LE runtime

2023-04-07 Thread Tom Marchant

Until the program is recompiled and relinked.

-- 
Tom Marchant

On Fri, 7 Apr 2023 10:48:04 -0700, Tom Ross  wrote:

>With the
>NOLOAD class program segmenets in new COBOL the debugging data is always
>available, always in sync

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JESLOG Parameter on JOB Card, executing SUB=MSTR

Just blue sky here -- But decades ago I developed SEGMENT (macro 
and a subroutine) for DOS to MVS migrations to match what 
DOS/POWER did. I understand that IBM now has implemented a better 
version of what I wrote in the '80s. This *may* allow you to get 
JES to "spin" the specified DD names if you have an exit in GDPS.


Otherwise, GDPS would be a headache/problem to start a 
replacement and then stop the current running so that the spool 
could be purged. But, that may actually work for your Netview STCs.


Like I said, just blue skying here.

Steve Thompson


On 4/7/2023 2:01 PM, Mark Jacobs wrote:

The problem is with our Netview STCs. They execute under MSTR and on our GDPS 
systems can stay up for months and months at a time. Their JESMSGLG can grow to 
several million lines which consumes a non-insignificant amount of spool space. 
I was hoping to add JESLOG=SUPPRESS to its job card to suppress this unneeded 
data. It didn't work. I opened an idea on IBM's idea portal for future support.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com


--- Original Message ---
On Friday, April 7th, 2023 at 1:50 PM, Steve Thompson  wrote:



I think it depends on the started task first issuing a Request
JOB ID CALL to JES. Then you get minimal JES support. At that
point the JOBLOG= may possibly have meaning. Take this with some
salt, because I haven't done this level of programming for many
years and do not currently have the ability to try this on the
system I am using.

Otherwise I think you have to then issue the equivalent call to
JES for this.

Steve Thompson

On 4/7/2023 1:18 PM, Mark Jacobs wrote:


This might be a silly question, but does the JESLOG parameter on a job card do 
anything when a started job executes under the master subsystem rather than 
under JES2?

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.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


--
Regards,
Steve Thompson
VS Strategies LLC
Westfield IN
972-983-9430 cell

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JESLOG Parameter on JOB Card, executing SUB=MSTR

I just tried that. No difference in what I'm observing in JESMSGLG.

Mark Jacobs 

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com


--- Original Message ---
On Friday, April 7th, 2023 at 2:13 PM, Steve Horein  
wrote:


> We do START NETVIEW,SUB=MSTR,MSGLEVEL=(0,0) for NetView.
> I have not tried omitting the MSGLEVEL parameter to see if it really makes
> a difference or not.
> 
> On Fri, Apr 7, 2023 at 1:01 PM Mark Jacobs <
> 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> 
> > The problem is with our Netview STCs. They execute under MSTR and on our
> > GDPS systems can stay up for months and months at a time. Their JESMSGLG
> > can grow to several million lines which consumes a non-insignificant amount
> > of spool space. I was hoping to add JESLOG=SUPPRESS to its job card to
> > suppress this unneeded data. It didn't work. I opened an idea on IBM's idea
> > portal for future support.
> > 
> > Mark Jacobs
> > 
> > Sent from ProtonMail, Swiss-based encrypted email.
> > 
> > GPG Public Key -
> > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
> > 
> > --- Original Message ---
> > On Friday, April 7th, 2023 at 1:50 PM, Steve Thompson ste...@wkyr.net
> > wrote:
> > 
> > > I think it depends on the started task first issuing a Request
> > > JOB ID CALL to JES. Then you get minimal JES support. At that
> > > point the JOBLOG= may possibly have meaning. Take this with some
> > > salt, because I haven't done this level of programming for many
> > > years and do not currently have the ability to try this on the
> > > system I am using.
> > > 
> > > Otherwise I think you have to then issue the equivalent call to
> > > JES for this.
> > > 
> > > Steve Thompson
> > > 
> > > On 4/7/2023 1:18 PM, Mark Jacobs wrote:
> > > 
> > > > This might be a silly question, but does the JESLOG parameter on a job
> > > > card do anything when a started job executes under the master subsystem
> > > > rather than under JES2?
> > > > 
> > > > Mark Jacobs
> > > > 
> > > > Sent from ProtonMail, Swiss-based encrypted email.
> > > > 
> > > > GPG Public Key -
> > > > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.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
> 
> 
> --
> 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: Stop the ragging on COBOL please [was: RE: ASM call by value]


"Seldom right, but never uncertain." Frank Reagan.

Describing you, I'd venture


Doug Fuerst


-- Original Message --
From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@listserv.ua.edu
Sent: 07-Apr-23 13:36:27
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by 
value]



You don’t really understand Twitter do you? If I follow the WaPo, the NYT, the 
Guardian, the LA Times, the Miami Herald, the Associated Press, Al Jazeera 
English, NPR, PBS, BBC, and science magazines, scientists, journalists, 
lawyers, and other fact based sources, it’s like subscribing to them all.

Add in some comedy sources and that’s my Twitter feed.


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 10:32 AM, Doug  wrote:

So you get your "news" from Twitter. For me, that explains ALOT!

Doug Fuerst


-- Original Message --
From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@listserv.ua.edu
Sent: 07-Apr-23 8:23:03
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
value]


I’ve read numerous articles and analysis that indicates LinkedIn has a problem with 
embellished & fake resumes. Here’s one.

https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv

I also don’t like having my information on the internet for all to see. I’m not 
on Facebook, Tiktok, Instagram, but do use Twitter to satisfy my news junkie 
inner self.


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 7:32 AM, Jeremy Nicoll 
 wrote:

On Fri, 7 Apr 2023, at 05:36, Bill Johnson wrote:

  Yes Bill Johnson is my real name and I’ve never been on LinkedIn.
  That’s just an ego trip and place where people like you go for
  confirmation...


I've certainly seen some people use it as an ego-trip, for "networking"
and - presumably - trying to increase their chances of finding work.

I use LinkedIn as a useful place to find out more about people whom
I'm going to have contact with (in any sphere, certainly not just in
computing).  It's particularly useful when it's not entirely clear from
some company's website whether they've got tens/hundreds of
employees or just one person working from home. (In the UK) I also
look at Companies House registrations of companies, who the directors
are etc, and look at what else they're involved in, and especially if any
of their prior businesses have gone under or they've been prosecuted
for anything.

Eg, is that lawyer someone who's worked for one or two companies
for many years, or a whole string of places, never for more than a
year or two, or did they only qualify last year?

Is that "data protection officer" someone with any understanding of
how computer systems work, or just an administrator, or a lawyer?

Knowing more about people allows one to slant emails to them in
differing ways, which can be useful.


I'm listed there, but not for the purposes of finding work; mainly so
that people whom I once worked with have a better chance of finding
me if they want to.  And also - you have to be a member to be able
to see other people's profiles.

--
Jeremy Nicoll - my opinions are my own.

--
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

Re: JESLOG Parameter on JOB Card, executing SUB=MSTR

2023-04-07 Thread Steve Horein

We do START NETVIEW,SUB=MSTR,MSGLEVEL=(0,0) for NetView.
I have not tried omitting the MSGLEVEL parameter to see if it really makes
a difference or not.

On Fri, Apr 7, 2023 at 1:01 PM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> The problem is with our Netview STCs. They execute under MSTR and on our
> GDPS systems can stay up for months and months at a time. Their JESMSGLG
> can grow to several million lines which consumes a non-insignificant amount
> of spool space. I was hoping to add JESLOG=SUPPRESS to its job card to
> suppress this unneeded data. It didn't work. I opened an idea on IBM's idea
> portal for future support.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
>
>
> --- Original Message ---
> On Friday, April 7th, 2023 at 1:50 PM, Steve Thompson 
> wrote:
>
>
> > I think it depends on the started task first issuing a Request
> > JOB ID CALL to JES. Then you get minimal JES support. At that
> > point the JOBLOG= may possibly have meaning. Take this with some
> > salt, because I haven't done this level of programming for many
> > years and do not currently have the ability to try this on the
> > system I am using.
> >
> > Otherwise I think you have to then issue the equivalent call to
> > JES for this.
> >
> > Steve Thompson
> >
> > On 4/7/2023 1:18 PM, Mark Jacobs wrote:
> >
> > > This might be a silly question, but does the JESLOG parameter on a job
> card do anything when a started job executes under the master subsystem
> rather than under JES2?
> > >
> > > Mark Jacobs
> > >
> > > Sent from ProtonMail, Swiss-based encrypted email.
> > >
> > > GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.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
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JESLOG Parameter on JOB Card, executing SUB=MSTR

The problem is with our Netview STCs. They execute under MSTR and on our GDPS 
systems can stay up for months and months at a time. Their JESMSGLG can grow to 
several million lines which consumes a non-insignificant amount of spool space. 
I was hoping to add JESLOG=SUPPRESS to its job card to suppress this unneeded 
data. It didn't work. I opened an idea on IBM's idea portal for future support. 

Mark Jacobs 

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com


--- Original Message ---
On Friday, April 7th, 2023 at 1:50 PM, Steve Thompson  wrote:


> I think it depends on the started task first issuing a Request
> JOB ID CALL to JES. Then you get minimal JES support. At that
> point the JOBLOG= may possibly have meaning. Take this with some
> salt, because I haven't done this level of programming for many
> years and do not currently have the ability to try this on the
> system I am using.
> 
> Otherwise I think you have to then issue the equivalent call to
> JES for this.
> 
> Steve Thompson
> 
> On 4/7/2023 1:18 PM, Mark Jacobs wrote:
> 
> > This might be a silly question, but does the JESLOG parameter on a job card 
> > do anything when a started job executes under the master subsystem rather 
> > than under JES2?
> > 
> > Mark Jacobs
> > 
> > Sent from ProtonMail, Swiss-based encrypted email.
> > 
> > GPG Public Key - 
> > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.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: JESLOG Parameter on JOB Card, executing SUB=MSTR

I think it depends on the started task first issuing a Request 
JOB ID CALL to JES. Then you get minimal JES support. At that 
point the JOBLOG= may possibly have meaning. Take this with some 
salt, because I haven't done this level of programming for many 
years and do not currently have the ability to try this on the 
system I am using.


Otherwise I think you have to then issue the equivalent call to 
JES for this.


Steve Thompson

On 4/7/2023 1:18 PM, Mark Jacobs wrote:

This might be a silly question, but does the JESLOG parameter on a job card do 
anything when a started job executes under the master subsystem rather than 
under JES2?

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.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: LE runtime

2023-04-07 Thread Tom Ross

>BTW: I didn't say "strange debugging option"; what is strange IMO is the=20
>fact
>that COBOL requires the modules in PDSEs not because the language needs=20
>this,
>but only to support some debugging tools, which could IMO store their=20
>information
>at another place. But the COBOL community seems to have accepted this move.

 There are many reasons why new COBOL programs have to be Program Objects and
cannot be Load Modules.  As a result of requiring Program Objects, we were
able to also solve a long-standing problem for customers: Keeping the debugging
data in sync with the executable and making that data available.  With the
NOLOAD class program segmenets in new COBOL the debugging data is always
available, always in sync, and does not negatives impacl load performance.

Cheers,
TomR  >> COBOL is the Language of the Future! <<

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

I have a math major, studied Accounting in college before switching to Criminal 
Justice then later to computer science & math. Then as my number 1 hobby, 
learned the stock market from a guy who was on the cover of Barron’s magazine 
and invested rather wisely over the last 40 years. I made 1 mistake. The 
internet bubble. But, recovered it all back and then some.


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 9:48 AM, Joe Monk  wrote:

"I know more about banking than you know it alls."

You dont know what you dont know.

Joe

On Thu, Apr 6, 2023 at 9:16 PM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> I know more about banking than you know it alls. Already proved Crayford
> wrong regarding the challenger banks. And ING dropped their mainframe as
> their stock price is cut in half the last 20 years. Explain the complex
> reasons or are you making that up too?
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Thursday, April 6, 2023, 10:11 PM, Doug  wrote:
>
> For alot more complex reasons than your simplistic view of banking.
> Perhaps some time learning real banking might help. Or some
> macroeconomics to go along with it. I've made plenty over the years on
> the right bank investments. And took some risks with others. But I
> actually understand the business.
> And despite your pronouncement, plenty of retail banks are quite
> profitable.
>
> Doug Fuerst
> d...@bkassociates.net
>
> -- Original Message --
> From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@listserv.ua.edu
> Sent: 06-Apr-23 20:19:39
> Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
> value]
>
> >I did. Mellon Bank during the transition from retail bank to investment
> bank. Retail banking sucks for profits. That’s why Citi is selling for 6
> times earnings. ING stock would have lost you a ton of money over the last
> 20 years. Why are bank stocks selling at a huge discount to the market?
> >
> >
> >Sent from Yahoo Mail for iPhone
> >
> >
> >On Thursday, April 6, 2023, 8:06 PM, Doug  wrote:
> >
> >Maybe you should have actually worked in retail banking, which clearly,
> >you never have.
> >
> >
> >Doug Fuerst
> >d...@bkassociates.net
> >
> >-- Original Message --
> >From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
> >To: IBM-MAIN@listserv.ua.edu
> >Sent: 06-Apr-23 19:16:58
> >Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
> >value]
> >
> >>Like I said, there’s little money in retail banking. And zero money to
> be made in challenger banking. It’s why they are all shrinking or closed.
> Mellon bank saw this 20+ years ago. ING & others are focusing more on
> investment banking. Mostly for the high net worth people but also people in
> our financial arena. It’s why Bank of America agreed to take on Merrill
> Lynch in 2008 during the meltdown. And still can’t make much money because
> of their focus on retail banking. Wells Fargo got fined a bundle for trying
> to rip off consumers because there’s little money in retail banking. Most
> banks are trying to get into investment banking where significant money can
> be made. Quasi Goldman Sachs or Morgan Stanley like.
> >>
> >>You can see how precarious the economy is for retail banking companies
> by how quickly they can become insolvent. Even a bank considered excellent
> because of their clientele like SVB. Then Credit Suisse almost went belly
> up until UBS saved them. Deutsche Bank isn’t exactly a bastion of
> profitability either. Citibank almost went belly up in 2008. One of the
> largest banks in the world. Anyone who claims banking, especially retail
> banking is a profit generating machine is not paying attention.
> >>
> >>
> >>Sent from Yahoo Mail for iPhone
> >>
> >>
> >>On Thursday, April 6, 2023, 6:07 PM, René Jansen <
> rene.vincent.jan...@gmail.com> wrote:
> >>
> >>They will be disappointed if they hear that, there are a fusion between
> Rijkspostspaarbank, NMB (Nederlansche Middenstandsbank, Postcheque en
> Girodienst, and Nationale Nederlanden. They are a very large bank in the
> Netherlands. And yes they are off the mainframe, running a lot of mainframe
> stuff on Micro Focus.
> >>
> >>best regards,
> >>
> >>René.
> >>
> >>>  On 7 Apr 2023, at 00:01, Bill Johnson <
> 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
> >>>
> >>>  ING isn’t a bank either.
> >>>
> >>
> >>--
> >>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

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

Mirror


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 9:48 AM, Joe Monk  wrote:

"I know more about banking than you know it alls."

You dont know what you dont know.

Joe

On Thu, Apr 6, 2023 at 9:16 PM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> I know more about banking than you know it alls. Already proved Crayford
> wrong regarding the challenger banks. And ING dropped their mainframe as
> their stock price is cut in half the last 20 years. Explain the complex
> reasons or are you making that up too?
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Thursday, April 6, 2023, 10:11 PM, Doug  wrote:
>
> For alot more complex reasons than your simplistic view of banking.
> Perhaps some time learning real banking might help. Or some
> macroeconomics to go along with it. I've made plenty over the years on
> the right bank investments. And took some risks with others. But I
> actually understand the business.
> And despite your pronouncement, plenty of retail banks are quite
> profitable.
>
> Doug Fuerst
> d...@bkassociates.net
>
> -- Original Message --
> From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@listserv.ua.edu
> Sent: 06-Apr-23 20:19:39
> Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
> value]
>
> >I did. Mellon Bank during the transition from retail bank to investment
> bank. Retail banking sucks for profits. That’s why Citi is selling for 6
> times earnings. ING stock would have lost you a ton of money over the last
> 20 years. Why are bank stocks selling at a huge discount to the market?
> >
> >
> >Sent from Yahoo Mail for iPhone
> >
> >
> >On Thursday, April 6, 2023, 8:06 PM, Doug  wrote:
> >
> >Maybe you should have actually worked in retail banking, which clearly,
> >you never have.
> >
> >
> >Doug Fuerst
> >d...@bkassociates.net
> >
> >-- Original Message --
> >From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
> >To: IBM-MAIN@listserv.ua.edu
> >Sent: 06-Apr-23 19:16:58
> >Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
> >value]
> >
> >>Like I said, there’s little money in retail banking. And zero money to
> be made in challenger banking. It’s why they are all shrinking or closed.
> Mellon bank saw this 20+ years ago. ING & others are focusing more on
> investment banking. Mostly for the high net worth people but also people in
> our financial arena. It’s why Bank of America agreed to take on Merrill
> Lynch in 2008 during the meltdown. And still can’t make much money because
> of their focus on retail banking. Wells Fargo got fined a bundle for trying
> to rip off consumers because there’s little money in retail banking. Most
> banks are trying to get into investment banking where significant money can
> be made. Quasi Goldman Sachs or Morgan Stanley like.
> >>
> >>You can see how precarious the economy is for retail banking companies
> by how quickly they can become insolvent. Even a bank considered excellent
> because of their clientele like SVB. Then Credit Suisse almost went belly
> up until UBS saved them. Deutsche Bank isn’t exactly a bastion of
> profitability either. Citibank almost went belly up in 2008. One of the
> largest banks in the world. Anyone who claims banking, especially retail
> banking is a profit generating machine is not paying attention.
> >>
> >>
> >>Sent from Yahoo Mail for iPhone
> >>
> >>
> >>On Thursday, April 6, 2023, 6:07 PM, René Jansen <
> rene.vincent.jan...@gmail.com> wrote:
> >>
> >>They will be disappointed if they hear that, there are a fusion between
> Rijkspostspaarbank, NMB (Nederlansche Middenstandsbank, Postcheque en
> Girodienst, and Nationale Nederlanden. They are a very large bank in the
> Netherlands. And yes they are off the mainframe, running a lot of mainframe
> stuff on Micro Focus.
> >>
> >>best regards,
> >>
> >>René.
> >>
> >>>  On 7 Apr 2023, at 00:01, Bill Johnson <
> 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
> >>>
> >>>  ING isn’t a bank either.
> >>>
> >>
> >>--
> >>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
>
> -

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

You don’t really understand Twitter do you? If I follow the WaPo, the NYT, the 
Guardian, the LA Times, the Miami Herald, the Associated Press, Al Jazeera 
English, NPR, PBS, BBC, and science magazines, scientists, journalists, 
lawyers, and other fact based sources, it’s like subscribing to them all.

Add in some comedy sources and that’s my Twitter feed.


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 10:32 AM, Doug  wrote:

So you get your "news" from Twitter. For me, that explains ALOT!

Doug Fuerst


-- Original Message --
From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@listserv.ua.edu
Sent: 07-Apr-23 8:23:03
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by 
value]

>I’ve read numerous articles and analysis that indicates LinkedIn has a problem 
>with embellished & fake resumes. Here’s one.
>
>https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv
>
>I also don’t like having my information on the internet for all to see. I’m 
>not on Facebook, Tiktok, Instagram, but do use Twitter to satisfy my news 
>junkie inner self.
>
>
>Sent from Yahoo Mail for iPhone
>
>
>On Friday, April 7, 2023, 7:32 AM, Jeremy Nicoll 
> wrote:
>
>On Fri, 7 Apr 2023, at 05:36, Bill Johnson wrote:
>>  Yes Bill Johnson is my real name and I’ve never been on LinkedIn.
>>  That’s just an ego trip and place where people like you go for
>>  confirmation...
>
>I've certainly seen some people use it as an ego-trip, for "networking"
>and - presumably - trying to increase their chances of finding work.
>
>I use LinkedIn as a useful place to find out more about people whom
>I'm going to have contact with (in any sphere, certainly not just in
>computing).  It's particularly useful when it's not entirely clear from
>some company's website whether they've got tens/hundreds of
>employees or just one person working from home. (In the UK) I also
>look at Companies House registrations of companies, who the directors
>are etc, and look at what else they're involved in, and especially if any
>of their prior businesses have gone under or they've been prosecuted
>for anything.
>
>Eg, is that lawyer someone who's worked for one or two companies
>for many years, or a whole string of places, never for more than a
>year or two, or did they only qualify last year?
>
>Is that "data protection officer" someone with any understanding of
>how computer systems work, or just an administrator, or a lawyer?
>
>Knowing more about people allows one to slant emails to them in
>differing ways, which can be useful.
>
>
>I'm listed there, but not for the purposes of finding work; mainly so
>that people whom I once worked with have a better chance of finding
>me if they want to.  And also - you have to be a member to be able
>to see other people's profiles.
>
>--
>Jeremy Nicoll - my opinions are my own.
>
>--
>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

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

Crayford originally said challenger banks and posted these 5. Startling, Yolt, 
Monzo, Moneze, N26. Of those 5 from his mention last year, almost all 5 have 
either closed, pulled out of some markets, had CEO quit, & none are thriving. 
Blowing his theory they will replace real banks.
When money is almost free, zero interest rates, there will always be startups 
that are not really needed or viable. And calling something that doesn’t 
provide what actual banks provide a bank isn’t anything more that an attempt to 
give it some street cred. Since last years Fed rate raises, a bunch of these 
startups have died. Even some actual banks ran into problems.

Sent from Yahoo Mail for iPhone

On Friday, April 7, 2023, 10:38 AM, Doug  wrote:

Off the net:

So-called challenger banks are in most cases small modern retail banks 
which challenge longer-established institutes by offering modern 
financial technology and are more focused on the customer. This way they 
want to “challenge” the old banks. Challenger banks are also called neo 
banks.

So, just banks

Doug Fuerst

-- Original Message --
From: "Bob Bridges" 
To: IBM-MAIN@listserv.ua.edu
Sent: 07-Apr-23 10:35:41
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by 
value]

>I've following this thread mostly because I'm bored and it has mild 
>entertainment value, but I'm handicapped by not knowing what a "challenger 
>bank" is.  Can someone define it?
>
>---
>Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
>/* Every year, on April 15, all members of Congress would be placed in 
>individual prison cells with the necessary tax forms and a copy of the Tax 
>Code. They would remain locked in the cells, without food or water, until they 
>had completed their tax returns and successfully undergone a full IRS audit. 
>Of course this system would probably result in a severe shortage of 
>congresspersons. But there might also be some drawbacks. -Dave Barry's plan to 
>simplify the tax code, 2000-04-09 */
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Bill Johnson
>Sent: Thursday, April 6, 2023 18:10
>
>ING is partially a bank but they still shut down their challenger “quasi 
>bank” YOLT. And the other challenger “banks” are struggling
>
>--
>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: Just PDSE

2023-04-07 Thread Gibney, Dave



> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Paul Gilmartin
> Sent: Friday, April 7, 2023 9:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Just PDSE
> 
> On Fri, 7 Apr 2023 16:17:04 +, Gibney, Dave wrote:
> 
> >The issue with this has always been and still is the fact that you cannot
> safely share PDES without SYSPLEX (perhaps not full SYSPLEX) ...
> >
> Do program objects in a z/FS directory satisfy (some) requirements for PDSE?


Maybe, but you still cant share without SYSPLEX

> 
> --
> 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

JESLOG Parameter on JOB Card, executing SUB=MSTR

This might be a silly question, but does the JESLOG parameter on a job card do 
anything when a started job executes under the master subsystem rather than 
under JES2?

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Not aging well (know-it-alls)

I like this. It’s why I don’t care what listers think about me. I know my 
character is flawless. My reputation is one of challenging bullsh*t. Many don’t 
like to be challenged. I’m retired now. (Recent) It gives you a freedom you 
don’t have throughout life where you have to bite your tongue.

“Worry more about your character than your reputation. Character is what you 
are, reputation merely what others think you are.”  - - - John Wooden


Sent from Yahoo Mail for iPhone


On Friday, April 7, 2023, 11:54 AM, Lionel B. Dyck  wrote:

Thank you for your comments and sanity.

I hope everyone here has a great Passover, happy Good Friday, a great Easter, 
and generally a relaxing and enjoyable weekend.

Enjoy life 


Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck

“Worry more about your character than your reputation. Character is what you 
are, reputation merely what others think you are.”  - - - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Friday, April 7, 2023 10:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Not aging well (know-it-alls)

I seem to notice a trend here on IBM-MAIN.  Ive been active for probably 25 
years on it, and the benefits I have received, and presume at least some of the 
advice/info I have provided has been helpful for some.

But what I notice, and I know none of these people personally, is that as folks 
age we seem to get grumpier, and have to be "RIGHT" all the time.  Why is that? 
 Thinking back over the years, I recall Ed Gould, liked to argue before he 
faded away off the list, then there was Chris Mason (RIP), that would argue USS 
and whether it was ok to use for VTAM or Unix, and now we have our latest 
example raging as we speak.  

I'm nearing the end of my career too, well maybe not that close, but turned 60 
this year.  I certainly hope I age a bit more gracefully, and not argue if the 
sky is blue or turquoise.

Have a good weekend, all.

--
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: Not aging well (know-it-alls)

2023-04-07 Thread Sasso, Len

Ditto!






Thank You and Please Be Safe!

Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics Information Technology Company
327 Columbia TPKE
Rensselaer, NY 12144

TEAM: Together Everyone Achieves More

Office Hours: M-F  7 AM - 3:30 PM

Out-Of-The-Office:

Cell: (518) 894-0879
Phone: (518) 257-4209
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com



From: IBM Mainframe Discussion List  on behalf of 
Lionel B. Dyck 
Sent: Friday, April 7, 2023 11:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Not aging well (know-it-alls)



 [External: Use caution with links & attachments]

Thank you for your comments and sanity.

I hope everyone here has a great Passover, happy Good Friday, a great Easter, 
and generally a relaxing and enjoyable weekend.

Enjoy life


Lionel B. Dyck <><
Website: 
https://urldefense.us/v3/__https://www.lbdsoftware.com__;!!JRQnnSFuzw7wjAKq6ti6!2Vn_sV9AZA8k_ZPIm1zi6L1VsRBVZE9k2qcg5XowoOFl1v0xWPdyvrvjbm2fROSuPIlQdKN1h0E$
Github: 
https://urldefense.us/v3/__https://github.com/lbdyck__;!!JRQnnSFuzw7wjAKq6ti6!2Vn_sV9AZA8k_ZPIm1zi6L1VsRBVZE9k2qcg5XowoOFl1v0xWPdyvrvjbm2fROSuPIlQw88ee5w$

“Worry more about your character than your reputation. Character is what you 
are, reputation merely what others think you are.”   - - - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Friday, April 7, 2023 10:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Not aging well (know-it-alls)

I seem to notice a trend here on IBM-MAIN.   Ive been active for probably 25 
years on it, and the benefits I have received, and presume at least some of the 
advice/info I have provided has been helpful for some.

But what I notice, and I know none of these people personally, is that as folks 
age we seem to get grumpier, and have to be "RIGHT" all the time.   Why is 
that?  Thinking back over the years, I recall Ed Gould, liked to argue before 
he faded away off the list, then there was Chris Mason (RIP), that would argue 
USS and whether it was ok to use for VTAM or Unix, and now we have our latest 
example raging as we speak.

I'm nearing the end of my career too, well maybe not that close, but turned 60 
this year.   I certainly hope I age a bit more gracefully, and not argue if the 
sky is blue or turquoise.

Have a good weekend, all.

--
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: Stop the ragging on COBOL please [was: RE: ASM call by value]

I'd love to know if they figure out new ways to lend or save money. I 
guess different vehicles may qualify (CD's, Money Market's, etc.) but 
loans are generally mortgages, personal, cars (which is a form of 
personal anyway) and commercial. I thought they figured out every way 
possible to give er...loan people money.
From what I see, it's all their substance. Make it easier, take deposits 

remotely, etc. which most every bank seems to have now.
Got me.  But I'd love to know. I mean, even Zelle and Venmo are just 
different payment mechanisms.


Doug Fuerst

-- Original Message --
From: "Bob Bridges" 
To: IBM-MAIN@listserv.ua.edu
Sent: 07-Apr-23 11:06:05
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by 
value]



Thanks.  By "modern financial technology" do you suppose they're talking about things like on-line 
banking apps?  Because pretty much everyone does that nowadays - so, as you said, "just banks".  On 
the other hand maybe "financial technology" means trying out new practices in borrowing and 
lending, in which case I'm a lot less sanguine.  I'll let them experiment with someone else's money at first.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* ...if you move, you'll end up like us: surrounded by hundreds of cardboard boxes 
packed by strangers ... Virtually every box will be labeled with some mutant spelling of 
the word "miscellaneous."  You will not be able to find ANYTHING.  For example, 
I'm pretty sure that, before we moved, we had a seven-month-old daughter.  -Dave Barry, 
Miami Herald 2000-11-05 */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Doug
Sent: Friday, April 7, 2023 10:38

Off the net:

So-called challenger banks are in most cases small modern retail banks which 
challenge longer-established institutes by offering modern financial technology 
and are more focused on the customer. This way they want to “challenge” the old 
banks. Challenger banks are also called neo banks.

So, just banks

-- Original Message --
From: "Bob Bridges" 
Sent: 07-Apr-23 10:35:41


I've following this thread mostly because I'm bored and it has mild entertainment value, 
but I'm handicapped by not knowing what a "challenger bank" is.  Can someone 
define it?


--
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: Stop the ragging on COBOL please [was: RE: ASM call by value]

I’ve got a plethora of Engineers in my family. They were all able to get
employed pre-social media/LinkedIn.
I don’t think there are many idiots on here. There are some who embellish their
skillsets and some AH’s who use the platform for their egos.
I’ve worked with a lot of brilliant people in 40+ years. None post here with
any frequency. From an IMS expert Rodecker at EDS Packard Electric, to a DB2
DBA by the name of Hadden at Revco, to a guy named Alan at my most recent
employer. (You know who you are) Many in between. I’ve met quite a few at
various conferences and classes. Quackenbush, Thomen, Roger Miller, Yevich, and
others.

I’ve also worked with some awful people.
But, overall it’s been an interesting journey.

Sent from Yahoo Mail for iPhone

On Friday, April 7, 2023, 10:00 AM, Jeremy Nicoll
wrote:

On Fri, 7 Apr 2023, at 13:23, Bill Johnson wrote:
> I’ve read numerous articles and analysis that indicates LinkedIn has a
> problem with embellished & fake resumes. Here’s one.
>
> https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv

I'm sure that's true ... but I'd think that many people's listings are
basically
correct ... because their own peers will force them to be honest.

And, do you think I'm an idiot?

Without social media one had nearly no way to find things out about local
architects, lawyers etc. With, one at least has a few pointers with which one
can google local newspapers, trade organisations etc. Of course not all of
what one finds is credible, but not all that many people who've claimed to
work for local company X or participated in local event Y have also built a
complete online fake trail of supporting evidence in their local (or tech)
communities.

> I also don’t like having my information on the internet for all to see

No, well I guess one has to decide how much to post.

It's like deciding whether to post (everywhere) under one's real name or
to use nicknames in some or all places. I decided in the 1990s that I
would use my real name and stand by what I wrote, even though it'd
have been a lot easier sometimes (when I offended someone or got
completely the wrong end of some stick) to have been able to hide
behind some level of anonymity.

But eg I do blur out identifyng details on photographs I share with
people. I don't put my home address in my email signature - some
people seem not to see the risk in doing that and then telling the
world they're going on holiday...

> I’m not on Facebook

OTOH you're probably not somewhere between bed- & house-bound
with nearly no in-person social life either. But for people who are, the
various social-media platforms make one feel much less isolated, and
it's done wonders for patient-support communites as well.

--
Jeremy Nicoll - my opinions are my own.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Just PDSE

2023-04-07 Thread Paul Gilmartin

On Fri, 7 Apr 2023 16:17:04 +, Gibney, Dave wrote:

>The issue with this has always been and still is the fact that you cannot 
>safely share PDES without SYSPLEX (perhaps not full SYSPLEX) ...
>
Do program objects in a z/FS directory satisfy (some) requirements for PDSE?

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

U4038 - IGZ0099C Internal error CLOSE-FIB was detected in module IGZ@QSAM.

2023-04-07 Thread Crusty Old Guy

I have a program that abends with a U4038 on file close.  This only happens 
when a specific record is on an input file.  No record, no problem.
This is from the dump - 
IGZ0099C Internal error CLOSE-FIB was detected in module IGZ@QSAM.
From compile unit  at entry point  at compile unit offset 
+0B5A at entry offset +0B5A at address 7B5A.
 <> LEAID LEAID001I UNRECOGNIZED CEEMGET FEEDBACK CODE: 
x000301C259C3C5C50021

U4038 is usually associated with record or storage size. Is that correct? 
How can one record alter the size of a storage or record size?

Regards, 
COG

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Just PDSE

2023-04-07 Thread Gibney, Dave

The issue with this has always been and still is the fact that you cannot 
safely share PDES without SYSPLEX (perhaps not full SYSPLEX) but still more 
than our small couple LPAR shop needed, And since our development to production 
path was from Development LPAR to Production LPAR via libraries on a shared 
disk, somewhat of a non-starter.

We got burnt a long time ago with an ISV that distributed their parmlib in a 
PDSE, which we unknowingly at the time shared.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Seymour J Metz
> Sent: Friday, April 7, 2023 5:52 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: LE runtime

> I would be tempted to just switch to PDSE and be done with it. Of course,
> that doesn't help with the C++ issue, but it's still one less thing to worry
> about.
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Not aging well (know-it-alls)

2023-04-07 Thread Lionel B. Dyck

Thank you for your comments and sanity.

I hope everyone here has a great Passover, happy Good Friday, a great Easter, 
and generally a relaxing and enjoyable weekend.

Enjoy life 


Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck

“Worry more about your character than your reputation. Character is what you 
are, reputation merely what others think you are.”   - - - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Friday, April 7, 2023 10:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Not aging well (know-it-alls)

I seem to notice a trend here on IBM-MAIN.   Ive been active for probably 25 
years on it, and the benefits I have received, and presume at least some of the 
advice/info I have provided has been helpful for some.

But what I notice, and I know none of these people personally, is that as folks 
age we seem to get grumpier, and have to be "RIGHT" all the time.   Why is 
that?  Thinking back over the years, I recall Ed Gould, liked to argue before 
he faded away off the list, then there was Chris Mason (RIP), that would argue 
USS and whether it was ok to use for VTAM or Unix, and now we have our latest 
example raging as we speak.   

I'm nearing the end of my career too, well maybe not that close, but turned 60 
this year.   I certainly hope I age a bit more gracefully, and not argue if the 
sky is blue or turquoise.

Have a good weekend, all.

--
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

Not aging well (know-it-alls)

2023-04-07 Thread Dave Jousma

I seem to notice a trend here on IBM-MAIN.   Ive been active for probably 25 
years on it, and the benefits I have received, and presume at least some of the 
advice/info I have provided has been helpful for some.

But what I notice, and I know none of these people personally, is that as folks 
age we seem to get grumpier, and have to be "RIGHT" all the time.   Why is 
that?  Thinking back over the years, I recall Ed Gould, liked to argue before 
he faded away off the list, then there was Chris Mason (RIP), that would argue 
USS and whether it was ok to use for VTAM or Unix, and now we have our latest 
example raging as we speak.   

I'm nearing the end of my career too, well maybe not that close, but turned 60 
this year.   I certainly hope I age a bit more gracefully, and not argue if the 
sky is blue or turquoise.

Have a good weekend, all.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: LE runtime

I didn't say anything about creating a LM or PO directly.  I don't know 
specifics on how it's done, but the debug data ends up as a NOLOAD segment of a 
PO if the TEST(NOSEPARATE) option is specified.

From: IBM Mainframe Discussion List  on behalf of 
Seymour J Metz 
Sent: Thursday, April 6, 2023 6:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: LE runtime

Are you sure that any of them can directly create load modules or program 
objects? I suspect that they still produce object modules, albeit in a modern 
format, and require, e.g., the Binder, as a final step.

Does anybody remember SQUOZE ?

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Frank Swarbrick [frank.swarbr...@outlook.com]
Sent: Thursday, April 6, 2023 3:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LE runtime

The "strange debugging option" for COBOL is, I believe, the ability to store 
the compressed source code data in a NOLOAD segment of a program object; 
something not supported with legacy load modules.  A very useful thing, in my 
opinion.  Much better than having the debug data in a separate module in a 
separate library.

From: IBM Mainframe Discussion List  on behalf of 
Bernd Oppolzer 
Sent: Thursday, April 6, 2023 1:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: LE runtime

Thanks.

This (to me) seems related to the fact that PL/I still can produce
"classic" load modules,
while COBOL and C++ create program objects, which must reside in PDSEs.

With C++ (I guess), this is due to the fact that (writable) static data
can be initialized not only by
static initializers (which could be implemented by CSECT formatting),
but by function calls, which
needs init functions called after program load or task creation. So with
C++, the requirement
for program objects is driven by the language definition. But I'm not
sure about this.

For COBOL, it is kind of strange, and as I understood, it is only driven
by some sort of
debugging option which only can be handled by program objects.

The PL/1 compiler group, FWIW, stated that they don't plan to require
program objects
in the near future.

By the way: NORENT C can produce load modules, too. We still use NORENT
C generating
load modules (without the compiler options RENT, DLL, LONGNAME). I hope
that this will
be supported in the future, too ... and that "normal load modules" won't
go away soon
(I don't think it will be possible).

It would by interesting, again, what PL/X does. Maybe the new fancy
stuff is only
for the customers :-)

Kind regards

Bernd

Am 06.04.2023 um 00:26 schrieb Attila Fogarasi:
> Originally SCEERUN2 contained LE modules that had to be PDS/E while SCEERUN
> could be PDS.  Also for PL/I and Fortran only SCEERUN is needed;  Cobol and
> C/C++ needs SCEERUN2 as well as SCEERUN.  Finally some of the SCEERUN2
> modules had naming conflicts with very old pre-LE runtimes, while SCEERUN
> modules did not.
>
> On Thu, Apr 6, 2023 at 7:59 AM Frank Swarbrick 
> wrote:
>
>> What is the major difference between the SCEERUN and SCEERUN2 libraries?
>> Is RUN2 for XPLINK and RUN for non-XPLINK?
>>

--
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

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

Re fake resumes: I learned a long time ago not to trust any resume not given 
directly by the applicant. And if you're the applicant, don't assume that the 
agency didn't add skills that you don't have.

In the specific case of LinkedIn, that issue shouldn't exist, but there may be 
serious parsing errors.

From: IBM Mainframe Discussion List  on behalf of 
Jeremy Nicoll 
Sent: Friday, April 7, 2023 9:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

On Fri, 7 Apr 2023, at 13:23, Bill Johnson wrote:
> I’ve read numerous articles and analysis that indicates LinkedIn has a
> problem with embellished & fake resumes. Here’s one.
>
> https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv

I'm sure that's true ... but I'd think that many people's listings are basically
correct ... because their own peers will force them to be honest.

And, do you think I'm an idiot?

Without social media one had nearly no way to find things out about local
architects, lawyers etc.  With, one at least has a few pointers with which one
can google local newspapers, trade organisations etc.  Of course not all of
what one finds is credible, but not all that many people who've claimed to
work for local company X or participated in local event Y have also built a
complete online fake trail of supporting evidence in their local (or tech)
communities.

> I also don’t like having my information on the internet for all to see

No, well I guess one has to decide how much to post.

It's like deciding whether to post (everywhere) under one's real name or
to use nicknames in some or all places.  I decided in the 1990s that I
would use my real name and stand by what I wrote, even though it'd
have been a lot easier sometimes (when I offended someone or got
completely the wrong end of some stick) to have been able to hide
behind some level of anonymity.

But eg I do blur out identifyng details on photographs I share with
people.  I don't put my home address in my email signature - some
people seem not to see the risk in doing that and then telling the
world they're going on holiday...

> I’m not on Facebook

OTOH you're probably not somewhere between bed- & house-bound
with nearly no in-person social life either.  But for people who are, the
various social-media platforms make one feel much less isolated, and
it's done wonders for patient-support communites as well.

--
Jeremy Nicoll - my opinions are my own.

--
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: Stop the ragging on COBOL please [was: RE: ASM call by value]

2023-04-07 Thread Bob Bridges

Thanks.  By "modern financial technology" do you suppose they're talking about 
things like on-line banking apps?  Because pretty much everyone does that 
nowadays - so, as you said, "just banks".  On the other hand maybe "financial 
technology" means trying out new practices in borrowing and lending, in which 
case I'm a lot less sanguine.  I'll let them experiment with someone else's 
money at first.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* ...if you move, you'll end up like us: surrounded by hundreds of cardboard 
boxes packed by strangers ... Virtually every box will be labeled with some 
mutant spelling of the word "miscellaneous."  You will not be able to find 
ANYTHING.  For example, I'm pretty sure that, before we moved, we had a 
seven-month-old daughter.  -Dave Barry, Miami Herald 2000-11-05 */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Doug
Sent: Friday, April 7, 2023 10:38

Off the net:

So-called challenger banks are in most cases small modern retail banks which 
challenge longer-established institutes by offering modern financial technology 
and are more focused on the customer. This way they want to “challenge” the old 
banks. Challenger banks are also called neo banks.

So, just banks

-- Original Message --
From: "Bob Bridges" 
Sent: 07-Apr-23 10:35:41

>I've following this thread mostly because I'm bored and it has mild 
>entertainment value, but I'm handicapped by not knowing what a "challenger 
>bank" is.  Can someone define it?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]


Off the net:

So-called challenger banks are in most cases small modern retail banks 
which challenge longer-established institutes by offering modern 
financial technology and are more focused on the customer. This way they 
want to “challenge” the old banks. Challenger banks are also called neo 
banks.


So, just banks

Doug Fuerst

-- Original Message --
From: "Bob Bridges" 
To: IBM-MAIN@listserv.ua.edu
Sent: 07-Apr-23 10:35:41
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by 
value]



I've following this thread mostly because I'm bored and it has mild entertainment value, 
but I'm handicapped by not knowing what a "challenger bank" is.  Can someone 
define it?

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* Every year, on April 15, all members of Congress would be placed in 
individual prison cells with the necessary tax forms and a copy of the Tax 
Code. They would remain locked in the cells, without food or water, until they 
had completed their tax returns and successfully undergone a full IRS audit. Of 
course this system would probably result in a severe shortage of 
congresspersons. But there might also be some drawbacks. -Dave Barry's plan to 
simplify the tax code, 2000-04-09 */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Thursday, April 6, 2023 18:10

ING is partially a bank but they still shut down their challenger “quasi 
bank” YOLT. And the other challenger “banks” are struggling

--
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: Stop the ragging on COBOL please [was: RE: ASM call by value]

2023-04-07 Thread Bob Bridges

I've following this thread mostly because I'm bored and it has mild 
entertainment value, but I'm handicapped by not knowing what a "challenger 
bank" is.  Can someone define it?

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* Every year, on April 15, all members of Congress would be placed in 
individual prison cells with the necessary tax forms and a copy of the Tax 
Code. They would remain locked in the cells, without food or water, until they 
had completed their tax returns and successfully undergone a full IRS audit. Of 
course this system would probably result in a severe shortage of 
congresspersons. But there might also be some drawbacks. -Dave Barry's plan to 
simplify the tax code, 2000-04-09 */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Thursday, April 6, 2023 18:10

ING is partially a bank but they still shut down their challenger “quasi 
bank” YOLT. And the other challenger “banks” are struggling

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

So you get your "news" from Twitter. For me, that explains ALOT!

Doug Fuerst

-- Original Message --
From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@listserv.ua.edu
Sent: 07-Apr-23 8:23:03
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by 
value]

I’ve read numerous articles and analysis that indicates LinkedIn has a problem with 
embellished & fake resumes. Here’s one.

https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv

I also don’t like having my information on the internet for all to see. I’m not 
on Facebook, Tiktok, Instagram, but do use Twitter to satisfy my news junkie 
inner self.

Sent from Yahoo Mail for iPhone

On Friday, April 7, 2023, 7:32 AM, Jeremy Nicoll 
 wrote:

On Fri, 7 Apr 2023, at 05:36, Bill Johnson wrote:

 Yes Bill Johnson is my real name and I’ve never been on LinkedIn.
 That’s just an ego trip and place where people like you go for
 confirmation...

I've certainly seen some people use it as an ego-trip, for "networking"
and - presumably - trying to increase their chances of finding work.

I use LinkedIn as a useful place to find out more about people whom
I'm going to have contact with (in any sphere, certainly not just in
computing).  It's particularly useful when it's not entirely clear from
some company's website whether they've got tens/hundreds of
employees or just one person working from home. (In the UK) I also
look at Companies House registrations of companies, who the directors
are etc, and look at what else they're involved in, and especially if any
of their prior businesses have gone under or they've been prosecuted
for anything.

Eg, is that lawyer someone who's worked for one or two companies
for many years, or a whole string of places, never for more than a
year or two, or did they only qualify last year?

Is that "data protection officer" someone with any understanding of
how computer systems work, or just an administrator, or a lawyer?

Knowing more about people allows one to slant emails to them in
differing ways, which can be useful.

I'm listed there, but not for the purposes of finding work; mainly so
that people whom I once worked with have a better chance of finding
me if they want to.  And also - you have to be a member to be able
to see other people's profiles.

--
Jeremy Nicoll - my opinions are my own.

--
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: Stop the ragging on COBOL please [was: RE: ASM call by value]

2023-04-07 Thread Jeremy Nicoll

On Fri, 7 Apr 2023, at 13:23, Bill Johnson wrote:
> I’ve read numerous articles and analysis that indicates LinkedIn has a 
> problem with embellished & fake resumes. Here’s one.
>
> https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv

I'm sure that's true ... but I'd think that many people's listings are 
basically 
correct ... because their own peers will force them to be honest.

And, do you think I'm an idiot?

Without social media one had nearly no way to find things out about local
architects, lawyers etc.  With, one at least has a few pointers with which one
can google local newspapers, trade organisations etc.  Of course not all of
what one finds is credible, but not all that many people who've claimed to
work for local company X or participated in local event Y have also built a
complete online fake trail of supporting evidence in their local (or tech) 
communities.  

> I also don’t like having my information on the internet for all to see

No, well I guess one has to decide how much to post.

It's like deciding whether to post (everywhere) under one's real name or
to use nicknames in some or all places.  I decided in the 1990s that I 
would use my real name and stand by what I wrote, even though it'd
have been a lot easier sometimes (when I offended someone or got 
completely the wrong end of some stick) to have been able to hide
behind some level of anonymity.

But eg I do blur out identifyng details on photographs I share with 
people.  I don't put my home address in my email signature - some
people seem not to see the risk in doing that and then telling the 
world they're going on holiday...

> I’m not on Facebook

OTOH you're probably not somewhere between bed- & house-bound
with nearly no in-person social life either.  But for people who are, the
various social-media platforms make one feel much less isolated, and
it's done wonders for patient-support communites as well.

-- 
Jeremy Nicoll - my opinions are my own.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

2023-04-07 Thread Joe Monk

"I know more about banking than you know it alls."

You dont know what you dont know.

Joe

On Thu, Apr 6, 2023 at 9:16 PM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> I know more about banking than you know it alls. Already proved Crayford
> wrong regarding the challenger banks. And ING dropped their mainframe as
> their stock price is cut in half the last 20 years. Explain the complex
> reasons or are you making that up too?
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Thursday, April 6, 2023, 10:11 PM, Doug  wrote:
>
> For alot more complex reasons than your simplistic view of banking.
> Perhaps some time learning real banking might help. Or some
> macroeconomics to go along with it. I've made plenty over the years on
> the right bank investments. And took some risks with others. But I
> actually understand the business.
> And despite your pronouncement, plenty of retail banks are quite
> profitable.
>
> Doug Fuerst
> d...@bkassociates.net
>
> -- Original Message --
> From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@listserv.ua.edu
> Sent: 06-Apr-23 20:19:39
> Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
> value]
>
> >I did. Mellon Bank during the transition from retail bank to investment
> bank. Retail banking sucks for profits. That’s why Citi is selling for 6
> times earnings. ING stock would have lost you a ton of money over the last
> 20 years. Why are bank stocks selling at a huge discount to the market?
> >
> >
> >Sent from Yahoo Mail for iPhone
> >
> >
> >On Thursday, April 6, 2023, 8:06 PM, Doug  wrote:
> >
> >Maybe you should have actually worked in retail banking, which clearly,
> >you never have.
> >
> >
> >Doug Fuerst
> >d...@bkassociates.net
> >
> >-- Original Message --
> >From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
> >To: IBM-MAIN@listserv.ua.edu
> >Sent: 06-Apr-23 19:16:58
> >Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
> >value]
> >
> >>Like I said, there’s little money in retail banking. And zero money to
> be made in challenger banking. It’s why they are all shrinking or closed.
> Mellon bank saw this 20+ years ago. ING & others are focusing more on
> investment banking. Mostly for the high net worth people but also people in
> our financial arena. It’s why Bank of America agreed to take on Merrill
> Lynch in 2008 during the meltdown. And still can’t make much money because
> of their focus on retail banking. Wells Fargo got fined a bundle for trying
> to rip off consumers because there’s little money in retail banking. Most
> banks are trying to get into investment banking where significant money can
> be made. Quasi Goldman Sachs or Morgan Stanley like.
> >>
> >>You can see how precarious the economy is for retail banking companies
> by how quickly they can become insolvent. Even a bank considered excellent
> because of their clientele like SVB. Then Credit Suisse almost went belly
> up until UBS saved them. Deutsche Bank isn’t exactly a bastion of
> profitability either. Citibank almost went belly up in 2008. One of the
> largest banks in the world. Anyone who claims banking, especially retail
> banking is a profit generating machine is not paying attention.
> >>
> >>
> >>Sent from Yahoo Mail for iPhone
> >>
> >>
> >>On Thursday, April 6, 2023, 6:07 PM, René Jansen <
> rene.vincent.jan...@gmail.com> wrote:
> >>
> >>They will be disappointed if they hear that, there are a fusion between
> Rijkspostspaarbank, NMB (Nederlansche Middenstandsbank, Postcheque en
> Girodienst, and Nationale Nederlanden. They are a very large bank in the
> Netherlands. And yes they are off the mainframe, running a lot of mainframe
> stuff on Micro Focus.
> >>
> >>best regards,
> >>
> >>René.
> >>
> >>>  On 7 Apr 2023, at 00:01, Bill Johnson <
> 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
> >>>
> >>>  ING isn’t a bank either.
> >>>
> >>
> >>--
> >>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 a

Re: LE runtime

I would be tempted to just switch to PDSE and be done with it. Of course, that 
doesn't help with the C++ issue, but it's still one less thing to worry about.

From: IBM Mainframe Discussion List  on behalf of 
Bernd Oppolzer 
Sent: Thursday, April 6, 2023 8:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LE runtime

I recall that if you use certain language constructs, the binder
complains about
"this object requires PO format 3 and cannot be stored in a load module";
maybe if you initialize a static value using a function call (which is
not valid in ANSI C).

I once had the need to convert such a C++ function to ANSI C, because
one branch of
my customer doesn't allow C++ ... the other branch does, and I had to
copy a routine
which creates UUIDs from the other branch. To do this in C, I had to get
rid of the
initialization of the (writable) static data by using a function call.
In C, it is not possible
to do function calls when initalizing static data; static data is
initialized at enclave creation
time, and the C language description allows only constants at this time,
no function calls.
Load modules (in the NORENT case) initialize their static data at
compile time by
CSECT formatting. With RENT, a compiler created initialization routine
is called, but with C,
it is not possible that this routine calls "user" routines.

Of course, if you don't do this and you use only features that could
also be simulated
using ANSI C, you maybe don't have this problem.

So my opinion is: not all C++ programs require PDSEs, but there are
some, which require
program objects format 3, and these will, of course, require PDSEs.

Kind regards

Bernd

Am 07.04.2023 um 02:12 schrieb Charles Mills:
> C++ can produce object code that can be linked into a traditional load module 
> in a PDS. I do it all the time.
>
> Charles
>
> On Thu, 6 Apr 2023 09:18:28 +0200, Bernd Oppolzer 
>  wrote:
>
>> Thanks.
>>
>> This (to me) seems related to the fact that PL/I still can produce
>> "classic" load modules,
>> while COBOL and C++ create program objects, which must reside in PDSEs.
> --
> 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: Stop the ragging on COBOL please [was: RE: ASM call by value]

So by you lying about people's beliefs and motives is a sign of highest regard? 
I suggest that you take your own advice.


From: IBM Mainframe Discussion List  on behalf of 
David Crayford 
Sent: Friday, April 7, 2023 12:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

On 7/4/23 10:15, Bill Johnson wrote:
> I know more about banking than you know it alls. Already proved Crayford 
> wrong regarding the challenger banks. And ING dropped their mainframe as 
> their stock price is cut in half the last 20 years. Explain the complex 
> reasons or are you making that up too?
>
Throughout my time on this forum, I've engaged in numerous debates, but
I always maintain the highest regard for those I disagree with. These
individuals are exceptional mainframe experts, boasting extensive
experience and adding immense value to our community. Bill, I struggle
to recall any technical insights you've shared in our discussions.
Instead, you tend to repeatedly express unconstructive comments. Please
consider reevaluating your approach, as your current contributions are
not generating much interest or value.
> Sent from Yahoo Mail for iPhone
>
>
> On Thursday, April 6, 2023, 10:11 PM, Doug  wrote:
>
> For alot more complex reasons than your simplistic view of banking.
> Perhaps some time learning real banking might help. Or some
> macroeconomics to go along with it. I've made plenty over the years on
> the right bank investments. And took some risks with others. But I
> actually understand the business.
> And despite your pronouncement, plenty of retail banks are quite
> profitable.
>
> Doug Fuerst
> d...@bkassociates.net
>
> -- Original Message --
> From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@listserv.ua.edu
> Sent: 06-Apr-23 20:19:39
> Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
> value]
>
>> I did. Mellon Bank during the transition from retail bank to investment 
>> bank. Retail banking sucks for profits. That’s why Citi is selling for 6 
>> times earnings. ING stock would have lost you a ton of money over the last 
>> 20 years. Why are bank stocks selling at a huge discount to the market?
>>
>>
>> Sent from Yahoo Mail for iPhone
>>
>>
>> On Thursday, April 6, 2023, 8:06 PM, Doug  wrote:
>>
>> Maybe you should have actually worked in retail banking, which clearly,
>> you never have.
>>
>>
>> Doug Fuerst
>> d...@bkassociates.net
>>
>> -- Original Message --
>> From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu>
>> To: IBM-MAIN@listserv.ua.edu
>> Sent: 06-Apr-23 19:16:58
>> Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by
>> value]
>>
>>> Like I said, there’s little money in retail banking. And zero money to be 
>>> made in challenger banking. It’s why they are all shrinking or closed. 
>>> Mellon bank saw this 20+ years ago. ING & others are focusing more on 
>>> investment banking. Mostly for the high net worth people but also people in 
>>> our financial arena. It’s why Bank of America agreed to take on Merrill 
>>> Lynch in 2008 during the meltdown. And still can’t make much money because 
>>> of their focus on retail banking. Wells Fargo got fined a bundle for trying 
>>> to rip off consumers because there’s little money in retail banking. Most 
>>> banks are trying to get into investment banking where significant money can 
>>> be made. Quasi Goldman Sachs or Morgan Stanley like.
>>>
>>> You can see how precarious the economy is for retail banking companies by 
>>> how quickly they can become insolvent. Even a bank considered excellent 
>>> because of their clientele like SVB. Then Credit Suisse almost went belly 
>>> up until UBS saved them. Deutsche Bank isn’t exactly a bastion of 
>>> profitability either. Citibank almost went belly up in 2008. One of the 
>>> largest banks in the world. Anyone who claims banking, especially retail 
>>> banking is a profit generating machine is not paying attention.
>>>
>>>
>>> Sent from Yahoo Mail for iPhone
>>>
>>>
>>> On Thursday, April 6, 2023, 6:07 PM, René Jansen 
>>>  wrote:
>>>
>>> They will be disappointed if they hear that, there are a fusion between 
>>> Rijkspostspaarbank, NMB (Nederlansche Middenstandsbank, Postcheque en 
>>> Girodienst, and Nationale Nederlanden. They are a very large bank in the 
>>> Netherlands. And yes they are off the mainframe, running a lot of mainframe 
>>> stuff on Micro Focus.
>>>
>>> best regards,
>>>
>>> René.
>>>
On 7 Apr 2023, at 00:01, Bill Johnson 
 <0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

ING isn’t a bank either.

>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>>
>>>
>>>
>>>
>>> --

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]