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

"Trust but verify." -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Matt Hogstrom [m...@hogstrom.org] Sent: Friday, April 7, 2023 9:17 PM To: IBM-MAIN@LISTSERV.UA.EDU

Re: Call by value, final

Hi Jeremy, Maybe SMPSCDS? I do not recall (I've used both extensively) EVER seeing member names like that in SMPPTS and SMPSTS Regards, David On 2023-04-09 08:43, Jeremy Nicoll wrote: On Sun, 9 Apr 2023, at 11:10, Seymour J Metz wrote: Are you sure that you're not thinking of SMP through

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

The only CICS routines that MUST be statically linked are the DFH subroutines that are called as the result of coding CICS commands like EXEC CICS LINK or EXEC SQL SELECT. AFAIK, any user-written program can be defined to RDO including those with national characters ($#@) in the name. I

Specifhing the ENVBLOCK (was: Just PDSE)

(Subject: changed: this has drifted far from"PDSE") On Sun, 9 Apr 2023 09:50:44 +, Seymour J Metz wrote: >Chapter 12. TSO/E REXX programming services > Thanks. Eek! TMI. Where I see: Entry specifications For the IRXEXCOM routine, the contents of the registers on entry are:

Re: Call by value, final

In particular, transient SVC routines with numbers that were multiples of 10 had names ending in 'C0'x. The free SMP also used some interesting member names. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List

Re: AI wipes out humanity?

I think that when it's time to railroad, people are gonna railroad, aka the genie doesn't go back in the bottle. All the calls for a "moratorium" are silly: there's no way to enforce one, so it's just a waste of time. Spend the effort looking for ways to mitigate/avoid the risks, don't pretend

Re: Call by value, final

On Sun, 9 Apr 2023, at 11:10, Seymour J Metz wrote: > Are you sure that you're not thinking of SMP through SMP4, the free SMP > that preceeded SMP/E? Certain. I only ever used SMP/E - roughly between 1986 and the late 1990s. I don't recall precisely but I think these weird member names were

ssid not recognized after erly code update

I updated DB2 ERLY code dataset SDSNLINK, now the SSID is not recognized. Have IPLd and refreshed LLA then tried stopping and starting LLA. What is wrong? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access

Re: reallocating a linklist dataset

Yes, an IPL is incredibly disruptive. There are times, however, where it is needed to prevent even greater disruption from catastrophic system failures. It seems to me that reallocating a dataset on the linklist is one such time. On Sun, Apr 9, 2023 at 7:39 AM Peter Relson wrote: > Bill G wrote

Re: Password alter record

Unless something changed over the last 10 years since I used to work with things like this, ALTUSER is recorded in SMF, including what userid made the change. One way to format the records is: https://www.ibm.com/docs/en/zos/2.4.0?topic=irradu00-example On 4/8/2023 10:48 PM, Jake Anderson

AI wipes out humanity?

Thoughts. The Aliens Have Landed, and We Created Them  https://www.bloomberg.com/opinion/articles/2023-04-09/artificial-intelligence-the-aliens-have-landed-and-we-created-them Sent from Yahoo Mail for iPhone -- For IBM-MAIN

Re: reallocating a linklist dataset

Bill G wrote Would the dataset be de-allocated at IPL so I might redefine my dataset? Or would there be allocation across the sysplex for other Lpars? All the allocations are local to the system. The only safe time to do what you want is while any system(s) using that data set are not IPL'd. It

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

The other reason for the literal calls is because one wants the load module to have the subroutines statically linked that the COBOL program is using. In this way there is no LOAD done during execution time because COBOL "knows" that these are statically linked. There are a few reasons to

Re: reallocating a linklist dataset

No allocation is retained across IPL. Everything in your LNKLST will be reallocated at IPL. You will get the desired effect in two scenarios: 1. You build a replacement PDS and update LNKLST to point to it. 2. You build a replacement PDS, rename the old, rename the new to the old and the

Re: Just PDSE

Chapter 12. TSO/E REXX programming services "f you do not specify an address in the environment block address parameter, the TSO/E REXX routine checks register 0 for the address of an environment block. If register 0 contains the address of a valid environment block, the routine runs in the

Re: Call by value, final

Are you sure that you're not thinking of SMP through SMP4, the free SMP that preceeded SMP/E? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Jeremy Nicoll

Dave Josuma's post

I have been here lurking for the last five or so years. Here is my response to Dave’s post. As for me “arguing,” much of it had to do with IBMer’s sugar-coating many issues in older times. To name two, a few were IBM and their blind attitude towards COBOL. Arguing on COBOL was and always has

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

In the case of a common routine(s) that is (are) statically linked for Batch and CICS environments. I didn't design the system the customer had, I just had to be aware of it when I was working on Compile support tools. So I thought that this aspect should be considered in this conversation.

Re: ssid not recognized after erly code update

Bill, Read this: https://www.ibm.com/docs/en/db2-for-zos/12?topic=delivery-updating-db2-initialization-parameters-function-level-activation On Sun, Apr 9, 2023 at 8:45 PM Bill Giannelli wrote: > I updated DB2 ERLY code dataset SDSNLINK, now the SSID is not recognized. > Have IPLd and

Re: Specifhing the ENVBLOCK (was: Just PDSE)

Curse you, OCO! I suspect that validating a potential ENVB address requires running a tree rather than just a list. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of

Re: Specifhing the ENVBLOCK (was: Just PDSE)

On Sun, 9 Apr 2023 20:41:33 +, Seymour J Metz wrote: >Curse you, OCO! > >I suspect that validating a potential ENVB address requires running a tree >rather than just a list. > shows only linear chains. So

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

I can see a point whereby you wouldn't use interactive RDO to define resources. We used a change control system to implement CICS resources via batch jobs running DFHCSDUP utility. It gives a better audit trail than using the CEDA transaction. We also used a separate CSD for 14 CICS regions and

TS7700 abandoned volumes questions

I have a TS7700 Grid of three cluster members. In the past volumes were created for a z/OS system that no longer exists. We have hundreds of tapes in scratch (0012) and private (001F) category.So now, the data is taking up space in my newest grid member because of COPYRFSH activities.

Re: Fascinating Interview with Steve Jobs [non-mainframe] - now Gary Kildall

Branding is very tricky. (hardware branding https://www.ibm.com/downloads/cas/ROXKD4JV, Red Hat/IBM cobranding https://www.redhat.com/en/about/brand/standards/red-hat-and-ibm-logos, etc) BTW, despite posting this using my IBM email, I'm posting this using only externally visible documentation.

Re: AI wipes out humanity?

You might get more responses on the offtopic day (Friday), but here are my thoughts:- Hardly! It can do statistics and answer "Roughly what kind of word soup would someone expect in answer to..." but it doesn't understand what the words mean, and even when you prove it wrong, it can only BS like

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

On Fri, 7 Apr 2023 22:07:03 +, 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? > No. Higher level components should not

Re: Dave Josuma's post

Glad to see you are still kicking around, Ed! Dave Jousma Vice President | Director, Technology Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 From: IBM Mainframe Discussion List on behalf of

Re: AI wipes out humanity?

Yeah, I realize I didn't define anything. But in this case I'm really just saying that we have no idea whether an AI can have an impulse to preserve itself. We observe that impulse in every form of life, but it's well to keep in mind that an AI isn't of that sort. It may have that impulse, but

Re: reallocating a linklist dataset

Well, I apologize foir the brevity of the LNKLIST update. I really did not think anyone would take it to be those were the only steps, just the intent. But yes, you do have to create a new LNKLIST from the old, remove the dataset from it, then activate that new LNKLIST, then you can rename the

Re: AI wipes out humanity?

There are a lot of questions that are best answered by asking "What do you mean by life?"; in this case, what do you mean by life? Is a virus alive? A prion? An organization not based on proteins and RNA? An organism not based on CHON, P, S and a few stray metals? -- Shmuel (Seymour J.) Metz

Re: AI wipes out humanity?

AI certainly raises all sorts of ethical and practical issue beyon the obvious "Will we ever achieve it?", but predicting when is even harder than predicting what. Further, evolution has many pathways, not all of which involve driving competitors to extinction. Of course, some of the

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

OK, so this was a shop standard rather than any actual requirement. So not "cannot be defined to RDO" but "chose not to be allowed to be defined in RDO by management decision". That kind of thing is a deliberate decision to live with the consequences for some perceived benefit. To each their

Re: TS7700 abandoned volumes questions

I'm not able to answer your question but I totally sympathize. There have been many times where I wanted "systems programmer mode" to be enabled where the @#$!!**@#$ software would let me do what I asked, regardless of whether it thought it was smarter than I am and wouldn't do what I asked

Re: TS7700 abandoned volumes questions

I'm afraid the best bet is to work with IBM VTL engineers to manually get rid of them. - KB --- Original Message --- On Monday, April 10th, 2023 at 7:15 AM, Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote: > I'm not able to answer your question but I totally

Re: AI wipes out humanity?

An interesting article in some ways. I don't take seriously all of its speculations, partly because as a Christian I see world events progressing rather differently. But one assumption I want to question here starts with the observation that all life seeks to survive, and speculates that AIs

Re: ssid not recognized after erly code update

Bill, Check the DSNTIJUZ member from your installation. This should show you what subsystem was created in ZPARMS. Perhaps you have dropped your custom module. On Sun, Apr 9, 2023 at 8:45 PM Bill Giannelli wrote: > I updated DB2 ERLY code dataset SDSNLINK, now the SSID is not recognized. >

Re: COBOL question

Thanks Bob, No I initialize the Pointer to NULL, and then allocate. Successfully. And then later I check to see it the pointer = NULL. If it is not NULL, then I do the FREE. Thanks …….Cameron -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bob T Roller Sent:

Re: COBOL question

I can't see your code of course but my WAG is a programmer logic error. (Sorry!) I am going to guess your logic is such that you try to free the same area twice or, less likely, corrupt your pointer. You say you check to see if it is null before freeing. Do you set it to NULL after freeing?