Re: Goodbye and thanks for all the fish

[Aileen Wynne]

I'm really saddened to heat of his passing - my deep sympathies to you and your 
family.  His contributions here were excellent and he will definitely be missed.
My condolences to you and your family.

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

Re: Hsm for system dump volume

[Brian Westerman]

I migrate the individual dumps directly to ML2 for 30 days.  I migrate them 
once they reach 3 days in age.  If I need it longer than that then I just 
change the mgmtclas.  Mostly, any problems are fixed within that time.  If you 
have dumps that you don't want that get migrated, just HDEL them.  

This works whether the volume is sms managed or not.  It's just easier to 
manage if it's SMS managed.  I would not migrate them to ML1.

IN any case, you should use whatever values you can live with.  If you don't 
know how to process the dumps, then keeping them at all is probably a waste of 
time.  :)

Brian

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

Re: 3420 conversion?

[Tony Harminc]

On Thu, 9 Feb 2023 at 22:00, Tony Thigpen  wrote:

> This is an ICCF backup from '82 that I have keep inside all these years.
[...]
> What state are you in? I am not sure I want to mail it and it get damaged.

Even more reason not to send it to me - I'm in Toronto (Ontario), so
you doubtless don't want cross-border inspection (X-ray?) and such on
top of probably more expensive shipping.

Do ask Mike Baldwin for suggestions - he's near Toronto too, but
probably knows someone closer to you. And that link posted earlier is
logistically and geographically closer to you than I am. Maybe they'll
give a hobbyist a break.

Good luck,

Tony H.

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

Re: 3420 conversion?

[Tony Thigpen]

Tony H.,

This is an ICCF backup from '82 that I have keep inside all these years.

It is from my first job and that company is long gone. There is one 
specific program that I wrote then that I want to revive. While I would 
rewrite it in assembler (it's FCOBOL), the logic was complicated and I 
don't want to reinvent it if possible.


I hoping to reload the few libraries with programs I want into one of my 
current z/VSE systems and then .


I know it's 9-track. It's just program source, no personal information. 
Standard single labeled file:

VOL1/HDR1,tape mark, data (blocked 81 byte records), tape mark, EOF/EOV.

What state are you in? I am not sure I want to mail it and it get damaged.

Tony Thigpen
407-474-0770

Tony Harminc wrote on 2/9/23 21:42:

On Thu, 9 Feb 2023 at 20:33, Tony Thigpen  wrote:


I need a single 3420 tape converted. Anyone know of someone that can do it?


Buncha questions... Where is the tape, how much of a rush are you in,
what's the recording density/tracks, how old is the tape itself, how
old is the recording, how bad is it if it gets damaged or lost, how
confidential is the data? And what kind of output do you expect?

There are still a few services doing this, but fewer than there were a
decade or so ago. Mike Baldwin who is on IBM-MAIN might be able to do
it for you or point you to a good place near wherever you are.

I can do it for no charge, but it may take quite a while since it's
just me being a hobbyist and digging out my ancient 9348 drive and
plugging it into a Linux box and converting to an AWS file. I have
converted quite a few tapes from the early 1970s without problem, but
I can offer no guarantee. I would say I'd be near the bottom of your
list.

Tony H.

--
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: 3420 conversion?

[Tony Harminc]

On Thu, 9 Feb 2023 at 20:33, Tony Thigpen  wrote:

> I need a single 3420 tape converted. Anyone know of someone that can do it?

Buncha questions... Where is the tape, how much of a rush are you in,
what's the recording density/tracks, how old is the tape itself, how
old is the recording, how bad is it if it gets damaged or lost, how
confidential is the data? And what kind of output do you expect?

There are still a few services doing this, but fewer than there were a
decade or so ago. Mike Baldwin who is on IBM-MAIN might be able to do
it for you or point you to a good place near wherever you are.

I can do it for no charge, but it may take quite a while since it's
just me being a hobbyist and digging out my ancient 9348 drive and
plugging it into a Linux box and converting to an AWS file. I have
converted quite a few tapes from the early 1970s without problem, but
I can offer no guarantee. I would say I'd be near the bottom of your
list.

Tony H.

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

Re: 3420 conversion?

[Mark Jacobs]

Found this link.

https://datadesigninc.com/tape-conversions/

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 Thursday, February 9th, 2023 at 8:32 PM, Tony Thigpen  
wrote:


> I need a single 3420 tape converted. Anyone know of someone that can do it?
> 
> Tony Thigpen
> 
> --
> 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

3420 conversion?

[Tony Thigpen]

I need a single 3420 tape converted. Anyone know of someone that can do it?

Tony Thigpen

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

Re: I want to cry

[Seymour J Metz]

From: IBM Mainframe Discussion List  on behalf of Bob 
Bridges 
Sent: Thursday, February 9, 2023 6:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: I want to cry

Some people indicate ":)" by "" or "" or the like.  The nice thing 
about that is that you can put ~anything~ in there to make the meaning clear.  
 and , for example; I know I'm not the only one to use that.

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

/* Never pick a fight with someone who buys ink by the barrel.  -attributed to 
Mark Twain */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Hank Oerlemans
Sent: Thursday, February 9, 2023 17:23

:-)

I need emojis..text emojis make no sense to me.

--
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: I want to cry

[Bob Bridges]

Some people indicate ":)" by "" or "" or the like.  The nice thing 
about that is that you can put ~anything~ in there to make the meaning clear.  
 and , for example; I know I'm not the only one to use that.

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

/* Never pick a fight with someone who buys ink by the barrel.  -attributed to 
Mark Twain */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Hank Oerlemans
Sent: Thursday, February 9, 2023 17:23

:-)

I need emojis..text emojis make no sense to me.

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

Re: [EXTERNAL] Re: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone

[Bob Bridges]

I have had management sign off on the risk after I estimated the effort it 
would take to remediate an issue.  Being a security geek myself, sometimes I 
disagree with the risk; other times I think they're being reasonable.  But I'm 
not the one entrusted with that decision, after all.

But yeah, gotta admit that some management teams feel they have to fix 
everything the auditors point at.

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

/* Humour is the only test of gravity, and gravity of humour, for a subject 
which will not bear raillery is suspicious, and a jest which will not bear 
serious examination is false wit.  -Aristotle */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Thursday, February 9, 2023 16:17

OK, most auditors don't shoot the survivors directly, but in many instances, 
the company's management simply takes the auditors at their words and shoot the 
survivors on behalf of the same auditors.  In my career, I've been in both 
positions; that of having blind management and having management who asked my 
position before making decisions.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Thursday, February 9, 2023 3:03 PM

Steve Thompson's reply about lawyers got to me to look at this bit about 
auditors.  Do auditors ~ever~ shoot the survivors?  In my experience, both 
internal and external auditors report to management; it is management who 
decide whether to fix the problem or sign off on the risk.

I don't think I'm prejudiced in this.  My degree is in Accounting, but I have 
never worked in anything but computer jockery of various kinds.  Well, wait, on 
two occasions I worked a one-week IT audit, supplementing the audit team as a 
mainframe SME.  (Auditors generally understand networks, but are helpless on 
mainframes.)  But that's all.

Those two occasions do match what you say about running years-old procedures, 
though.  Although from what I can remember, the checklist on RACF security that 
they gave me to follow was fairly complete.

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

/* 'I Love Lucy' left here years ago and has gone past a few thousand stars.  
Only the nearby stars have seen 'The Simpsons.'  The earth is brighter than the 
sun at television frequencies.  -SETI astronomer Dan Werthimer */

--- On 2/9/2023 9:25 AM, Tom Longfellow wrote:
> my opinion of Auditors is pretty low.They just come in.   Rerun 
> procedures and checks developed in the 70's and published in a book.   With 
> no regard for the real world functions of the systems.And then they go to 
> the battlefield and "Shoot the survivors"

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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

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

Re: I want to cry

[Hank Oerlemans]

:-)

I need emojis..text emojis make no sense to me.

Hank

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

Re: I want to cry

[Hank Oerlemans]

A very small speciality :-)

Hank

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

Re: [EXTERNAL] Re: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone

[a.benveni...@free.fr]

We have such requirements related to the necessary need to restore data for 
clients who have legal controls, old active archives for decades…, and keep 
tapes in vaults in case of.
Next week we receive a client who needs to restore tapes created 10 years ago, 
never read since on I platform, we still maintain clients who run on z9 for 
example.
Clients accept a potential risk to not be able to repair materials, unreadable 
tapes… We stock old materials, pieces, network hardware to respond of such 
need/contract.

Alain Benvéniste
alain.benveni...@kyndryl.com
Resiliency Services for System Z platform
35 allée du clos des charmes
77090 Collégien
France


De : IBM Mainframe Discussion List  de la part de 
Paul Gorlinsky 
Date : jeudi, 9 février 2023 à 22:24
À : IBM-MAIN@LISTSERV.UA.EDU 
Objet : Re: [EXTERNAL] Re: The Local death of DB2 z/OS --- what is the best way 
to preserve the data once the mainframe is gone
Wouldn't you agree that ultimately, the CIO or CTO or highest Information 
Technology is responsible for any and all mishaps, including mistakes made by 
auditors? Hiring the correct auditor and giving them the correct scope of work 
which is the hiring companies responsibility.

I also saw this in state government, everything done by committee so that no 
one person would be the scape goat...

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

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

Re: [EXTERNAL] Re: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone

[Paul Gorlinsky]

Wouldn't you agree that ultimately, the CIO or CTO or highest Information 
Technology is responsible for any and all mishaps, including mistakes made by 
auditors? Hiring the correct auditor and giving them the correct scope of work 
which is the hiring companies responsibility. 

I also saw this in state government, everything done by committee so that no 
one person would be the scape goat...

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

Re: [EXTERNAL] Re: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone

[Pommier, Rex]

Bob,

OK, most auditors don't shoot the survivors directly, but in many instances, 
the company's management simply takes the auditors at their words and shoot the 
survivors on behalf of the same auditors.  In my career, I've been in both 
positions; that of having blind management and having management who asked my 
position before making decisions.  

rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Thursday, February 9, 2023 3:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: The Local death of DB2 z/OS --- what is the best way to 
preserve the data once the mainframe is gone

Steve Thompson's reply about lawyers got to me to look at this bit about 
auditors.  Do auditors ~ever~ shoot the survivors?  In my experience, both 
internal and external auditors report to management; it is management who 
decide whether to fix the problem or sign off on the risk.

I don't think I'm prejudiced in this.  My degree is in Accounting, but I have 
never worked in anything but computer jockery of various kinds.  Well, wait, on 
two occasions I worked a one-week IT audit, supplementing the audit team as a 
mainframe SME.  (Auditors generally understand networks, but are helpless on 
mainframes.)  But that's all.

Those two occasions do match what you say about running years-old procedures, 
though.  Although from what I can remember, the checklist on RACF security that 
they gave me to follow was fairly complete.

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

/* 'I Love Lucy' left here years ago and has gone past a few thousand stars.  
Only the nearby stars have seen 'The Simpsons.'  The earth is brighter than the 
sun at television frequencies.  -SETI astronomer Dan Werthimer */

--- On 2/9/2023 9:25 AM, Tom Longfellow wrote:
> my opinion of Auditors is pretty low.They just come in.   Rerun 
> procedures and checks developed in the 70's and published in a book.   With 
> no regard for the real world functions of the systems.And then they go to 
> the battlefield and "Shoot the survivors"

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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

Re: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone

[Paul Gorlinsky]

I think we might have missed this: tom.longfel...@courts.state.md.us...

The Maryland State AG's office and the Maryland State Archives are the 
regulatory agencies involved. When working with other states, we called the 
Archives to get directions...

https://msa.maryland.gov

They might be the auditors in this case... But considering its Courts' records 
...

Paul

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

Re: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone

[Bob Bridges]

Steve Thompson's reply about lawyers got to me to look at this bit about 
auditors.  Do auditors ~ever~ shoot the survivors?  In my experience, both 
internal and external auditors report to management; it is management who 
decide whether to fix the problem or sign off on the risk.

I don't think I'm prejudiced in this.  My degree is in Accounting, but I have 
never worked in anything but computer jockery of various kinds.  Well, wait, on 
two occasions I worked a one-week IT audit, supplementing the audit team as a 
mainframe SME.  (Auditors generally understand networks, but are helpless on 
mainframes.)  But that's all.

Those two occasions do match what you say about running years-old procedures, 
though.  Although from what I can remember, the checklist on RACF security that 
they gave me to follow was fairly complete.

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

/* 'I Love Lucy' left here years ago and has gone past a few thousand stars.  
Only the nearby stars have seen 'The Simpsons.'  The earth is brighter than the 
sun at television frequencies.  -SETI astronomer Dan Werthimer */

--- On 2/9/2023 9:25 AM, Tom Longfellow wrote:
> my opinion of Auditors is pretty low.They just come in.   Rerun 
> procedures and checks developed in the 70's and published in a book.   With 
> no regard for the real world functions of the systems.And then they go to 
> the battlefield and "Shoot the survivors"

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

Re: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone

[Bob Bridges]

Tom, this has been building up for a while:  I've gotten to the point where I 
open up your posts, see that I don’t know what they're about, and close them 
without reading them.  It's a shame, because I think you have information to 
add.  But if you keep deleting ~all~ the previous text before sending your 
reply, I can't get any context.  In this case, WHAT is a very good point?  
IBM-MAIN is a very active list; you might have been responding to almost 
anything.

It's a little frustrating.  But even worse is that I'm getting in the habit of 
ignoring your posts, which amounts to a sort of casual contempt for your input 
that I deeply dislike.  Still, there it is.

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

/* We must believe in free will.  We have no choice.  -Isaac Singer (1902-1991) 
*/

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Longfellow
Sent: Thursday, February 9, 2023 09:25

VERY GOOD POINT.

Interesting that the subjects of Lawyers has not been brought up here at all.
It is a Judiciary agency and  Everybody is a wanna-be Lawyer or Judge.

And my opinion of Auditors is pretty low.They just come in.   Rerun 
procedures and checks developed in the 70's and published in a book.   With no 
regard for the real world functions of the systems.And then they go to the 
battlefield and "Shoot the survivors"

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

Re: INFO IBM-MAIN

[Paul Gilmartin]

On Thu, 9 Feb 2023 19:08:43 +, Larry Zhang wrote:

>  INFO IBM-MAIN
>
Follow the instructions at the bottom of each message.  Or:



-- 
gil

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

Hsm for system dump volume

[James Cradesh]

Can anyone recommend how to set up HSM to manage my sys1.dump datasets?  
Currently they are dynamically allocated on one non sms device.  Would auto 
migration suffice?  Ideally keep on device for x days then migrate or backup 
with delete?  Sorry not versed in HSM.

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

INFO IBM-MAIN

[Larry Zhang]

  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: New DB2 external Stored Procedure question - setting sqlcode/sqlstate

[Binyamin Dissen]

On Thu, 9 Feb 2023 18:01:24 + Sri h Kolusu  wrote:

:>>>2. How can I specify the SQLSTATE so that NOT FOUND will be the condition?

I am writing the SP itself in COBOL and want to return an SQLCODE.

:>Assuming that you are calling the Stored procedure from COBOL, here is an 
example of how the SQLCODES are handled.

:>https://www.ibm.com/docs/en/db2-for-zos/12?topic=examples-example-cobol-program-that-calls-stored-procedure

The SP GETPRML can only return to the LIST. The +466 is not done by the SP
itself, it is done by DB2 SP processing because cursors are returned.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

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

Re: New DB2 external Stored Procedure question - setting sqlcode/sqlstate

[Binyamin Dissen]

On Thu, 9 Feb 2023 13:01:00 -0500 "Lance D. Jackson"
 wrote:

:>The -818 SQLCode is a timestamp disparity between the load module and the
:>DBRM.  Make sure that the WLM which the SP runs in has been properly
:>refreshed since the SP was last built.

When the SQL in the SP gets SQLCODE, the SP returns the data - so the SP works
and is bound.

When the SP  gets +100, the SP sets SQLSTATE (in the extended plist) to
'02000'  The CALLer gets the -443 and the -443 description says

-443 ROUTINE routine-name (SPECIFIC NAME specific-name) HAS RETURNED AN ERROR 
SQLSTATE
WITH DIAGNOSTIC TEXT msg-text

Explanation

An SQLSTATE was returned by routine routine-name, along with message text
msg-text. System action Execution of the SQL statement is terminated.


:>-Original Message-
:>From: IBM Mainframe Discussion List  On Behalf Of
:>Binyamin Dissen
:>Sent: Thursday, February 9, 2023 12:03
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: New DB2 external Stored Procedure question - setting
:>sqlcode/sqlstate
:>
:>I am trying to return a NOT FOUND condition, so I am setting the SQLSTATE
:>parameter to '02000'
:>
:>However, the calling program is getting
:>
:>DSNT408I SQLCODE = -443, ERROR:  ROUTINE SP01 (SPECIFIC NAME SP01) HAS
:>RETURNED
:> AN ERROR SQLSTATE WITH DIAGNOSTIC TEXT DSNT418I SQLSTATE   = 02000
:>SQLSTATE RETURN CODE DSNT415I SQLERRP= DSNXRRTN SQL PROCEDURE DETECTING
:>ERROR DSNT416I SQLERRD= -818  0  0  -1  0  0 SQL DIAGNOSTIC INFORMATION
:>DSNT416I SQLERRD= X'FCCE'  X''  X''  X''
:>X''  X'' SQL DIAGNOSTIC INFORMATION 1. How can I specify the
:>SQLCODE (that is returned to the CALLer)? Return-code doesn't work.
:>
:>2. How can I specify the SQLSTATE so that NOT FOUND will be the condition?
:>
:>SIGNAL does not appear to work for COBOL code.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

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

Re: Goodbye and thanks for all the fish

[Luke R]

My condolences, Rebecca.

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

Re: New DB2 external Stored Procedure question - setting sqlcode/sqlstate

[Sri h Kolusu]

>>2. How can I specify the SQLSTATE so that NOT FOUND will be the condition?

Binyamin Dissen,

Assuming that you are calling the Stored procedure from COBOL, here is an 
example of how the SQLCODES are handled.

https://www.ibm.com/docs/en/db2-for-zos/12?topic=examples-example-cobol-program-that-calls-stored-procedure

Thanks,
Kolusu

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

Re: New DB2 external Stored Procedure question - setting sqlcode/sqlstate

[Lance D. Jackson]

Binyamin,

The -818 SQLCode is a timestamp disparity between the load module and the
DBRM.  Make sure that the WLM which the SP runs in has been properly
refreshed since the SP was last built.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Binyamin Dissen
Sent: Thursday, February 9, 2023 12:03
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: New DB2 external Stored Procedure question - setting
sqlcode/sqlstate

I am trying to return a NOT FOUND condition, so I am setting the SQLSTATE
parameter to '02000'

However, the calling program is getting

DSNT408I SQLCODE = -443, ERROR:  ROUTINE SP01 (SPECIFIC NAME SP01) HAS
RETURNED
 AN ERROR SQLSTATE WITH DIAGNOSTIC TEXT DSNT418I SQLSTATE   = 02000
SQLSTATE RETURN CODE DSNT415I SQLERRP= DSNXRRTN SQL PROCEDURE DETECTING
ERROR DSNT416I SQLERRD= -818  0  0  -1  0  0 SQL DIAGNOSTIC INFORMATION
DSNT416I SQLERRD= X'FCCE'  X''  X''  X''
X''  X'' SQL DIAGNOSTIC INFORMATION 1. How can I specify the
SQLCODE (that is returned to the CALLer)? Return-code doesn't work.

2. How can I specify the SQLSTATE so that NOT FOUND will be the condition?

SIGNAL does not appear to work for COBOL code.

--
Binyamin Dissen  http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

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

New DB2 external Stored Procedure question - setting sqlcode/sqlstate

[Binyamin Dissen]

I am trying to return a NOT FOUND condition, so I am setting the SQLSTATE
parameter to '02000'

However, the calling program is getting

DSNT408I SQLCODE = -443, ERROR:  ROUTINE SP01 (SPECIFIC NAME SP01) HAS
RETURNED
 AN ERROR SQLSTATE WITH DIAGNOSTIC TEXT DSNT418I SQLSTATE   = 02000
SQLSTATE RETURN CODE DSNT415I SQLERRP= DSNXRRTN SQL PROCEDURE DETECTING
ERROR DSNT416I SQLERRD= -818  0  0  -1  0  0 SQL DIAGNOSTIC INFORMATION
DSNT416I SQLERRD= X'FCCE'  X''  X''  X''
X''  X'' SQL DIAGNOSTIC INFORMATION 
1. How can I specify the SQLCODE (that is returned to the CALLer)? Return-code
doesn't work.

2. How can I specify the SQLSTATE so that NOT FOUND will be the condition?

SIGNAL does not appear to work for COBOL code.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

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

Re: Calling a COBOL DB2 Stored Procedure

[Binyamin Dissen]

Found the problem:

I needed to specify PACKAGE PATH in the CREATE PROCEDURE.

On Tue, 7 Feb 2023 15:21:07 -0600 Mike Bell  wrote:

:>start from the basics - I assume the plan name is DSNREXX. you can
:>1. bind the DSNREXX plan with your collection and it will find it in the
:>search list
:>2; SET CURRENT PACKAGESET = 'your collection'
:>I haven't played in this area but those are the basics.
:>Mike
:>
:>On Tue, Feb 7, 2023 at 2:25 PM Binyamin Dissen 
:>wrote:
:>
:>> On Tue, 7 Feb 2023 19:36:12 + Sri h Kolusu  wrote:
:>>
:>> :>>> The -805 is occurring for the SQL statement (a SELECT INTO) in the SP.
:>>
:>> :>Try the steps listed under "Problem determination" in the link below
:>>
:>> :>https://www.ibm.com/docs/en/db2-for-zos/11?topic=codes-805
:>>
:>> Thanks. The only possibility is the packageset.
:>>
:>> Is there a need to set a packageset before binding the SP package?
:>>
:>> Alternatively, is there a need for the CALLing program to set the
:>> packageset
:>> before issuing the SELECT INTO?
:>>
:>> I am missing something obvious.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

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

Re: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone

[ITschak Mugzach]

In case someone else will need such code, this is my rexx from 2012 to scan
the db2 catalog for tables and table structures and build a csv file out of
it.

See the parse statement for the variables passed to the program. As this is
a rexx, you can run multiple iterations under single tso batch step.

Enjoy,

ITschak

/* MUGIREXX V1.2 TSO ADBL2 */
QUERYTABLE:
   SIGNAL QUERYTABLE.MAIN
QUERYTABLE.DOC:
   --
   COPYRIGHT (C) SECURITEAM SOFTWARE LTD. 1999-2012, ISRAEL
   --
QUERYTABLE.MAIN:
   PARSE ARG  DB2SUBSYS DB2CREATOR DB2TABNAME DB2FSIZE DB2PEXT ,
  DB2SEXT DB2SAMP
   HEX00= ' '
   FILEIDX  = 0
   TOTALREC = 0
   FIELDDLM = '<>'
   LINEDLM  = '/>'
   M$DBANME = DWDBDB2W
   CALL DB2CONFIG
   CALL DB2CONNECT
   CALL SQLQUERY
   RETURN
   --
SQLQUERY:
   CMDIX = 0
   XQUERYA = "SELECT NAME,CREATOR,TYPE,TSNAME",
  "FROM SYSIBM.SYSTABLES",
  "WHERE NAME = '"DB2TABNAME"' AND TYPE = 'T'",
  "AND  CREATOR = '"DB2CREATOR"'"
   ADDRESS DSNREXX "EXECSQL DECLARE C1 CURSOR FOR S1"
   ADDRESS DSNREXX "EXECSQL PREPARE S1 FROM :XQUERYA"
   ADDRESS DSNREXX "EXECSQL DESCRIBE S1 INTO:SQLDA"
   ADDRESS DSNREXX "EXECSQL OPEN C1"
   IF (SQLCODE <> 100) THEN DO
  ADDRESS DSNREXX "EXECSQL FETCH C1 USING DESCRIPTOR :SQLDA"
  TABLENAME1 = SQLDA.1.SQLDATA
  TABCMD.1 = "SET QUOTED_IDENTIFIER ON;"
  TABCMD.2 = "USE" M$DBANME   ";"
  TABCMD.3 = "GO"
  TABCMD.4 = 'CREATE TABLE' SQLDA.1.SQLDATA '('
  TABIDX   = 4
  TABOWNER = STRIP(SQLDA.2.SQLDATA)
  TABTSNAME = STRIP(SQLDA.4.SQLDATA)
   ADDRESS DSNREXX "EXECSQL CLOSE C1"
   QUERY2 = "SELECT NAME,COLTYPE,LENGTH,",
  "SCALE,NULLS,DEFAULT,KEYSEQ",
  "FROM SYSIBM.SYSCOLUMNS",
  "WHERE TBNAME = '"DB2TABNAME"' AND ",
  "TBCREATOR = '"TABOWNER"' ORDER BY COLNO "
  FIELDLST = ''
  PRIMKEY  = ''
   ADDRESS DSNREXX "EXECSQL DECLARE C2 CURSOR FOR S2"
   ADDRESS DSNREXX "EXECSQL PREPARE S2 FROM :QUERY2"
   ADDRESS DSNREXX "EXECSQL DESCRIBE S2 INTO:SQLVA"
   ADDRESS DSNREXX "EXECSQL OPEN C2"
   ADDRESS DSNREXX "EXECSQL FETCH C2 USING DESCRIPTOR :SQLVA"
   DO WHILE (SQLCODE <> 100)
  TABIDX = TABIDX + 1
  TABCMD.TABIDX = '"'SQLVA.1.SQLDATA'"'
  TABCMD.TABIDX = LEFT(TABCMD.TABIDX,24)
  XFIELD = STRIP(SQLVA.1.SQLDATA)
  FIELD.XFIELD = SQLVA.2.SQLDATA SQLVA.3.SQLDATA
  FIELDLST = FIELDLST SQLVA.1.SQLDATA
  IF (SQLVA.2.SQLDATA = 'CHAR') THEN DO
 TABCMD.TABIDX = TABCMD.TABIDX "CHAR("SQLVA.3.SQLDATA")"
 END
  IF (SQLVA.2.SQLDATA = 'DECIMAL') THEN DO
 TABCMD.TABIDX = TABCMD.TABIDX "DECIMAL("SQLVA.3.SQLDATA","||,
SQLVA.4.SQLDATA")"
 END
  IF (SQLVA.2.SQLDATA = 'TIMESTMP') THEN DO
 TABCMD.TABIDX = TABCMD.TABIDX "DATETIME"
 END
  IF (SQLVA.2.SQLDATA = 'TIME') THEN DO
 TABCMD.TABIDX = TABCMD.TABIDX "TIME"
 END
  IF (SQLVA.2.SQLDATA = 'DATE') THEN DO
 TABCMD.TABIDX = TABCMD.TABIDX "DATE"
 END
  IF (SQLVA.2.SQLDATA = 'INTEGER') THEN DO
 TABCMD.TABIDX = TABCMD.TABIDX "INTEGER"
 END
  IF (SQLVA.2.SQLDATA = 'SMALLINT') THEN DO
 TABCMD.TABIDX = TABCMD.TABIDX "SMALLINT"
 END
  IF (SQLVA.5.SQLDATA = 'N') THEN DO
 TABCMD.TABIDX = TABCMD.TABIDX "NOT NULL,"
 END
  IF (SQLVA.5.SQLDATA = 'Y') THEN DO
 TABCMD.TABIDX = TABCMD.TABIDX ","
 END
  IF (SQLVA.7.SQLDATA > '0') THEN DO
 PRIMKEY = PRIMKEY SQLVA.7.SQLDATA
 END
 LASTTYPE = SQLVA.2.SQLDATA
  ADDRESS DSNREXX "EXECSQL FETCH C2 USING DESCRIPTOR :SQLVA"
  END
   IF (PRIMKEY ^= '') THEN DO
  TABIDX= TABIDX + 1
  TABCMD.TABIDX = "PRIMARY KEY("PRIMKEY"),"
  END
   TABCMD.TABIDX = TRANSLATE(TABCMD.TABIDX,' ',',')
   TABIDX= TABIDX + 1
   TABCMD.TABIDX = ");"
   TABIDX= TABIDX + 1
   TABCMD.TABIDX = "GO"
/* DO I = 1 TO TABIDX
  SAY TABCMD.I
  END */
   ADDRESS DSNREXX "EXECSQL CLOSE C2"
   QUERY3 = "SELECT * FROM WPRD."DB2TABNAME
/*"WHERE REQ_NUM = '05103107'"*/
   ADDRESS DSNREXX "EXECSQL DECLARE C3 CURSOR FOR S3"
   ADDRESS DSNREXX "EXECSQL PREPARE S3 FROM :QUERY3"
   ADDRESS DSNREXX "EXECSQL DESCRIBE S3 INTO:SQLXA"
   ADDRESS DSNREXX "EXECSQL OPEN C3"
   ADDRESS DSNREXX "EXECSQL FETCH C3 USING DESCRIPTOR :SQLXA"
   OUTIDX= 0
   MIDX  = 0
   MAXBLK= 0
 /*DO WHILE LOOPCOND*/
   DO WHILE (SQLCODE <> 100)
  MIDX = MIDX + 1
  IF (DB2SAMP ^= 0) THEN DO
 IF (MIDX > DB2SAMP) THEN DO
LEAVE
END
 END
  IF (MIDX%10*10 = MIDX) THEN DO
 SAY 'ST0025I' MIDX 'LINES REACHED,BLKSIZE =' MAXBLK
 END
  IF (MIDX%DB2FSIZE*DB2FSIZE = MIDX) THEN DO
 SAY 'ST0021I SPLITING FILE, NUMBER OF RECORDS EXCEEDED',

Re: Goodbye and thanks for all the fish

[Bobbie Justice]

My condolences. 

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

Re: zOSMF

[Carmen Vitullo]

IIRC that cgf file is built based on what's in the IZUPRMxx member plus 
any local_override.cfg files you provide


Carmen

On 2/9/2023 9:26 AM, Matthew Stitt wrote:

There are two places it is specified.  One is in the configuration directory, member 
"active_configuration.cfg".  The other is in the IZUPRMxx member.  It seems the 
directory member takes precedent, as I had a subsystem running without specifying 
JAVA_HOME in the IZUPRMxx and the subsystem worked without issue.

Matthew

On Thu, 9 Feb 2023 09:04:54 -0600, Carmen Vitullo  wrote:


got ya! I can't recall specifics but I do know I had some issues
migrating due to the userdir location change

I think others have suggested checking for Java 64 bit, the other error
indicated the server could not locate the J8_64 environment

in your IZUPRMxx member do you have JAVAHOME specified?

JAVA_HOME('/usr/lpp/java/J8.0_64')

CWWKB0215E Failed to open /usr/lpp/java/J8.0_64/bin/classic/libjvm.so :
CEE3587S A call was made to a function in the AMODE 31 DLL
/usr/lpp/java/J8.0_64/bin/classic/libjvm.so from an AMODE 64 caller.

Carmen


On 2/9/2023 8:46 AM, Matthew Stitt wrote:

I still use "/var/zosmf"  My z/OS MF runs on one LPAR only, so that setting is valid.  
"/global/zosmf" is good if you configure z/OS MF to run on multiple LPARs and want to share the 
"../user" information directory.  Also if you have been successful in getting it to run distributed 
in a SYSPLEX.

I do have to run z/OS MF on another LPAR occasionally.  Having it point to 
"/var/zosmf" on each LPAR makes for good isolation when testing or training.

Matthew

On Wed, 8 Feb 2023 12:43:47 -0600, Carmen Vitullo  wrote:


a couple of things I see in your configuration, but without seeing your
parms for the task and the IZUPRM member I cannot really diagnose.

1) at zos2.3 the userdir was moved to /global/zosmf/    from /var/

I think that's what the IZUG084W: message may be stating -

make sure you are using the supplied proc for IZUSVR1, I had a similar
issue moving from z/OS 2.1 or 2.2 that proc pointed to /var/zosmf

unless you're started a local knowledge base server I'd specify KCINDEX=NO


Carmen

On 2/8/2023 12:21 PM, Steve Beaver wrote:

I will be at the front of the line that says "I have no idea what is wrong?"



EZZ8342I gethostbyname(MVS1): Unknown host

IZUG300I: The z/OSMF Configuration Utility has started at Wed Feb  8
12:21:15 ES

IZUG084W: Invalid number of arguments:  3 ; expected 4.

WARNING: Arguments received: /ZOSV2R4/usr/lpp/zosmf /MVS1/var/zosmf N

WARNING: Some arguments may be ignored and/or defaults used.

IZUG015I: Arguments in effect:

   : CODE_ROOT = /ZOSV2R4/usr/lpp/zosmf

   : USER_DIR  = /MVS1/var/zosmf

   : TRACE = N

   : KCINDEX   = Y

IZUG348I: Processing of your request has started. This process might

   : require several minutes or more to complete.

IZUG059I: Configuration operation exists as the configuration parameters are
not

IZUG349I: The z/OSMF  Server home page can be accessed at

   : https:///zosmf

   : after the z/OSMF server is started on your system.



CWWKB0215E Failed to open /usr/lpp/java/J8.0_64/bin/classic/libjvm.so :
CEE3587S A call was made to a function in the AMODE 31 DLL
/usr/lpp/java/J8.0_64/bin/classic/libjvm.so from an AMODE 64 caller.



HOSTNAME('10.10.70.48')



HTTP_SSL_PORT(32217)


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

--
Carmen

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

Re: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone

[Paul Gorlinsky]

You already have tools on zOS DB2 to do this ...

SELECT LASTNAME, X'05', 
   FIRSTNAME, X'05' 
   DEPARTMENT, X'05' 
   STATUSDATE

using SPUFI 

Use multiple SPUFI jobs.

One to list the columns of the tables you're interested in; REXX to reformat 
that output in to more SELECT statements with tabs or double quotes as need... 

or use DSNTIAUL https://ibmmainframes.com/about9681-0.html

here are some other suggestions: https://ibmmainframes.com/about62292.html 

Good luck ...

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

Re: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone

[Tom Longfellow]

DBeaver looked like a really good chance at a solution.

The problem I found is that it does not access to a license for DB2 Connect.   
Some JAVA file that allows the door to open.

The chance of buying new licenses for migration of a system is virtually zero.

Back to the drawing board

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

Re: zOSMF

[Matthew Stitt]

There are two places it is specified.  One is in the configuration directory, 
member "active_configuration.cfg".  The other is in the IZUPRMxx member.  It 
seems the directory member takes precedent, as I had a subsystem running 
without specifying JAVA_HOME in the IZUPRMxx and the subsystem worked without 
issue.

Matthew

On Thu, 9 Feb 2023 09:04:54 -0600, Carmen Vitullo  wrote:

>got ya! I can't recall specifics but I do know I had some issues
>migrating due to the userdir location change
>
>I think others have suggested checking for Java 64 bit, the other error
>indicated the server could not locate the J8_64 environment
>
>in your IZUPRMxx member do you have JAVAHOME specified?
>
>JAVA_HOME('/usr/lpp/java/J8.0_64')
>
>CWWKB0215E Failed to open /usr/lpp/java/J8.0_64/bin/classic/libjvm.so :
>CEE3587S A call was made to a function in the AMODE 31 DLL
>/usr/lpp/java/J8.0_64/bin/classic/libjvm.so from an AMODE 64 caller.
>
>Carmen
>
>
>On 2/9/2023 8:46 AM, Matthew Stitt wrote:
>> I still use "/var/zosmf"  My z/OS MF runs on one LPAR only, so that setting 
>> is valid.  "/global/zosmf" is good if you configure z/OS MF to run on 
>> multiple LPARs and want to share the "../user" information directory.  Also 
>> if you have been successful in getting it to run distributed in a SYSPLEX.
>>
>> I do have to run z/OS MF on another LPAR occasionally.  Having it point to 
>> "/var/zosmf" on each LPAR makes for good isolation when testing or training.
>>
>> Matthew
>>
>> On Wed, 8 Feb 2023 12:43:47 -0600, Carmen Vitullo  
>> wrote:
>>
>>> a couple of things I see in your configuration, but without seeing your
>>> parms for the task and the IZUPRM member I cannot really diagnose.
>>>
>>> 1) at zos2.3 the userdir was moved to /global/zosmf/    from /var/
>>>
>>> I think that's what the IZUG084W: message may be stating -
>>>
>>> make sure you are using the supplied proc for IZUSVR1, I had a similar
>>> issue moving from z/OS 2.1 or 2.2 that proc pointed to /var/zosmf
>>>
>>> unless you're started a local knowledge base server I'd specify KCINDEX=NO
>>>
>>>
>>> Carmen
>>>
>>> On 2/8/2023 12:21 PM, Steve Beaver wrote:
 I will be at the front of the line that says "I have no idea what is 
 wrong?"



 EZZ8342I gethostbyname(MVS1): Unknown host

 IZUG300I: The z/OSMF Configuration Utility has started at Wed Feb  8
 12:21:15 ES

 IZUG084W: Invalid number of arguments:  3 ; expected 4.

 WARNING: Arguments received: /ZOSV2R4/usr/lpp/zosmf /MVS1/var/zosmf N

 WARNING: Some arguments may be ignored and/or defaults used.

 IZUG015I: Arguments in effect:

   : CODE_ROOT = /ZOSV2R4/usr/lpp/zosmf

   : USER_DIR  = /MVS1/var/zosmf

   : TRACE = N

   : KCINDEX   = Y

 IZUG348I: Processing of your request has started. This process might

   : require several minutes or more to complete.

 IZUG059I: Configuration operation exists as the configuration parameters 
 are
 not

 IZUG349I: The z/OSMF  Server home page can be accessed at

   : https:///zosmf

   : after the z/OSMF server is started on your system.



 CWWKB0215E Failed to open /usr/lpp/java/J8.0_64/bin/classic/libjvm.so :
 CEE3587S A call was made to a function in the AMODE 31 DLL
 /usr/lpp/java/J8.0_64/bin/classic/libjvm.so from an AMODE 64 caller.



 HOSTNAME('10.10.70.48')



 HTTP_SSL_PORT(32217)


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

Re: zOSMF

[Carmen Vitullo]

got ya! I can't recall specifics but I do know I had some issues 
migrating due to the userdir location change


I think others have suggested checking for Java 64 bit, the other error 
indicated the server could not locate the J8_64 environment


in your IZUPRMxx member do you have JAVAHOME specified?

JAVA_HOME('/usr/lpp/java/J8.0_64')

CWWKB0215E Failed to open /usr/lpp/java/J8.0_64/bin/classic/libjvm.so :
CEE3587S A call was made to a function in the AMODE 31 DLL
/usr/lpp/java/J8.0_64/bin/classic/libjvm.so from an AMODE 64 caller.

Carmen


On 2/9/2023 8:46 AM, Matthew Stitt wrote:

I still use "/var/zosmf"  My z/OS MF runs on one LPAR only, so that setting is valid.  
"/global/zosmf" is good if you configure z/OS MF to run on multiple LPARs and want to share the 
"../user" information directory.  Also if you have been successful in getting it to run distributed 
in a SYSPLEX.

I do have to run z/OS MF on another LPAR occasionally.  Having it point to 
"/var/zosmf" on each LPAR makes for good isolation when testing or training.

Matthew

On Wed, 8 Feb 2023 12:43:47 -0600, Carmen Vitullo  wrote:


a couple of things I see in your configuration, but without seeing your
parms for the task and the IZUPRM member I cannot really diagnose.

1) at zos2.3 the userdir was moved to /global/zosmf/    from /var/

I think that's what the IZUG084W: message may be stating -

make sure you are using the supplied proc for IZUSVR1, I had a similar
issue moving from z/OS 2.1 or 2.2 that proc pointed to /var/zosmf

unless you're started a local knowledge base server I'd specify KCINDEX=NO


Carmen

On 2/8/2023 12:21 PM, Steve Beaver wrote:

I will be at the front of the line that says "I have no idea what is wrong?"



EZZ8342I gethostbyname(MVS1): Unknown host

IZUG300I: The z/OSMF Configuration Utility has started at Wed Feb  8
12:21:15 ES

IZUG084W: Invalid number of arguments:  3 ; expected 4.

WARNING: Arguments received: /ZOSV2R4/usr/lpp/zosmf /MVS1/var/zosmf N

WARNING: Some arguments may be ignored and/or defaults used.

IZUG015I: Arguments in effect:

  : CODE_ROOT = /ZOSV2R4/usr/lpp/zosmf

  : USER_DIR  = /MVS1/var/zosmf

  : TRACE = N

  : KCINDEX   = Y

IZUG348I: Processing of your request has started. This process might

  : require several minutes or more to complete.

IZUG059I: Configuration operation exists as the configuration parameters are
not

IZUG349I: The z/OSMF  Server home page can be accessed at

  : https:///zosmf

  : after the z/OSMF server is started on your system.



CWWKB0215E Failed to open /usr/lpp/java/J8.0_64/bin/classic/libjvm.so :
CEE3587S A call was made to a function in the AMODE 31 DLL
/usr/lpp/java/J8.0_64/bin/classic/libjvm.so from an AMODE 64 caller.



HOSTNAME('10.10.70.48')



HTTP_SSL_PORT(32217)


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

--
Carmen

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

Re: zOSMF

[Matthew Stitt]

Sorry, forgot to mention we are at z/OS V2R5.

Matthew

On Thu, 9 Feb 2023 08:46:47 -0600, Matthew Stitt  
wrote:

>I still use "/var/zosmf"  My z/OS MF runs on one LPAR only, so that setting is 
>valid.  "/global/zosmf" is good if you configure z/OS MF to run on multiple 
>LPARs and want to share the "../user" information directory.  Also if you have 
>been successful in getting it to run distributed in a SYSPLEX.
>
>I do have to run z/OS MF on another LPAR occasionally.  Having it point to 
>"/var/zosmf" on each LPAR makes for good isolation when testing or training.
>
>Matthew
>
>On Wed, 8 Feb 2023 12:43:47 -0600, Carmen Vitullo  wrote:
>
>>a couple of things I see in your configuration, but without seeing your
>>parms for the task and the IZUPRM member I cannot really diagnose.
>>
>>1) at zos2.3 the userdir was moved to /global/zosmf/    from /var/
>>
>>I think that's what the IZUG084W: message may be stating -
>>
>>make sure you are using the supplied proc for IZUSVR1, I had a similar
>>issue moving from z/OS 2.1 or 2.2 that proc pointed to /var/zosmf
>>
>>unless you're started a local knowledge base server I'd specify KCINDEX=NO
>>
>>
>>Carmen
>>
>>On 2/8/2023 12:21 PM, Steve Beaver wrote:
>>> I will be at the front of the line that says "I have no idea what is wrong?"
>>>
>>>
>>>
>>> EZZ8342I gethostbyname(MVS1): Unknown host
>>>
>>> IZUG300I: The z/OSMF Configuration Utility has started at Wed Feb  8
>>> 12:21:15 ES
>>>
>>> IZUG084W: Invalid number of arguments:  3 ; expected 4.
>>>
>>> WARNING: Arguments received: /ZOSV2R4/usr/lpp/zosmf /MVS1/var/zosmf N
>>>
>>> WARNING: Some arguments may be ignored and/or defaults used.
>>>
>>> IZUG015I: Arguments in effect:
>>>
>>>  : CODE_ROOT = /ZOSV2R4/usr/lpp/zosmf
>>>
>>>  : USER_DIR  = /MVS1/var/zosmf
>>>
>>>  : TRACE = N
>>>
>>>  : KCINDEX   = Y
>>>
>>> IZUG348I: Processing of your request has started. This process might
>>>
>>>  : require several minutes or more to complete.
>>>
>>> IZUG059I: Configuration operation exists as the configuration parameters are
>>> not
>>>
>>> IZUG349I: The z/OSMF  Server home page can be accessed at
>>>
>>>  : https:///zosmf
>>>
>>>  : after the z/OSMF server is started on your system.
>>>
>>>
>>>
>>> CWWKB0215E Failed to open /usr/lpp/java/J8.0_64/bin/classic/libjvm.so :
>>> CEE3587S A call was made to a function in the AMODE 31 DLL
>>> /usr/lpp/java/J8.0_64/bin/classic/libjvm.so from an AMODE 64 caller.
>>>
>>>
>>>
>>> HOSTNAME('10.10.70.48')
>>>
>>>
>>>
>>> HTTP_SSL_PORT(32217)
>>>
>

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

Re: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone

[Paul Gorlinsky]

Preservation of data is a legal issue as much as a technical one. The rules are 
established by the legal entity and then implemented via a technical solution. 
I had one client in Europe that was faced with the same situation. The 
country's government wanted to be able to rapidly review the system as it was 
when it was decommissioned. That was on 12/31/1999 midnight. 

I took a tape snap shot of the data, converted all those tapes to AWS files and 
brought them up on TurboHercules. This met all the legal requirements and IBM's 
contractual requirements. So everyday they restore the image and re-IPL it as 
12/31/1999 00:00:00 ... 

It is still running today ... Yes for archive and DR ANY mainframe can be 
used... even if it an emulator ... without violation of T/Cs from IBM

As for preserving the DB2 data only ... A commodity version of DB2 on a PC with 
Linux or Windows has connection pieces that you should be able to EXPORT all 
the table and import to the PC. 

I did the reverse for another client... Took an PC OS2 version of data 
including text and photos, exported all and imported same into zOS DB2... and 
with minor changes to the configuration of the end user machine, no application 
code needed to be changed... although it was recompiled and rebound to 
mainframe DB2...

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

Re: zOSMF

[Matthew Stitt]

I still use "/var/zosmf"  My z/OS MF runs on one LPAR only, so that setting is 
valid.  "/global/zosmf" is good if you configure z/OS MF to run on multiple 
LPARs and want to share the "../user" information directory.  Also if you have 
been successful in getting it to run distributed in a SYSPLEX.

I do have to run z/OS MF on another LPAR occasionally.  Having it point to 
"/var/zosmf" on each LPAR makes for good isolation when testing or training.

Matthew

On Wed, 8 Feb 2023 12:43:47 -0600, Carmen Vitullo  wrote:

>a couple of things I see in your configuration, but without seeing your
>parms for the task and the IZUPRM member I cannot really diagnose.
>
>1) at zos2.3 the userdir was moved to /global/zosmf/    from /var/
>
>I think that's what the IZUG084W: message may be stating -
>
>make sure you are using the supplied proc for IZUSVR1, I had a similar
>issue moving from z/OS 2.1 or 2.2 that proc pointed to /var/zosmf
>
>unless you're started a local knowledge base server I'd specify KCINDEX=NO
>
>
>Carmen
>
>On 2/8/2023 12:21 PM, Steve Beaver wrote:
>> I will be at the front of the line that says "I have no idea what is wrong?"
>>
>>
>>
>> EZZ8342I gethostbyname(MVS1): Unknown host
>>
>> IZUG300I: The z/OSMF Configuration Utility has started at Wed Feb  8
>> 12:21:15 ES
>>
>> IZUG084W: Invalid number of arguments:  3 ; expected 4.
>>
>> WARNING: Arguments received: /ZOSV2R4/usr/lpp/zosmf /MVS1/var/zosmf N
>>
>> WARNING: Some arguments may be ignored and/or defaults used.
>>
>> IZUG015I: Arguments in effect:
>>
>>  : CODE_ROOT = /ZOSV2R4/usr/lpp/zosmf
>>
>>  : USER_DIR  = /MVS1/var/zosmf
>>
>>  : TRACE = N
>>
>>  : KCINDEX   = Y
>>
>> IZUG348I: Processing of your request has started. This process might
>>
>>  : require several minutes or more to complete.
>>
>> IZUG059I: Configuration operation exists as the configuration parameters are
>> not
>>
>> IZUG349I: The z/OSMF  Server home page can be accessed at
>>
>>  : https:///zosmf
>>
>>  : after the z/OSMF server is started on your system.
>>
>>
>>
>> CWWKB0215E Failed to open /usr/lpp/java/J8.0_64/bin/classic/libjvm.so :
>> CEE3587S A call was made to a function in the AMODE 31 DLL
>> /usr/lpp/java/J8.0_64/bin/classic/libjvm.so from an AMODE 64 caller.
>>
>>
>>
>> HOSTNAME('10.10.70.48')
>>
>>
>>
>> HTTP_SSL_PORT(32217)
>>

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

Re: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone

[Steve Thompson]

I think I know what you are replying to, a posting by Tom 
Marchant who beat me to this point.


I'm not an attorney, but I have had to work with and around many.

If I remember correctly, there is a legal requirement to be able 
to go back and reproduce reports for some number of years. I 
think it is for this reason different entities capture reports 
and archive them.


Depending on the data, should something come up requiring 
research involving this data, what is being done may not be 
sufficient.


In this case, if it were me, I would use a formal complaint 
process that is supposedly anonymous, and have someone put in 
their own words  And have them file it. This gives one 
plausible deniability.


And I would not in any way say anything on any forum about it if 
I were to have done such. Not saying that I ever have done such.


I would also have a way to prove that I was the one that caused 
such to be filed in case there would be some legal action -- a 
get out of jail free card, as it were.


Just say'n'.

Steve Thompson

On 2/9/2023 9:25 AM, Tom Longfellow wrote:

VERY GOOD POINT.

Interesting that the subjects of Lawyers has not been brought up here at all.
It is a Judiciary agency and  Everybody is a wanna-be Lawyer or Judge.

And my opinion of Auditors is pretty low.They just come in.   Rerun procedures and 
checks developed in the 70's and published in a book.   With no regard for the real world 
functions of the systems.And then they go to the battlefield and "Shoot the 
survivors"

--
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: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone

[Seymour J Metz]

ObSturgeonsLaw It is certainly true that there are a lot of bad auditors, but a 
good auditor can be a life saver.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tom 
Longfellow [03e29b607131-dmarc-requ...@listserv.ua.edu]
Sent: Thursday, February 9, 2023 9:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The Local death of DB2 z/OS --- what is the best way to preserve 
the data once the mainframe is gone

VERY GOOD POINT.

Interesting that the subjects of Lawyers has not been brought up here at all.
It is a Judiciary agency and  Everybody is a wanna-be Lawyer or Judge.

And my opinion of Auditors is pretty low.They just come in.   Rerun 
procedures and checks developed in the 70's and published in a book.   With no 
regard for the real world functions of the systems.And then they go to the 
battlefield and "Shoot the survivors"

--
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: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone

[Tom Longfellow]

VERY GOOD POINT.

Interesting that the subjects of Lawyers has not been brought up here at all.
It is a Judiciary agency and  Everybody is a wanna-be Lawyer or Judge.

And my opinion of Auditors is pretty low.They just come in.   Rerun 
procedures and checks developed in the 70's and published in a book.   With no 
regard for the real world functions of the systems.And then they go to the 
battlefield and "Shoot the survivors"

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

Re: Goodbye and thanks for all the fish

[Rob Schramm]

My condolences as well.  Bob was well known on the list and will be missed.

Rob

On Thu, Feb 9, 2023, 08:25 Seymour J Metz  wrote:

> I never met him in person, but the news was still a shock.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Carmen Vitullo [petevi...@gmail.com]
> Sent: Thursday, February 9, 2023 7:57 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Goodbye and thanks for all the fish
>
> OMG - I"m so sorry Rebecca, I worked with Bob at Boeing, and reconnected
> to him here on this list, we talked some off list some about our past
> tenure at Boeing but mostly about family, he will truly be missed, again
> so sorry for your loss :(
>
> Carmen
>
> On 2/9/2023 2:40 AM, Rob Scott wrote:
> > Rebecca
> >
> > I interacted with Bob many times over the years in IBM-Main and via
> e-mail and he was a true gentleman.
> >
> > He will be greatly missed.
> >
> > Rob Scott
> > Rocket Software
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of Rebecca Richards
> > Sent: 08 February 2023 23:52
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Goodbye and thanks for all the fish
> >
> > EXTERNAL EMAIL
> >
> >
> >
> >
> >
> > Hi All,
> > This is Rebecca Richards. My husband Robert Richards has been an member
> of this list for many years.I just wanted let you know he died of bladder
> cancer this past Friday. I wanted to let everyone know Rebecca Richards
> >
> >
> > Sent from Yahoo Mail for iPad
> >
> >
> > On Wednesday, February 8, 2023, 3:17 PM, Wayne Bickerdike <
> wayn...@gmail.com> wrote:
> >
> > I retired in 2021 but I still maintain an interest here. Good for the
> brain cells.
> >
> > Managed to lose 3Kgs and reduce my blood pressure :)
> >
> > On Thu, Feb 9, 2023 at 2:11 AM Steve Thompson  wrote:
> >
> >> Sorry to see you go. And I too am not a very active member. I read a
> >> lot and learn stuff.
> >>
> >> Hope you enjoy your retirement. Or, un-retirement if that is what you
> >> wish.
> >>
> >> Regards,
> >> Steve Thompson
> >>
> >> --
> >> For IBM-MAIN subscribe / signoff / archive access instructions, send
> >> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >>
> >
> > --
> > Wayne V. Bickerdike
> >
> > --
> > 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
> >
> > 
> > Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA
> 02451 ■ Main Office Toll Free Number: +1 855.577.4323
> > Contact Customer Support:
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmy.rocketsoftware.com%2FRocketCommunity%2FRCEmailSupport=05%7C01%7Csmetz3%40gmu.edu%7C45ffa87315544880db9308db0a9d49f5%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638115442903882031%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=9GrwK4fruHwgD1HMuYsc7%2FGl7U30uXqU9Au%2FG0ienAo%3D=0
> > Unsubscribe from Marketing Messages/Manage Your Subscription Preferences
> -
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.rocketsoftware.com%2Fmanage-your-email-preferences=05%7C01%7Csmetz3%40gmu.edu%7C45ffa87315544880db9308db0a9d49f5%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638115442904038264%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=%2FsCcF0rww1YtgwTgCcL1BvQEkBvLFJ%2BI5Op3RiLIf90%3D=0
> > Privacy Policy -
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.rocketsoftware.com%2Fcompany%2Flegal%2Fprivacy-policy=05%7C01%7Csmetz3%40gmu.edu%7C45ffa87315544880db9308db0a9d49f5%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638115442904038264%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=rL0lvnUkNIZ2%2BsIwRf%2FtFFaDZBMcdEhQAFEpJLVtUNg%3D=0
> > 
> >
> > This communication and any attachments may contain confidential
> information of Rocket Software, Inc. All unauthorized use, disclosure or
> distribution is prohibited. If you are not the intended recipient, please
> notify Rocket Software immediately and destroy all copies of this
> communication. Thank you.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> --
> Carmen

Re: Goodbye and thanks for all the fish

[Seymour J Metz]

I never met him in person, but the news was still a shock.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Carmen Vitullo [petevi...@gmail.com]
Sent: Thursday, February 9, 2023 7:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Goodbye and thanks for all the fish

OMG - I"m so sorry Rebecca, I worked with Bob at Boeing, and reconnected
to him here on this list, we talked some off list some about our past
tenure at Boeing but mostly about family, he will truly be missed, again
so sorry for your loss :(

Carmen

On 2/9/2023 2:40 AM, Rob Scott wrote:
> Rebecca
>
> I interacted with Bob many times over the years in IBM-Main and via e-mail 
> and he was a true gentleman.
>
> He will be greatly missed.
>
> Rob Scott
> Rocket Software
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Rebecca Richards
> Sent: 08 February 2023 23:52
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Goodbye and thanks for all the fish
>
> EXTERNAL EMAIL
>
>
>
>
>
> Hi All,
> This is Rebecca Richards. My husband Robert Richards has been an member of 
> this list for many years.I just wanted let you know he died of bladder cancer 
> this past Friday. I wanted to let everyone know Rebecca Richards
>
>
> Sent from Yahoo Mail for iPad
>
>
> On Wednesday, February 8, 2023, 3:17 PM, Wayne Bickerdike  
> wrote:
>
> I retired in 2021 but I still maintain an interest here. Good for the brain 
> cells.
>
> Managed to lose 3Kgs and reduce my blood pressure :)
>
> On Thu, Feb 9, 2023 at 2:11 AM Steve Thompson  wrote:
>
>> Sorry to see you go. And I too am not a very active member. I read a
>> lot and learn stuff.
>>
>> Hope you enjoy your retirement. Or, un-retirement if that is what you
>> wish.
>>
>> Regards,
>> Steve Thompson
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
> --
> Wayne V. Bickerdike
>
> --
> 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
>
> 
> Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
> Main Office Toll Free Number: +1 855.577.4323
> Contact Customer Support: 
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmy.rocketsoftware.com%2FRocketCommunity%2FRCEmailSupport=05%7C01%7Csmetz3%40gmu.edu%7C45ffa87315544880db9308db0a9d49f5%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638115442903882031%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=9GrwK4fruHwgD1HMuYsc7%2FGl7U30uXqU9Au%2FG0ienAo%3D=0
> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.rocketsoftware.com%2Fmanage-your-email-preferences=05%7C01%7Csmetz3%40gmu.edu%7C45ffa87315544880db9308db0a9d49f5%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638115442904038264%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=%2FsCcF0rww1YtgwTgCcL1BvQEkBvLFJ%2BI5Op3RiLIf90%3D=0
> Privacy Policy - 
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.rocketsoftware.com%2Fcompany%2Flegal%2Fprivacy-policy=05%7C01%7Csmetz3%40gmu.edu%7C45ffa87315544880db9308db0a9d49f5%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638115442904038264%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=rL0lvnUkNIZ2%2BsIwRf%2FtFFaDZBMcdEhQAFEpJLVtUNg%3D=0
> 
>
> This communication and any attachments may contain confidential information 
> of Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
> prohibited. If you are not the intended recipient, please notify Rocket 
> Software immediately and destroy all copies of this communication. Thank you.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
Carmen

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

Re: Goodbye and thanks for all the fish

[Allan Staller]

Classification: Confidential

He will be missed.  Condolences to you Rebecca.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Rebecca Richards
Sent: Wednesday, February 8, 2023 5:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Goodbye and thanks for all the fish

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hi All,
This is Rebecca Richards. My husband Robert Richards has been an member of this 
list for many years.I just wanted let you know he died of bladder cancer this 
past Friday. I wanted to let everyone know Rebecca Richards


Sent from Yahoo Mail for iPad


On Wednesday, February 8, 2023, 3:17 PM, Wayne Bickerdike  
wrote:

I retired in 2021 but I still maintain an interest here. Good for the brain 
cells.

Managed to lose 3Kgs and reduce my blood pressure :)

On Thu, Feb 9, 2023 at 2:11 AM Steve Thompson  wrote:

> Sorry to see you go. And I too am not a very active member. I read a
> lot and learn stuff.
>
> Hope you enjoy your retirement. Or, un-retirement if that is what you
> wish.
>
> Regards,
> Steve Thompson
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


--
Wayne V. Bickerdike

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




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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Re: Goodbye and thanks for all the fish

[Carmen Vitullo]

OMG - I"m so sorry Rebecca, I worked with Bob at Boeing, and reconnected 
to him here on this list, we talked some off list some about our past 
tenure at Boeing but mostly about family, he will truly be missed, again 
so sorry for your loss :(


Carmen

On 2/9/2023 2:40 AM, Rob Scott wrote:

Rebecca

I interacted with Bob many times over the years in IBM-Main and via e-mail and 
he was a true gentleman.

He will be greatly missed.

Rob Scott
Rocket Software


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Rebecca Richards
Sent: 08 February 2023 23:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Goodbye and thanks for all the fish

EXTERNAL EMAIL





Hi All,
This is Rebecca Richards. My husband Robert Richards has been an member of this 
list for many years.I just wanted let you know he died of bladder cancer this 
past Friday. I wanted to let everyone know Rebecca Richards


Sent from Yahoo Mail for iPad


On Wednesday, February 8, 2023, 3:17 PM, Wayne Bickerdike  
wrote:

I retired in 2021 but I still maintain an interest here. Good for the brain 
cells.

Managed to lose 3Kgs and reduce my blood pressure :)

On Thu, Feb 9, 2023 at 2:11 AM Steve Thompson  wrote:


Sorry to see you go. And I too am not a very active member. I read a
lot and learn stuff.

Hope you enjoy your retirement. Or, un-retirement if that is what you
wish.

Regards,
Steve Thompson

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



--
Wayne V. Bickerdike

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


Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

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

--
Carmen

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

Re: ISPF macro/script

[Willy Jensen]

It will work, that is how I usually do it.
And so will this:
"line_after .zl = 'this is a new line'" 
"line_after .zl = ' and so is this   '" 

Though I prefer to assigh the value to a variable and then use that, mostly 
because it is easier to handle quotes and complex strings that way.

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

Re: Goodbye and thanks for all the fish

[Rob Scott]

Rebecca

I interacted with Bob many times over the years in IBM-Main and via e-mail and 
he was a true gentleman.

He will be greatly missed.

Rob Scott
Rocket Software


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Rebecca Richards
Sent: 08 February 2023 23:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Goodbye and thanks for all the fish

EXTERNAL EMAIL





Hi All,
This is Rebecca Richards. My husband Robert Richards has been an member of this 
list for many years.I just wanted let you know he died of bladder cancer this 
past Friday. I wanted to let everyone know Rebecca Richards


Sent from Yahoo Mail for iPad


On Wednesday, February 8, 2023, 3:17 PM, Wayne Bickerdike  
wrote:

I retired in 2021 but I still maintain an interest here. Good for the brain 
cells.

Managed to lose 3Kgs and reduce my blood pressure :)

On Thu, Feb 9, 2023 at 2:11 AM Steve Thompson  wrote:

> Sorry to see you go. And I too am not a very active member. I read a
> lot and learn stuff.
>
> Hope you enjoy your retirement. Or, un-retirement if that is what you
> wish.
>
> Regards,
> Steve Thompson
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


--
Wayne V. Bickerdike

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


Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

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