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

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

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

Call by value, final

2023-04-07 Thread Frank Swarbrick
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

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

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

2023-04-07 Thread Bill Johnson
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

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

2023-04-07 Thread Bill Johnson
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

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

2023-04-07 Thread Frank Swarbrick
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

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

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

DB2 question about ULI (Universal adapter)

2023-04-07 Thread Frank Swarbrick
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

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

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

2023-04-07 Thread Bill Johnson
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

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

2023-04-07 Thread Steve Thompson
++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.

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

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

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

2023-04-07 Thread Bill Johnson
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

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

2023-04-07 Thread Doug
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

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

2023-04-07 Thread Mark Jacobs
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=markjac...@protonmail.com --- Original Message --- On Friday, April 7th, 2023 at 5:21 PM, Steve Horein

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

2023-04-07 Thread Bill Johnson
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>

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

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

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

2023-04-07 Thread Bill Johnson
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

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

2023-04-07 Thread Frank Swarbrick
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

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

2023-04-07 Thread Frank Swarbrick
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

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

2023-04-07 Thread Bill Johnson
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

Re: LE runtime

2023-04-07 Thread Frank Swarbrick
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

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

2023-04-07 Thread Bill Johnson
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:

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

2023-04-07 Thread Seymour J Metz
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

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

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

2023-04-07 Thread Frank Swarbrick
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

Re: LE runtime

2023-04-07 Thread Frank Swarbrick
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

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

2023-04-07 Thread Seymour J Metz
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

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

2023-04-07 Thread Frank Swarbrick
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]

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

Re: Just PDSE

2023-04-07 Thread Frank Swarbrick
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

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

2023-04-07 Thread Seymour J Metz
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

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

2023-04-07 Thread Frank Swarbrick
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 /

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

2023-04-07 Thread Bill Johnson
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 <

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.

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

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

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

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

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

2023-04-07 Thread Steve Thompson
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

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

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

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

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

2023-04-07 Thread Bill Johnson
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

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

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

2023-04-07 Thread Bill Johnson
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"

Re: LE runtime

2023-04-07 Thread Seymour J Metz
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

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

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

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

Re: LE runtime

2023-04-07 Thread Seymour J Metz
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]

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

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

2023-04-07 Thread Steve Thompson
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

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

2023-04-07 Thread Mark Jacobs
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=markjac...@protonmail.com --- Original Message --- On Friday, April 7th, 2023 at 2:13 PM,

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

2023-04-07 Thread Doug
"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

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.

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

2023-04-07 Thread Mark Jacobs
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

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

2023-04-07 Thread Steve Thompson
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

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

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

2023-04-07 Thread Bill Johnson
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

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

2023-04-07 Thread Bill Johnson
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

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

2023-04-07 Thread Bill Johnson
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

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

2023-04-07 Thread Bill Johnson
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

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

JESLOG Parameter on JOB Card, executing SUB=MSTR

2023-04-07 Thread Mark Jacobs
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 -

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

2023-04-07 Thread Bill Johnson
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.

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

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

2023-04-07 Thread Doug
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

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

2023-04-07 Thread Bill Johnson
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

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

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

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

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

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

Re: LE runtime

2023-04-07 Thread Frank Swarbrick
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

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

2023-04-07 Thread Seymour J Metz
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

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

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

2023-04-07 Thread Doug
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

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

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

2023-04-07 Thread Doug
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

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

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

Re: LE runtime

2023-04-07 Thread Seymour J Metz
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

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

2023-04-07 Thread Seymour J Metz
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

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

2023-04-07 Thread Bill Johnson
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

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