Re: I want to cry

[Bill Johnson]

Social democratic countries have much better quality of lives than America. 
Very few would like pure capitalism. No social security, medicare, military, 
police/fire, public schools, etc. Most people would be making very little to 
benefit the wealthy. Unions fought for the benefits we all now take for granted.


Sent from Yahoo Mail for iPhone


On Friday, February 3, 2023, 11:21 PM, Charles Mills  wrote:

> The inherent vice of capitalism is the unequal sharing of blessings.  The 
> inherent virtue of socialism is the equal sharing of misery. Under capitalism 
> man exploits his fellow man. Under socialism it's the other way around. 
> CharlesSent from a mobile; please excuse the brevity.
 Original message From: Bob Bridges  
Date: 2/3/23  5:10 PM  (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: I 
want to cry I don't run in those circles enough.  I write in VBA and VBS a lot, 
but I don't work in a shop where it's common.  But I was a COBOL developer for 
15 years and I knew coworkers who know COBOL and nothing else.---Bob Bridges, 
robhbrid...@gmail.com, cell 336 382-7313/* The inherent vice of capitalism is 
the unequal sharing of blessings.  The inherent virtue of socialism is the 
equal sharing of misery.  -Churchill */-Original Message-From: IBM 
Mainframe Discussion List  On Behalf Of John 
McKownSent: Friday, February 3, 2023 17:13Or Visual Basic.--- On Fri, Feb 3, 
2023, 12:10 Bob Bridges  wrote:> It is a little 
distressing, though (at least to me), to observe how > many "programmers" never 
~have~ seen anything but COBOL.>> -Original Message-> From: zMan> Sent: 
Friday, February 3, 2023 10:50>> And unless COBOL is the only programming 
language you've ever seen, it > seems unlikely that you wouldn't know what a 
variable 
is.--For 
IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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




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

Re: I want to cry

[Charles Mills]

> The inherent vice of capitalism is the unequal sharing of blessings.  The 
> inherent virtue of socialism is the equal sharing of misery. Under capitalism 
> man exploits his fellow man. Under socialism it's the other way around. 
> CharlesSent from a mobile; please excuse the brevity.
 Original message From: Bob Bridges  
Date: 2/3/23  5:10 PM  (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: I 
want to cry I don't run in those circles enough.  I write in VBA and VBS a lot, 
but I don't work in a shop where it's common.  But I was a COBOL developer for 
15 years and I knew coworkers who know COBOL and nothing else.---Bob Bridges, 
robhbrid...@gmail.com, cell 336 382-7313/* The inherent vice of capitalism is 
the unequal sharing of blessings.  The inherent virtue of socialism is the 
equal sharing of misery.  -Churchill */-Original Message-From: IBM 
Mainframe Discussion List  On Behalf Of John 
McKownSent: Friday, February 3, 2023 17:13Or Visual Basic.--- On Fri, Feb 3, 
2023, 12:10 Bob Bridges  wrote:> It is a little 
distressing, though (at least to me), to observe how > many "programmers" never 
~have~ seen anything but COBOL.>> -Original Message-> From: zMan> Sent: 
Friday, February 3, 2023 10:50>> And unless COBOL is the only programming 
language you've ever seen, it > seems unlikely that you wouldn't know what a 
variable 
is.--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]

Boy, and how!  Not a computer issue, but I remember the first winter my wife 
and I had in our first apartment.  We woke up suddenly in the middle of the 
night smelling something burning, and ran frantically around the apartment 
looking for the fire.

I no longer panic at that smell at the onset of winter; dust builds up during 
the warm months and gives that smell you're talking about when the furnace 
first comes on during cold weather.  But it sure got my adrenaline going that 
first time.

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

/* The main thing we learn from a serious attempt to practise the Christian 
virtues is that we fail.  If there was any idea that God had set us a sort of 
exam and that we might get good marks by deserving them, that has to be wiped 
out.  If there was any idea of a sort of bargain -- any idea that we could 
perform our side of the contract and thus put God in our debts so that it was 
up to Him, in mere justice, to perform his side -- that has to be wiped out.  
-C S Lewis, "Christian Behavior" */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Friday, February 3, 2023 20:20

Actually, if just a burning smell, might be a lot of dust inside the computer.

--- On Fri, Feb 3, 2023 at 7:15 PM Bob Bridges  wrote:
> Technician:  Hello.  How can I help you today?
>
> Customer:  There's smoke coming from the power supply on my computer.
>
> Technician:  Looks like you need a new power supply.
>
> Customer:  No, I don't!  I just need to change the startup files.
>
> Technician:  Sir, what you described is a faulty power supply.  You need to 
> replace it.
>
> Customer:  No way!  Someone told me that I just had to change the system 
> startup files to fix the problem!  All I need is for you to tell me the right 
> command.
>
> For the next ten minutes, in spite of the technician's efforts to explain the 
> problem and its solution, the customer adamantly insisted that he was right.  
> So, in frustration, the technician responded:
>
> Technician:  I'm sorry.  We don't normally tell our customers this, but 
> there's an undocumented DOS command that will fix the problem.
>
> Customer:  I knew it!
>
> Technician:  Just add the line "LOAD NOSMOKE.COM" at the end of the 
> CONFIG.SYS file and everything should work fine.  Let me know how it goes.
>
> About ten minutes later, the technician received a call back from the 
> customer:
>
> Customer:  It didn't work.  The power supply is still smoking.
>
> Technician:  Well, what version of DOS are you using?
>
> Customer:  MS-DOS 6.22...
>
> Technician:  Well, that's your problem.  That version of DOS doesn't include 
> NOSMOKE.  You'll need to contact Microsoft and ask them for a patch.  Let me 
> know how it all works out.
>
> When nearly an hour had passed, the phone rang again:
>
> Customer:  I need a new power supply.
>
> Technician:  How did you come to that conclusion?
>
> Customer:  Well, I called Microsoft and told the technician what you said, 
> and he started asking me questions about the make of the power supply.
>
> Technician:  What did he tell you?
>
> Customer:  He said my power supply isn't compatible with NOSMOKE.

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

[Mike Schwab]

Actually, if just a burning smell, might be a lot of dust inside the computer.

On Fri, Feb 3, 2023 at 7:15 PM Bob Bridges  wrote:
>
> LOL!  I had a customer whom I repeatedly nagged about error messages.  One 
> day he called and said my program "didn't work".  What did it do?, I asked.  
> No, don't tell me "nothing"; there must have been an error message; what did 
> it say?
>
> "Oh, it said some damn thing", he grumbled.  I'm pretty sure he was laughing 
> at himself as he said it, because this was an old quarrel between us.
>
> Here's one I archived back in 1998:
>
> Technician:  Hello.  How can I help you today?
>
> Customer:  There's smoke coming from the power supply on my computer.
>
> Technician:  Looks like you need a new power supply.
>
> Customer:  No, I don't!  I just need to change the startup files.
>
> Technician:  Sir, what you described is a faulty power supply.  You need to 
> replace it.
>
> Customer:  No way!  Someone told me that I just had to change the system 
> startup files to fix the problem!  All I need is for you to tell me the right 
> command.
>
> For the next ten minutes, in spite of the technician's efforts to explain the 
> problem and its solution, the customer adamantly insisted that he was right.  
> So, in frustration, the technician responded:
>
> Technician:  I'm sorry.  We don't normally tell our customers this, but 
> there's an undocumented DOS command that will fix the problem.
>
> Customer:  I knew it!
>
> Technician:  Just add the line "LOAD NOSMOKE.COM" at the end of the 
> CONFIG.SYS file and everything should work fine.  Let me know how it goes.
>
> About ten minutes later, the technician received a call back from the 
> customer:
>
> Customer:  It didn't work.  The power supply is still smoking.
>
> Technician:  Well, what version of DOS are you using?
>
> Customer:  MS-DOS 6.22...
>
> Technician:  Well, that's your problem.  That version of DOS doesn't include 
> NOSMOKE.  You'll need to contact Microsoft and ask them for a patch.  Let me 
> know how it all works out.
>
> When nearly an hour had passed, the phone rang again:
>
> Customer:  I need a new power supply.
>
> Technician:  How did you come to that conclusion?
>
> Customer:  Well, I called Microsoft and told the technician what you said, 
> and he started asking me questions about the make of the power supply.
>
> Technician:  What did he tell you?
>
> Customer:  He said my power supply isn't compatible with NOSMOKE.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* In America, anyone can be President.  That's one of the risks you take. */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Charles Mills
> Sent: Friday, February 3, 2023 17:18
>
> How about this one?
>
> Customer on phone: Your product blew up.
> Me: Oh, very sorry, what was the error message?
> Customer: I don't know. We already deleted the SYSOUT. Something about an 
> error occurred.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



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

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

Re: I want to cry

[Bob Bridges]

LOL!  I had a customer whom I repeatedly nagged about error messages.  One day 
he called and said my program "didn't work".  What did it do?, I asked.  No, 
don't tell me "nothing"; there must have been an error message; what did it say?

"Oh, it said some damn thing", he grumbled.  I'm pretty sure he was laughing at 
himself as he said it, because this was an old quarrel between us.

Here's one I archived back in 1998:

Technician:  Hello.  How can I help you today?

Customer:  There's smoke coming from the power supply on my computer.

Technician:  Looks like you need a new power supply.

Customer:  No, I don't!  I just need to change the startup files.

Technician:  Sir, what you described is a faulty power supply.  You need to 
replace it.

Customer:  No way!  Someone told me that I just had to change the system 
startup files to fix the problem!  All I need is for you to tell me the right 
command.

For the next ten minutes, in spite of the technician's efforts to explain the 
problem and its solution, the customer adamantly insisted that he was right.  
So, in frustration, the technician responded:

Technician:  I'm sorry.  We don't normally tell our customers this, but there's 
an undocumented DOS command that will fix the problem.

Customer:  I knew it!

Technician:  Just add the line "LOAD NOSMOKE.COM" at the end of the CONFIG.SYS 
file and everything should work fine.  Let me know how it goes.

About ten minutes later, the technician received a call back from the customer:

Customer:  It didn't work.  The power supply is still smoking.

Technician:  Well, what version of DOS are you using?

Customer:  MS-DOS 6.22...

Technician:  Well, that's your problem.  That version of DOS doesn't include 
NOSMOKE.  You'll need to contact Microsoft and ask them for a patch.  Let me 
know how it all works out.

When nearly an hour had passed, the phone rang again:

Customer:  I need a new power supply.

Technician:  How did you come to that conclusion?

Customer:  Well, I called Microsoft and told the technician what you said, and 
he started asking me questions about the make of the power supply.

Technician:  What did he tell you?

Customer:  He said my power supply isn't compatible with NOSMOKE.

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

/* In America, anyone can be President.  That's one of the risks you take. */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Friday, February 3, 2023 17:18

How about this one?

Customer on phone: Your product blew up.
Me: Oh, very sorry, what was the error message?
Customer: I don't know. We already deleted the SYSOUT. Something about an error 
occurred.

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

I don't run in those circles enough.  I write in VBA and VBS a lot, but I don't 
work in a shop where it's common.  But I was a COBOL developer for 15 years and 
I knew coworkers who know COBOL and nothing else.

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

/* The inherent vice of capitalism is the unequal sharing of blessings.  The 
inherent virtue of socialism is the equal sharing of misery.  -Churchill */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John McKown
Sent: Friday, February 3, 2023 17:13

Or Visual Basic.

--- On Fri, Feb 3, 2023, 12:10 Bob Bridges  wrote:
> It is a little distressing, though (at least to me), to observe how 
> many "programmers" never ~have~ seen anything but COBOL.
>
> -Original Message-
> From: zMan
> Sent: Friday, February 3, 2023 10:50
>
> And unless COBOL is the only programming language you've ever seen, it 
> seems unlikely that you wouldn't know what a variable is.

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

Re: Open XL C++ debugging

[David Crayford]

On 4/2/23 02:57, Joseph Reichman wrote:

You are attempting to insert a record using an rvalue-reference with an
initializer list. That's not supported by the XL C++ standard library
which does not support C++11. I already told you that two posts back.
The function prototype is like so:

template< class P >
std::pair insert( P&& value );

Check the dochttps://en.cppreference.com/w/cpp/container/map/insert

The Documentation in the above link is from CPP reference which it would seem 
that the IBM XL C++ 2.4 compiler doesn’t support that level


These are the methods I see supported from XL C++ template library guide

pair insert(const value_type& x);
iterator insert(iterator it, const value_type& x);
template
  void insert(InIt first, InIt last);


If It only can  accommodate a rvalue that is it very limited in scope as you 
can tell I am not C++ expert but an rvalue is only literal or a function that 
would return the specified type


It can only accommodate an lvalue reference as rvalue references were 
not introduced until C++11.





If XL C++ is into at  C++ 11 at what level is it


I have lost count of how many times I have had to repeat myself. Let me 
be clear, this is the final time. For XL C++ C++11 compatibility, please 
refer to 
https://www.ibm.com/docs/en/zos/2.3.0?topic=xcle-c11-compatibility. It 
offers a limited subset of C++11, without support for features such as 
lambdas and initializer lists. The standard library (formerly known as 
the STL) is only compliant with C++98, meaning that there is no support 
for rvalue-references or move semantics.


To the best of my knowledge, XL C/C++ has reached functional 
stabilization. IBM uses xlclang/xlclang++ for its ports of Node.js, 
Python, and other projects, and has stated that Open XL C/C++ is a 
strategic priority.


Always select the appropriate tools for the task. You're using a 
sledgehammer to crack a nut.


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

[Charles Mills]

At the risk of being contrarian relative to the culture of this group, how is 
that inherently worse than some programmers have never seen anything but 
Assembler -- 360/370/390/Z assembler at that?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bob Bridges
Sent: Friday, February 3, 2023 10:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: I want to cry

It is a little distressing, though (at least to me), to observe how many 
"programmers" never ~have~ seen anything but COBOL.

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

/* How agitated I am when I am in the garden, and how happy I am to be so 
agitated.  Nothing works just the way I thought it would, nothing looks just 
the way I had imagined it, and when sometimes it does look like what I had 
imagined (and this, thank God, is rare) I am startled that my imagination is so 
ordinary.  -Jamaica Kincaid, _My Garden Book_ */


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of zMan
Sent: Friday, February 3, 2023 10:50

And unless COBOL is the only programming language you've ever seen, it seems 
unlikely that you wouldn't know what a variable is.

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

[Charles Mills]

How about this one?

Customer on phone: Your product blew up.
Me: Oh, very sorry, what was the error message?
Customer: I don't know. We already deleted the SYSOUT. Something about an error 
occurred.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bob Bridges
Sent: Friday, February 3, 2023 10:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: I want to cry

It is a little distressing, though (at least to me), to observe how many 
"programmers" never ~have~ seen anything but COBOL.

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

/* How agitated I am when I am in the garden, and how happy I am to be so 
agitated.  Nothing works just the way I thought it would, nothing looks just 
the way I had imagined it, and when sometimes it does look like what I had 
imagined (and this, thank God, is rare) I am startled that my imagination is so 
ordinary.  -Jamaica Kincaid, _My Garden Book_ */


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of zMan
Sent: Friday, February 3, 2023 10:50

And unless COBOL is the only programming language you've ever seen, it seems 
unlikely that you wouldn't know what a variable is.

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

[John McKown]

Or Visual Basic.

On Fri, Feb 3, 2023, 12:10 Bob Bridges  wrote:

> It is a little distressing, though (at least to me), to observe how many
> "programmers" never ~have~ seen anything but COBOL.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* How agitated I am when I am in the garden, and how happy I am to be so
> agitated.  Nothing works just the way I thought it would, nothing looks
> just the way I had imagined it, and when sometimes it does look like what I
> had imagined (and this, thank God, is rare) I am startled that my
> imagination is so ordinary.  -Jamaica Kincaid, _My Garden Book_ */
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of zMan
> Sent: Friday, February 3, 2023 10:50
>
> And unless COBOL is the only programming language you've ever seen, it
> seems unlikely that you wouldn't know what a variable is.
>
> --
> 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: Missing Values For The 'SDSF DA' Panels - z/OS 2.5

[Ross Vaughn]

Hi Rob,

I opened a case with IBM but they are referring me to Rocket support for SDSF.  
So we will open a case there Rocket as well.
We did not include any of the SYS1.SGRB* datasets into our LPA, APF, LINKLIST 
etc. because we didn't think we needed the z/OS Data Gatherer piece and we're 
not licensed for the advanced piece of it. 
Tried adding the SYS1.SERBLNKE to our APF & LNKLST but no change.   We run CMF 
only.   No RMF in our shop.
Thanks,
Ross Vaughn


> On Feb 3, 2023, at 2:54 AM, Rob Scott  wrote:
> 
> Ross,
> 
> First of all, I am glad you have opened a support case for this, our support 
> team should be able to gather further diagnostic information to resolve the 
> problem.
> 
> A bit of background information for the archives :
> 
> (o) In z/OS 2.4+, the SDSF "DA" information is gathered centrally by a 
> subtask in the SDSFAUX address space.
> (o) This subtask uses the RMF programming service ERBSMFI (GRBSMFI) to 
> collect this information and any ISV product that replaces RMF supplies an 
> alias for this module.
> (o) The SDSFAUX address space dumps the first 256 bytes of the ERBSMFI load 
> module in the HSFTRACE DD that is allocated to the SDSF started task
> (o) When the RMF address space is not active, ERBSMFI still returns the data 
> we require (SMF 79-1 records), however in our experience other ISV products 
> do not return data when their STC is inactive and instead pass back a 
> non-zero return code. As a customer for an ISV that replaces RMF, you might 
> want to consider raising an RFE with them to address this.
> (o) When we get a non-zero return code from ERBSMFI for 79-1 data, we 
> fallback to our own internal data collector (HSFSMFI) that builds pseudo 79-1 
> records that reflect the columns that SDSF used to display prior to using 
> ERBSMFI (many years ago). The SDSF client code will detect this condition and 
> the number of columns shown on the DA panel will be greatly reduced from 
> "full-RMF" function.
> (o) Error conditions calling ERBSMFI are normally reflected either by 
> WTO-style messages and/or messages written to the HSFLOG DD that is allocated 
> to the SDSF started task.
> (o) Other SDSF panels that depend on ERBSMFI include DEV and PAG, however 
> they do not have internal fallback capability.
> 
> Rob Scott
> Rocket Software
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Ross Vaughn
> Sent: 03 February 2023 04:07
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Missing Values For The 'SDSF DA' Panels - z/OS 2.5
> 
> EXTERNAL EMAIL
> 
> 
> 
> 
> 
> We are currently in the process of rolling out z/OS 2.5 and have hit an issue 
> on a test LPAR that is not displaying any information in the SDSF DA panels.
> There are no messages in the syslog out of the IPL that would lead us in a 
> certain direction.  We think we may have an issue with CMF but can’t confirm. 
>  We are occasionally seeing error messages out of SDSFAUX as well.
> 
> It looks like beginning with z/OS 2.4 the ’SDSF DA’ information is obtained 
> by the SDSFAUX address space calling the BMC AMI Ops Monitor for CMF.  We 
> have verified we have the CX10GVID module in our linklist library that CMF 
> uses to obtain the SDSF DA values.
> We have a ticket open with support as well, but curious if anyone has seen 
> similar issues when rolling out z/OS 2.5?   Same LPAR on z/OS 2.4 does not 
> have the same issue.
> 
> Thanks,
> Ross
> 
> 
> 
> 
> 
> 
> 
> --
> 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


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

[Paul Gilmartin]

On Fri, 3 Feb 2023 15:43:04 +, Seymour J Metz wrote:

>The name of ther song is called Haddock Eyes. Data names are variable names; 
>the fields holding the data are variables. In fact, the manual uses the term 
>"condition variable".
>
"Identifier"?

-- 
gil

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

Re: Missing Values For The 'SDSF DA' Panels - z/OS 2.5

[John Wallin]

Can you confirm that SYS1.SERBLNKE and SYS1.SGRBLINK come after BMCLINK and 
BMCLNKE (assuming you have RMF)?
The IBM data sets are new in z/OS V2R5, replacing SYS1.SERBLINK, when RMF was 
split into RMF Reporter and z/OS Data Gatherer.

Regards,
John

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

how to read IFCID 0148 status codes

[Bill Giannelli]

we use BMC mainview / AMI OPS for Db2 and we have had an issue with threads 
showing a status of "ACT in NETW".
In order to get more information, I understand there are status codes in IFCID 
0148. How might I access IFCID 0148 records and reads those codes corresponding 
to those threads?
thanks
Bill

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

Re: Open XL C++ debugging

[Joseph Reichman]

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Friday, February 3, 2023 3:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Open XL C++ debugging

On 2/2/23 21:25, Joseph Reichman wrote:
> Thanks
>
> First off, I am assembler programmer by trade I did learn C/C++ doing some 
> TCP/IP stuff from an Assembler Server Started task.

There's a skill to reading documentation. For XL C++ C++11 compatability see 
https://www.ibm.com/docs/en/zos/2.3.0?topic=xcle-c11-compatibility. 
Note that the C++ standard library is *not* mentioned. We'll get to that later.


>
> It would display the data program listing from a sysadata on Windows.

Why? Are you writing a GUI? I can understand you wanting to use an IDE as 
opposed to ISPF but why run anything on Windows that can run on z/OS?


> I would like to use that code on z/os.
>
> If you say clang, is the way to go okay.
>
> You also say use the clang compiler instead of MSVC I hope I don’t end up 
> with a millon more compile errors using clang as everything compiles cleanly 
> using MSVC.

How can you write a cross platform program using MSVC++ without having 
to resort to #ifdef pre-processor nonsense? That's just bonkers.


>
> I debug under Unix.

You are not making any sense. You want to edit/compile/run on windows 
and then debug on Unix? What Unix, z/OS Unix?


>
> Since I am going to run this from z/os its going to be LE with runtime option 
> POSIX(ON) ? right ?
>
> Now as far as the doc for OPEN XL C++
>
> I got a compile error using map::insert invalid call.
>
> CCN5218 (S) The call does not match any parameter list for "insert".
>
> Is referenced the following statement.
> auto ret = procpointer->extsymcollector->insert({ *s, *exsympointer });

You are attempting to insert a record using an rvalue-reference with an 
initializer list. That's not supported by the XL C++ standard library 
which does not support C++11. I already told you that two posts back. 
The function prototype is like so:

template< class P >
std::pair insert( P&& value );

Check the doc https://en.cppreference.com/w/cpp/container/map/insert

The Documentation in the above link is from CPP reference which it would seem 
that the IBM XL C++ 2.4 compiler doesn’t support that level 


These are the methods I see supported from XL C++ template library guide

pair insert(const value_type& x);
iterator insert(iterator it, const value_type& x);
template
 void insert(InIt first, InIt last);   


If It only can  accommodate a rvalue that is it very limited in scope as you 
can tell I am not C++ expert but an rvalue is only literal or a function that 
would return the specified type

If XL C++ is into at  C++ 11 at what level is it



thanks  

> the compiler initially gave me a problem with '{'
>
> I took it out.
>
> auto ret = procpointer->extsymcollector->insert( *s, *exsympointer );
>
That's also wrong. You need to pass a single lvalue-reference such as 
std::pair (please read the docs).

auto ret = procpointer->extsymcollector->insert( std::pair(*s, *exsympointer) );

I'm not picking holes but the code snippet you posted concerns me. It's 
heavy on pointers and the de-referencing alone makes me think it's poor 
quality. C++ is not C, it has reference types which are absolutely 
essential for RAII. If you have found you are using raw pointers 
allocated with "new" then that's a code smell.


> then I got the above error
>
> My question is if I got to Open XL C++
>
> Regarding documentation for let's say map::inset I would reference Clang/LLVM 
> link you sent me earlier.
>   
>
> I hope I don’t open a pandoras box if I change to clang and re-compile all my 
> windows code.

The question you should be asking yourself is "should I use C++?". C++ 
is a large and complex language and in my experience with colleagues of 
mine who are excellent assembler programmers it can be a struggle to 
become proficient. Why don't you use a simpler language like Python 
which is easy to use and doesn't have portability issues? I'm an 
experienced C/C++ programmer and I certainly wouldn't entertain using 
C++ to process ADATA, when I can do it faster, with less code and less 
bugs in Python.

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

[Radoslaw Skorupka]

W dniu 03.02.2023 o 16:38, Paul Gorlinsky pisze:

Never let and new operator go and practice IPLing the machine…

Yes it has happened to a production environment at UNM…


Well, I did it.
Some auditor asked about procedures. The procedures were in Polish, but 
he was English-speaking.

So he wanted operator to shutdown and IPL some system (non-production one).
It was quite new person hired one week ago. Yes, one week.
And he did it.
The operator did not understand that I was assessed, not him.
BTW: Now he's a sysprog and we're friend. :-)


--
Radoslaw Skorupka
Lodz, Poland

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

Re: I want to cry

[Bill Johnson]

This is part of the same “Mainframe is dead” BS.


New research on the global scale of the COBOL programming language suggests 
that there are upwards of 800 billion lines of COBOL code being used by 
organizations and institutes worldwide, some three times larger than previously 
estimated.

A global study with 1,104 respondents from 49 countries found that more than 
nine in 10 organizations continue to view COBOL as a strategic priority. It 
also found that 83% of organizations believe their COBOL-based applications 
will see out another 10 or more years.

Prior estimates were in the 200-220 billion lines.




https://www.zdnet.com/google-amp/article/programming-languages-how-much-cobol-code-is-out-there-the-answer-might-surprise-you/




While other languages come and go. I have coworkers who believed language xxx 
was going to replace COBOL. Never happened. Fill in the xxx with dozens of 
languages over the years.







Bill J




Sent from Yahoo Mail for iPhone


On Friday, February 3, 2023, 1:10 PM, Bob Bridges  wrote:

It is a little distressing, though (at least to me), to observe how many 
"programmers" never ~have~ seen anything but COBOL.

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

/* How agitated I am when I am in the garden, and how happy I am to be so 
agitated.  Nothing works just the way I thought it would, nothing looks just 
the way I had imagined it, and when sometimes it does look like what I had 
imagined (and this, thank God, is rare) I am startled that my imagination is so 
ordinary.  -Jamaica Kincaid, _My Garden Book_ */


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of zMan
Sent: Friday, February 3, 2023 10:50

And unless COBOL is the only programming language you've ever seen, it seems 
unlikely that you wouldn't know what a variable is.

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

It is a little distressing, though (at least to me), to observe how many 
"programmers" never ~have~ seen anything but COBOL.

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

/* How agitated I am when I am in the garden, and how happy I am to be so 
agitated.  Nothing works just the way I thought it would, nothing looks just 
the way I had imagined it, and when sometimes it does look like what I had 
imagined (and this, thank God, is rare) I am startled that my imagination is so 
ordinary.  -Jamaica Kincaid, _My Garden Book_ */


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of zMan
Sent: Friday, February 3, 2023 10:50

And unless COBOL is the only programming language you've ever seen, it seems 
unlikely that you wouldn't know what a variable is.

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

Re: To share or not to share DASD

[Rick Troth]

Following up on a thread from November. The subject alone caught my eye.
I share DASD all the time on my home systems.

Related:
With the help of an intern (Rushal Verma), I released an automounter 
script called 'vmlink'. Works great on Linux on top of z/VM.


Mainframes have been sharing DASD at the physical layer from the 
beginning. [cue Chicago, "Only the Beginning"]
z/VM has been sharing DASD, and slices thereof, at the logical layer 
since its beginning.
So when VMware appeared and suddenly we had a hypervisor for a different 
architecture, "I wonder ...", could one share virtual disks there too?

YES
It's true for KVM too, and likely most other hypervisors.

Seymour's right ...
Best practice is to not share what you can't protect, whether from 
malice or from accident (like content corruption due to dual write; call 
that a "write fight").
CMS uses a common IPL disk and at least one other, usually several 
others. SHARED READ-ONLY
That's not sexy ... or maybe some of you have a weak appreciation for 
"sexy".
Ironically, micro devices have been doing READ-ONLY longer than Unix and 
Unix like systems (I'm talkin Linux, read on).
Your smart phone has a chunk of read-only memory. That's not DASD, but 
it works the same: it holds a filesystem.
Same for ye olde Palm Pilot, okay prolly not a "filesystem", and even 
further back. Remember PocketPC?

But I digress. With micro thingies, the content isn't shared.

So ... CMS does this all the time.
Turns out you can do it with other parts of your z/VM host system to any 
number of VM-on-VM guests.
That is, you can share host minidisks, OR full volumes (containing 
minidisks), with second level CP, doling out the same minidisks as found 
on the host to the guests ... without having to copy the lot. Yes, 
Virginia, you can share the CP IPL disk.
Not a big case for production work, but if your staging systems persist 
then this hack might have real value. (Wanna get agile?)


Linux distributions picked up on the trick of read-only op sys content, 
prolly to support flashable ROM or hand-helds.

Linux can straight away use shared R/O DASD for the op sys.
Linux can mimic CMS. hah

And we haven't even talked about containers.

"But it's gotta be writable."
Does it?
Think about all the R/O content you already have. Think about all the 
stuff you don't WANT people writing or updating.

For any op sys, those things are candidates for residing on shared DASD.
It makes sense to manage such content that way even if you don't intend 
to share the residence volumes.


But if it must be R/W then there are ways to make that happen.
Just gotta go out-of-band. None of our varied I/O models can fully 
isolate mixed updates in the higher levels.


I have two flavors of Linux at home for which the OS disk is shared 
across several virtual machines. These run 24x7 and are rock solid. 
Guests which don't share the op sys have to be maintained individually. 
The time spent baby-sitting them is painful.
These days I use KVM, but have also used VMware and Xen. KVM does allow 
for disks to be explicitly "shareable" and "read only". In situations 
where KVM cannot enforce R/O then my guests have to behave properly. 
(Since I control them, that's less of a problem here.)

Works ... ahhh...

Sharing DASD ... just do it.
EASY for CMS content. Doable for selected parts of VM/CP.
Commonly done with z/OS too.
Should be done more in Linux land. Has also been done with Amdahl's UTS 
and AIX/370 (but now I'm showing my gray hair).


That automounter script which I mentioned is here ...

https://github.com/trothr/vmlink/

-- R; <><


On 11/25/22 08:51, Seymour J Metz wrote:

Best practice is to not share what you can't protect. MIM, GRS ring, etc., can 
help, but sharing of PDSE or Unix files can lead to data corruption even with 
serialization, and sharing between security domains might not only lead to 
compromisng data but to legal issues, both civil and criminal. If you're a 
financial or medical facility, involve the legal staff in any decision of 
sharing data between sysplexes.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Gord Neill [02ff5f18e15f-dmarc-requ...@listserv.ua.edu]
Sent: Thursday, November 24, 2022 3:54 PM
To:IBM-MAIN@LISTSERV.UA.EDU
Subject: To share or not to share DASD

G'day all,
I've been having discussions with a small shop (single mainframe, 3 separate LPARs, no 
Sysplex) regarding best practices for DASD sharing.  Their view is to share all DASD 
volumes across their 3 LPARs (Prod/Dev/Test) so their developers/sysprogs can get access 
to current datasets, but in order to do that, they'll need to use GRS Ring or MIM with 
the associated overhead.  I don't know of any other serialization products, and since 
this is not a Sysplex environment, they can't use GRS Star.  I suggested the idea of no 
GRS, keeping most DASD volumes isolated 

Updated Survey: Does your z/OS system have access to GitHub

[Lionel B. Dyck]

This is a new survey as the prior, using the free Survey Monkey, only
allowed 10 replies before I would have to pay. I'm now using a site, thanks
to the IBM z Champions, that doesn't have that limit:

https://www.surveygizmo.com/s3/7206009/z-OS-and-Github

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

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

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

[zMan]

TBH I had wondered about a terminology difference, but the fact that nobody
else jumped in convinced me that I wasn't the only one going "Wow".

And unless COBOL is the only programming language you've ever seen, it
seems unlikely that you wouldn't know what a variable is.

On Fri, Feb 3, 2023 at 10:11 AM Hobart Spitz  wrote:

> On Fri, Feb 3, 2023 at 9:00 AM zMan  wrote:
>
> > O my.
> >
> > I was on a call with a bunch of customers a few years ago. One of them
> was
> > having a very basic problem with a COBOL program calling our product. I
> > explained that they needed to put the name of  into a variable
> > that gets passed as the first parameter. Silence, then..."What's a
> > variable?"
> >
> > COBOL, and its programmers, use the term "data name", almost exclusively,
> instead of the term "variables".  Why?  Because "data name" includes file
> definitions, structures, 77 levels, 88 levels, etc., none of which are
> variables.
>
> Just because we know a lot of things that few others know, doesn't mean
> that others don't know what they are talking about..
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

The name of ther song is called Haddock Eyes. Data names are variable names; 
the fields holding the data are variables. In fact, the manual uses the term 
"condition variable".

In the process of confirming this, I saw the syntax of UTF-8 literals. I had to 
rinse out my eyes.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Hobart Spitz [orexx...@gmail.com]
Sent: Friday, February 3, 2023 10:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: I want to cry

On Fri, Feb 3, 2023 at 9:00 AM zMan  wrote:

> O my.
>
> I was on a call with a bunch of customers a few years ago. One of them was
> having a very basic problem with a COBOL program calling our product. I
> explained that they needed to put the name of  into a variable
> that gets passed as the first parameter. Silence, then..."What's a
> variable?"
>
> COBOL, and its programmers, use the term "data name", almost exclusively,
instead of the term "variables".  Why?  Because "data name" includes file
definitions, structures, 77 levels, 88 levels, etc., none of which are
variables.

Just because we know a lot of things that few others know, doesn't mean
that others don't know what they are talking about..

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

[Paul Gorlinsky]

Never let and new operator go and practice IPLing the machine…

Yes it has happened to a production environment at UNM…

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

[Hobart Spitz]

On Fri, Feb 3, 2023 at 9:00 AM zMan  wrote:

> O my.
>
> I was on a call with a bunch of customers a few years ago. One of them was
> having a very basic problem with a COBOL program calling our product. I
> explained that they needed to put the name of  into a variable
> that gets passed as the first parameter. Silence, then..."What's a
> variable?"
>
> COBOL, and its programmers, use the term "data name", almost exclusively,
instead of the term "variables".  Why?  Because "data name" includes file
definitions, structures, 77 levels, 88 levels, etc., none of which are
variables.

Just because we know a lot of things that few others know, doesn't mean
that others don't know what they are talking about..

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

I don't want to believe it, but, alas, I do :-(


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
zMan [zedgarhoo...@gmail.com]
Sent: Friday, February 3, 2023 10:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: I want to cry

O my.

I was on a call with a bunch of customers a few years ago. One of them was
having a very basic problem with a COBOL program calling our product. I
explained that they needed to put the name of  into a variable
that gets passed as the first parameter. Silence, then..."What's a
variable?"

On Fri, Feb 3, 2023 at 5:31 AM Seymour J Metz  wrote:

> C: My COBOL program got 
> M: What's in Register 14
> C: But COBOL doesn't use registers
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Hank Oerlemans [03c4d8bf55f3-dmarc-requ...@listserv.ua.edu]
> Sent: Thursday, February 2, 2023 10:28 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: I want to cry
>
> Customer : Could you please have a look and help us to fix the issue .
> Customer log :  IEA992I SLIP TRAP ID=S047 MATCHED.
>
> ME :
> 1. Hire a sysprog
> 2. RTFM
> 3. Google Play and hit update
> 4. Apple store and hit update
> 5. Check calendar and mortgage and see when I can retire
> 6. Tears welling up realising I can't actually say any of 1-4.
>
> .
>
> It's slow today down under.
>
> haveagoodweegend.
>
> --
> 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
>


--
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

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

Re: I want to cry

[zMan]

O my.

I was on a call with a bunch of customers a few years ago. One of them was
having a very basic problem with a COBOL program calling our product. I
explained that they needed to put the name of  into a variable
that gets passed as the first parameter. Silence, then..."What's a
variable?"

On Fri, Feb 3, 2023 at 5:31 AM Seymour J Metz  wrote:

> C: My COBOL program got 
> M: What's in Register 14
> C: But COBOL doesn't use registers
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Hank Oerlemans [03c4d8bf55f3-dmarc-requ...@listserv.ua.edu]
> Sent: Thursday, February 2, 2023 10:28 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: I want to cry
>
> Customer : Could you please have a look and help us to fix the issue .
> Customer log :  IEA992I SLIP TRAP ID=S047 MATCHED.
>
> ME :
> 1. Hire a sysprog
> 2. RTFM
> 3. Google Play and hit update
> 4. Apple store and hit update
> 5. Check calendar and mortgage and see when I can retire
> 6. Tears welling up realising I can't actually say any of 1-4.
>
> .
>
> It's slow today down under.
>
> haveagoodweegend.
>
> --
> 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
>


-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

Re: Survey - do you have access to GitHub from your z/OS System?

[Carmen Vitullo]

I will, and thank you, I'm not sure I'll be able to keep sysprog work 
out of my mind/blood


Carmen

On 2/3/2023 8:29 AM, Lionel B. Dyck wrote:

Carmen - thank you - did you use the link to the survey so you're response will 
be included.

Retiring - congratulations. May you have many years to enjoy and thank you for 
your contributions to the community.


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

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Friday, February 3, 2023 8:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Survey - do you have access to GitHub from your z/OS System?

I do not

   the first time I tried was when the z/os 2.3 or 2.4  migration guide was 
moved to a workflow ongithub, I was floored I had to use github for 
migration / workflow processing from IBM, why not just provide a workflow with 
my order or provide a link to an IBM site ??

Sorry Lionel, TMI but with only 5 day's left till I retire, I'm getting less 
tolerant to

Carmen

On 2/3/2023 8:18 AM, Lionel B. Dyck wrote:

I'm conducting this survey for the z/OS Open Tools project
(https://zosopentools.github.io/meta/#/) and I will share the results
with the Open Mainframe Project (OMP -
https://www.openmainframeproject.org/)
seeking to know if you installation allows access to https://github.com.

The survey link is: https://www.surveymonkey.com/r/MT3G3SK

Thank you for your response.

I will review the results as of Saturday morning the 11th of February
and will post the results here.


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

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

--
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 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: Survey - do you have access to GitHub from your z/OS System?

[Lionel B. Dyck]

Carmen - thank you - did you use the link to the survey so you're response will 
be included.

Retiring - congratulations. May you have many years to enjoy and thank you for 
your contributions to the community.


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

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Friday, February 3, 2023 8:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Survey - do you have access to GitHub from your z/OS System?

I do not

  the first time I tried was when the z/os 2.3 or 2.4  migration guide was 
moved to a workflow ongithub, I was floored I had to use github for 
migration / workflow processing from IBM, why not just provide a workflow with 
my order or provide a link to an IBM site ??

Sorry Lionel, TMI but with only 5 day's left till I retire, I'm getting less 
tolerant to

Carmen

On 2/3/2023 8:18 AM, Lionel B. Dyck wrote:
> I'm conducting this survey for the z/OS Open Tools project
> (https://zosopentools.github.io/meta/#/) and I will share the results 
> with the Open Mainframe Project (OMP - 
> https://www.openmainframeproject.org/)
> seeking to know if you installation allows access to https://github.com.
>
> The survey link is: https://www.surveymonkey.com/r/MT3G3SK
>
> Thank you for your response.
>
> I will review the results as of Saturday morning the 11th of February 
> and will post the results here.
>
>
> Lionel B. Dyck <><
> Website: https://www.lbdsoftware.com
> Github: https://github.com/lbdyck
>
> “Worry more about your character than your reputation. Character is 
> what you are, reputation merely what others think you are.”   - - - 
> John Wooden
>
> --
> 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 instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Having a little difficulty with a REXX command LMOPEN

[Hobart Spitz]

When you get the error, display zerrsm and zerrlm.

We need to see your code.

I think Seymour is asking the right question.

On Fri, 3 Feb 2023, 07:19 Cameron Conacher, <03cfc59146bb-dmarc-
requ...@listserv.ua.edu> wrote:

> Good Morning,
> I have a small REXX which essentially copies members of one PDSE to
> another.
>
> It iterates over members of the first PDSE and copies the members to the
> second PDSE.
>
> After about eighty members are copied, my LMOPEN fails with a return code
> of 8.
> I checked the manual and a return code of 8 from an LMOPEN means "The
> Dataset cannot be opened."
>  8
> Data set could not be opened.
>
>
> Is there somewhere I can see a bit more detail. Why the dataset could not
> be opened?
> I see nothing in the JES Log.
>
> Any thoughts appreciated.
>
> Thanks
>
>
> Cameron Conacher
> Senior Engineer
>
> American Express Canada Inc.
> GCICS
> 2225 Sheppard Avenue East, Toronto, ON  M2J 5C2
>
> cameron.conac...@aexp.com
> Office: 1-437-836-5265
> Mobile: 1-416-409-5147
>
> https://amex.webex.com/join/cameron.conacher
>
> Note: I will be away from the office on PTO Friday February 3, 2023
>
> 
> American Express made the following annotations
> 
> This e-mail was sent to you by a representative of Amex Bank of Canada,
> P.O. Box 3204, Station "F", Toronto, ON, M1W 3W7, www.americanexpress.ca.
> If you no longer wish to receive these e-mails, please notify the sender by
> reply e-mail.
>
> This e-mail is solely for the intended recipient and may contain
> confidential or privileged information. If you are not the intended
> recipient, any disclosure, copying, use, or distribution of the information
> included in this e-mail is prohibited. If you have received this e-mail in
> error, please notify the sender by reply e-mail and immediately and
> permanently delete this e-mail and any attachments. Thank you.
>
> American Express a fait les remarques suivantes
> Ce courriel vous a ?t? envoy? par un repr?sentant de la Banque Amex du
> Canada, C.P. 3204, succursale F, Toronto (Ontario) M1W 3W7,
> www.americanexpress.ca. Si, par la suite, vous ne souhaitez plus recevoir
> ces courriels, veuillez en aviser les exp?diteurs par courriel.
>
> Ce courriel est r?serv? au seul destinataire indiqu? et peut renfermer des
> renseignements confidentiels et privil?gi?s. Si vous n'?tes pas le
> destinataire pr?vu, toute divulgation, duplication, utilisation ou
> distribution du courriel est interdite. Si vous avez re?u ce courriel par
> erreur, veuillez en aviser l'exp?diteur par courriel et d?truire
> imm?diatement le courriel et toute pi?ce jointe. Merci.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
OREXXMan
Q: What do you call the residence of the ungulate with the largest antlers?
A: A moose pad.
:-D
Would you rather pass data in move mode (*nix piping) or locate mode
(Pipes) or via disk (JCL)?  Why do you think you rarely see *nix commands
with more than a dozen filters, while Pipelines specifications are commonly
over 100s of stages, and 1000s of stages are not uncommon.
REXX is the new C.

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

Re: Survey - do you have access to GitHub from your z/OS System?

[Carmen Vitullo]

I do not

 the first time I tried was when the z/os 2.3 or 2.4  migration guide 
was moved to a workflow ongithub, I was floored I had to use github 
for migration / workflow processing from IBM, why not just provide a 
workflow with my order or provide a link to an IBM site ??


Sorry Lionel, TMI but with only 5 day's left till I retire, I'm getting 
less tolerant to


Carmen

On 2/3/2023 8:18 AM, Lionel B. Dyck wrote:

I'm conducting this survey for the z/OS Open Tools project
(https://zosopentools.github.io/meta/#/) and I will share the results with
the Open Mainframe Project (OMP - https://www.openmainframeproject.org/)
seeking to know if you installation allows access to https://github.com.

The survey link is: https://www.surveymonkey.com/r/MT3G3SK

Thank you for your response.

I will review the results as of Saturday morning the 11th of February and
will post the results here.


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

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

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

Survey - do you have access to GitHub from your z/OS System?

[Lionel B. Dyck]

I'm conducting this survey for the z/OS Open Tools project
(https://zosopentools.github.io/meta/#/) and I will share the results with
the Open Mainframe Project (OMP - https://www.openmainframeproject.org/)
seeking to know if you installation allows access to https://github.com. 

The survey link is: https://www.surveymonkey.com/r/MT3G3SK

Thank you for your response.

I will review the results as of Saturday morning the 11th of February and
will post the results here.


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

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

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

Pretend to not have  a copy of Systems Codes and ask them to read to you what 
the manual says and to tell you which part is unclear. Lather, rinse, repeat.


From: IBM Mainframe Discussion List  on behalf of 
Tony Thigpen 
Sent: Friday, February 3, 2023 8:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: I want to cry

You guys do realize he does not need the answer? He knows the answer and
is complaining about a dumb customer that will not even look up the
error message.

Tony Thigpen

Shelia Chalk wrote on 2/3/23 08:17:
> The librarys In your steplib or joblib in a batch job, one of them is not apf 
> authorized.  Also, another place to check is your tso logon proc. Look for 
> the steplib, all of these must be apf authorized to make it work.
>
> Thanks
> Shelia Chalk
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Gibney, Dave
> Sent: Thursday, February 2, 2023 10:56 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: I want to cry
>
> Part of the tears could be that a SLIP trap is not a terribly useful answer 
> to S047 
>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On
>> Behalf Of Retired Mainframer
>> Sent: Thursday, February 02, 2023 8:36 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: I want to cry
>>
>> [EXTERNAL EMAIL]
>>
>> Look in the System Codes manual.  047 means a program that is not
>> running "authorized" requested a service that only one that is running 
>> "authorized"
>> can access.
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On
>> Behalf Of Hank Oerlemans
>> Sent: Thursday, February 2, 2023 7:28 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: I want to cry
>>
>> Customer : Could you please have a look and help us to fix the issue .
>> Customer log :  IEA992I SLIP TRAP ID=S047 MATCHED.
>>
>> ME :
>> 1. Hire a sysprog
>> 2. RTFM
>> 3. Google Play and hit update
>> 4. Apple store and hit update
>> 5. Check calendar and mortgage and see when I can retire 6. Tears
>> welling up realising I can't actually say any of 1-4.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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


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

Re: Having a little difficulty with a REXX command LMOPEN

[Seymour J Metz]

Why are you doing more than on open for the file? 

BTW, LMOPEN is an ISPF command and is available from, e.g. CLIST, HLASM, PL/I.


From: IBM Mainframe Discussion List  on behalf of 
Cameron Conacher <03cfc59146bb-dmarc-requ...@listserv.ua.edu>
Sent: Friday, February 3, 2023 8:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Having a little difficulty with a REXX command LMOPEN

Good Morning,
I have a small REXX which essentially copies members of one PDSE to another.

It iterates over members of the first PDSE and copies the members to the second 
PDSE.

After about eighty members are copied, my LMOPEN fails with a return code of 8.
I checked the manual and a return code of 8 from an LMOPEN means "The Dataset 
cannot be opened."
 8
Data set could not be opened.


Is there somewhere I can see a bit more detail. Why the dataset could not be 
opened?
I see nothing in the JES Log.

Any thoughts appreciated.

Thanks


Cameron Conacher
Senior Engineer

American Express Canada Inc.
GCICS
2225 Sheppard Avenue East, Toronto, ON  M2J 5C2

cameron.conac...@aexp.com
Office: 1-437-836-5265
Mobile: 1-416-409-5147

https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Famex.webex.com%2Fjoin%2Fcameron.conacher=05%7C01%7Csmetz3%40gmu.edu%7C9939c0554eb848b1812e08db05e93f68%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638110271571167055%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=BMmLFuqzD1UqexM1ImJ8xYAzjedZT0imJDf3bi70i6w%3D=0

Note: I will be away from the office on PTO Friday February 3, 2023


American Express made the following annotations

This e-mail was sent to you by a representative of Amex Bank of Canada, P.O. 
Box 3204, Station "F", Toronto, ON, M1W 3W7, 
https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.americanexpress.ca%2F=05%7C01%7Csmetz3%40gmu.edu%7C9939c0554eb848b1812e08db05e93f68%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638110271571167055%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=Jv7DioYt3ymS73cXtOPopT8w9pFFRRnoZ8Hj6BmALEU%3D=0.
 If you no longer wish to receive these e-mails, please notify the sender by 
reply e-mail.

This e-mail is solely for the intended recipient and may contain confidential 
or privileged information. If you are not the intended recipient, any 
disclosure, copying, use, or distribution of the information included in this 
e-mail is prohibited. If you have received this e-mail in error, please notify 
the sender by reply e-mail and immediately and permanently delete this e-mail 
and any attachments. Thank you.

American Express a fait les remarques suivantes
Ce courriel vous a ?t? envoy? par un repr?sentant de la Banque Amex du Canada, 
C.P. 3204, succursale F, Toronto (Ontario) M1W 3W7, 
https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.americanexpress.ca%2F=05%7C01%7Csmetz3%40gmu.edu%7C9939c0554eb848b1812e08db05e93f68%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638110271571167055%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=Jv7DioYt3ymS73cXtOPopT8w9pFFRRnoZ8Hj6BmALEU%3D=0.
 Si, par la suite, vous ne souhaitez plus recevoir ces courriels, veuillez en 
aviser les exp?diteurs par courriel.

Ce courriel est r?serv? au seul destinataire indiqu? et peut renfermer des 
renseignements confidentiels et privil?gi?s. Si vous n'?tes pas le destinataire 
pr?vu, toute divulgation, duplication, utilisation ou distribution du courriel 
est interdite. Si vous avez re?u ce courriel par erreur, veuillez en aviser 
l'exp?diteur par courriel et d?truire imm?diatement le courriel et toute pi?ce 
jointe. Merci.

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

[Steve Smith]

Maybe they want him to cry some more.

sas

On Fri, Feb 3, 2023 at 8:26 AM Tony Thigpen  wrote:

> You guys do realize he does not need the answer? He knows the answer and
> is complaining about a dumb customer that will not even look up the
> error message.
>
> Tony Thigpen
>
>

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

Re: Having a little difficulty with a REXX command LMOPEN

[Lionel B. Dyck]

Here is a sample that I wrote awhile ago to better understand how lmcopy
works - hope this helps - no lmopen required.

/* --- REXX --- *
* test code for lmcopy * 
*  */
in  = 'hlq.test.pds'  
out = 'hlq.test.pdse' 
Address ISPexec  
"lminit dataid(indd1) dataset('"in"')"   
"lminit dataid(outdd1) dataset('"out"')" 
"lmcopy fromid("indd1") todataid("outdd1")" ,
  "frommem(a*) replace"  
"lmcopy fromid("indd1") todataid("outdd1")" ,
  "frommem(b*) replace"  
"lmfree dataid("indd1")" 
"lmfree dataid("outdd1")"


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

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Cameron Conacher
Sent: Friday, February 3, 2023 7:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Having a little difficulty with a REXX command LMOPEN

Good Morning,
I have a small REXX which essentially copies members of one PDSE to another.

It iterates over members of the first PDSE and copies the members to the
second PDSE.

After about eighty members are copied, my LMOPEN fails with a return code of
8.
I checked the manual and a return code of 8 from an LMOPEN means "The
Dataset cannot be opened."
 8
Data set could not be opened.


Is there somewhere I can see a bit more detail. Why the dataset could not be
opened?
I see nothing in the JES Log.

Any thoughts appreciated.

Thanks


Cameron Conacher
Senior Engineer

American Express Canada Inc.
GCICS
2225 Sheppard Avenue East, Toronto, ON  M2J 5C2

cameron.conac...@aexp.com
Office: 1-437-836-5265
Mobile: 1-416-409-5147

https://amex.webex.com/join/cameron.conacher

Note: I will be away from the office on PTO Friday February 3, 2023


American Express made the following annotations
 This e-mail was sent to you by a
representative of Amex Bank of Canada, P.O. Box 3204, Station "F", Toronto,
ON, M1W 3W7, www.americanexpress.ca. If you no longer wish to receive these
e-mails, please notify the sender by reply e-mail.

This e-mail is solely for the intended recipient and may contain
confidential or privileged information. If you are not the intended
recipient, any disclosure, copying, use, or distribution of the information
included in this e-mail is prohibited. If you have received this e-mail in
error, please notify the sender by reply e-mail and immediately and
permanently delete this e-mail and any attachments. Thank you.

American Express a fait les remarques suivantes Ce courriel vous a ?t?
envoy? par un repr?sentant de la Banque Amex du Canada, C.P. 3204,
succursale F, Toronto (Ontario) M1W 3W7, www.americanexpress.ca. Si, par la
suite, vous ne souhaitez plus recevoir ces courriels, veuillez en aviser les
exp?diteurs par courriel.

Ce courriel est r?serv? au seul destinataire indiqu? et peut renfermer des
renseignements confidentiels et privil?gi?s. Si vous n'?tes pas le
destinataire pr?vu, toute divulgation, duplication, utilisation ou
distribution du courriel est interdite. Si vous avez re?u ce courriel par
erreur, veuillez en aviser l'exp?diteur par courriel et d?truire
imm?diatement le courriel et toute pi?ce jointe. Merci.

--
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: Having a little difficulty with a REXX command LMOPEN

[Paul Gorlinsky]

What functions are you using to copy the members… 

https://www.ibm.com/docs/en/zos/2.1.0?topic=services-lmopen-open-data-set 

There is a mention in the link that LMMOVE AND LMCOPY don’t require LMOPEN.  

Also are you following the LMOPEN with and LMCLOSE? 

You might need to create a list on members to move first, then do the moves or 
copies

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

[Tony Thigpen]

You guys do realize he does not need the answer? He knows the answer and 
is complaining about a dumb customer that will not even look up the 
error message.


Tony Thigpen

Shelia Chalk wrote on 2/3/23 08:17:

The librarys In your steplib or joblib in a batch job, one of them is not apf 
authorized.  Also, another place to check is your tso logon proc. Look for the 
steplib, all of these must be apf authorized to make it work.

Thanks
Shelia Chalk


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Thursday, February 2, 2023 10:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: I want to cry

Part of the tears could be that a SLIP trap is not a terribly useful answer to 
S047 


-Original Message-
From: IBM Mainframe Discussion List  On
Behalf Of Retired Mainframer
Sent: Thursday, February 02, 2023 8:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: I want to cry

[EXTERNAL EMAIL]

Look in the System Codes manual.  047 means a program that is not
running "authorized" requested a service that only one that is running 
"authorized"
can access.

-Original Message-
From: IBM Mainframe Discussion List  On
Behalf Of Hank Oerlemans
Sent: Thursday, February 2, 2023 7:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: I want to cry

Customer : Could you please have a look and help us to fix the issue .
Customer log :  IEA992I SLIP TRAP ID=S047 MATCHED.

ME :
1. Hire a sysprog
2. RTFM
3. Google Play and hit update
4. Apple store and hit update
5. Check calendar and mortgage and see when I can retire 6. Tears
welling up realising I can't actually say any of 1-4.

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


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

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


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

Re: I want to cry

[Paul Gorlinsky]

Also note that libraries in the linklst are protected by extents, not by name… 
that is it you add members that ultimately extend the dataset, and you have 
issued your F LLA,REFRESH you can still get an abend if you are trying to use 
an authorized program that resides in the new extent.

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

Having a little difficulty with a REXX command LMOPEN

[Cameron Conacher]

Good Morning,
I have a small REXX which essentially copies members of one PDSE to another.

It iterates over members of the first PDSE and copies the members to the second 
PDSE.

After about eighty members are copied, my LMOPEN fails with a return code of 8.
I checked the manual and a return code of 8 from an LMOPEN means "The Dataset 
cannot be opened."
 8
Data set could not be opened.


Is there somewhere I can see a bit more detail. Why the dataset could not be 
opened?
I see nothing in the JES Log.

Any thoughts appreciated.

Thanks


Cameron Conacher
Senior Engineer

American Express Canada Inc.
GCICS
2225 Sheppard Avenue East, Toronto, ON  M2J 5C2

cameron.conac...@aexp.com
Office: 1-437-836-5265
Mobile: 1-416-409-5147

https://amex.webex.com/join/cameron.conacher

Note: I will be away from the office on PTO Friday February 3, 2023


American Express made the following annotations

This e-mail was sent to you by a representative of Amex Bank of Canada, P.O. 
Box 3204, Station "F", Toronto, ON, M1W 3W7, www.americanexpress.ca. If you no 
longer wish to receive these e-mails, please notify the sender by reply e-mail.

This e-mail is solely for the intended recipient and may contain confidential 
or privileged information. If you are not the intended recipient, any 
disclosure, copying, use, or distribution of the information included in this 
e-mail is prohibited. If you have received this e-mail in error, please notify 
the sender by reply e-mail and immediately and permanently delete this e-mail 
and any attachments. Thank you.

American Express a fait les remarques suivantes
Ce courriel vous a ?t? envoy? par un repr?sentant de la Banque Amex du Canada, 
C.P. 3204, succursale F, Toronto (Ontario) M1W 3W7, www.americanexpress.ca. Si, 
par la suite, vous ne souhaitez plus recevoir ces courriels, veuillez en aviser 
les exp?diteurs par courriel.

Ce courriel est r?serv? au seul destinataire indiqu? et peut renfermer des 
renseignements confidentiels et privil?gi?s. Si vous n'?tes pas le destinataire 
pr?vu, toute divulgation, duplication, utilisation ou distribution du courriel 
est interdite. Si vous avez re?u ce courriel par erreur, veuillez en aviser 
l'exp?diteur par courriel et d?truire imm?diatement le courriel et toute pi?ce 
jointe. Merci.

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

[Shelia Chalk]

The librarys In your steplib or joblib in a batch job, one of them is not apf 
authorized.  Also, another place to check is your tso logon proc. Look for the 
steplib, all of these must be apf authorized to make it work.

Thanks
Shelia Chalk


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Thursday, February 2, 2023 10:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: I want to cry

Part of the tears could be that a SLIP trap is not a terribly useful answer to 
S047 

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Retired Mainframer
> Sent: Thursday, February 02, 2023 8:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: I want to cry
> 
> [EXTERNAL EMAIL]
> 
> Look in the System Codes manual.  047 means a program that is not 
> running "authorized" requested a service that only one that is running 
> "authorized"
> can access.
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Hank Oerlemans
> Sent: Thursday, February 2, 2023 7:28 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: I want to cry
> 
> Customer : Could you please have a look and help us to fix the issue .
> Customer log :  IEA992I SLIP TRAP ID=S047 MATCHED.
> 
> ME :
> 1. Hire a sysprog
> 2. RTFM
> 3. Google Play and hit update
> 4. Apple store and hit update
> 5. Check calendar and mortgage and see when I can retire 6. Tears 
> welling up realising I can't actually say any of 1-4.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Re: Missing Values For The 'SDSF DA' Panels - z/OS 2.5

[Shelia Chalk]

We use cmf instead of rmf. I had the same problem on lpar was on z/os 2.5 and 
the lpar was on z/os 2.3. We open a ticket with the great BMC and they couldn't 
figure it out for months.  So, we cross our fingers and converted the other 
lpar to z/os 2.5 and CMF started working correctly.  

Thanks
Shelia Chalk

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Rob 
Scott
Sent: Friday, February 3, 2023 2:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Missing Values For The 'SDSF DA' Panels - z/OS 2.5

Ross,

First of all, I am glad you have opened a support case for this, our support 
team should be able to gather further diagnostic information to resolve the 
problem.

A bit of background information for the archives :

(o) In z/OS 2.4+, the SDSF "DA" information is gathered centrally by a subtask 
in the SDSFAUX address space.
(o) This subtask uses the RMF programming service ERBSMFI (GRBSMFI) to collect 
this information and any ISV product that replaces RMF supplies an alias for 
this module.
(o) The SDSFAUX address space dumps the first 256 bytes of the ERBSMFI load 
module in the HSFTRACE DD that is allocated to the SDSF started task
(o) When the RMF address space is not active, ERBSMFI still returns the data we 
require (SMF 79-1 records), however in our experience other ISV products do not 
return data when their STC is inactive and instead pass back a non-zero return 
code. As a customer for an ISV that replaces RMF, you might want to consider 
raising an RFE with them to address this.
(o) When we get a non-zero return code from ERBSMFI for 79-1 data, we fallback 
to our own internal data collector (HSFSMFI) that builds pseudo 79-1 records 
that reflect the columns that SDSF used to display prior to using ERBSMFI (many 
years ago). The SDSF client code will detect this condition and the number of 
columns shown on the DA panel will be greatly reduced from "full-RMF" function.
(o) Error conditions calling ERBSMFI are normally reflected either by WTO-style 
messages and/or messages written to the HSFLOG DD that is allocated to the SDSF 
started task.
(o) Other SDSF panels that depend on ERBSMFI include DEV and PAG, however they 
do not have internal fallback capability.

Rob Scott
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Ross Vaughn
Sent: 03 February 2023 04:07
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Missing Values For The 'SDSF DA' Panels - z/OS 2.5

EXTERNAL EMAIL





We are currently in the process of rolling out z/OS 2.5 and have hit an issue 
on a test LPAR that is not displaying any information in the SDSF DA panels.
There are no messages in the syslog out of the IPL that would lead us in a 
certain direction.  We think we may have an issue with CMF but can't confirm.  
We are occasionally seeing error messages out of SDSFAUX as well.

It looks like beginning with z/OS 2.4 the 'SDSF DA' information is obtained by 
the SDSFAUX address space calling the BMC AMI Ops Monitor for CMF.  We have 
verified we have the CX10GVID module in our linklist library that CMF uses to 
obtain the SDSF DA values.
We have a ticket open with support as well, but curious if anyone has seen 
similar issues when rolling out z/OS 2.5?   Same LPAR on z/OS 2.4 does not have 
the same issue.

Thanks,
Ross







--
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://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmy.rocketsoftware.com%2FRocketCommunity%2FRCEmailSupport=05%7C01%7CSChalk%40TRUSTMARK.COM%7C9fee4e95286b4ba37e7008db05c451a1%7C518d66eacb8948c8a7b903cba11cde91%7C1%7C0%7C638110112997402092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=TaEPQe3ZKhwjoNfVdW3afGVdIQxf9uG2JXFsZyPjWfQ%3D=0
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.rocketsoftware.com%2Fmanage-your-email-preferences=05%7C01%7CSChalk%40TRUSTMARK.COM%7C9fee4e95286b4ba37e7008db05c451a1%7C518d66eacb8948c8a7b903cba11cde91%7C1%7C0%7C638110112997402092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=v2tFNx8MDTuKpwGkg9f5HsA17edn9fAnu%2F5L5y0V2Js%3D=0
Privacy Policy - 

Now available for s390x: [rexxla-members] Announcing the Release of ooRexx 5.0.0

[Rony G. Flatscher]

ooRexx 5.0.0 has gone GA (general available) at Christmas.

Enclosed please find the announcment FYI, now that a s390x version has become available, such that 
this group can take advantage of it immediately on the mainframe.


As ooRexx 5.0.0 [1] is available for all important operating systems (Windows, MacOS, various 
Linuxes) it is possible to not only deploy it on s390x, but on your own computer, develop there and 
transfer your [oo]Rexx programs to s390x if desired.


---

Also please note that the ooRexx-Java bridge BSF4ooRexx850 [2] - an external function and class 
library for ooRexx - contains support for s390x (besides Windows, MacOS, various Linuxes) right out 
of the box. Clear the installation zip file's block attribute [1] and then just unzip the 
installation package change into BSF4ooRexx850/install/your_op_sys and run the install script. This 
way you gain direct access all Java class libraries that are installed on the target computer, 
becoming able to address/exploit them with the easy ooRexx syntax without any knowledge of Java 
syntax at all.


The combination of both, ooRexx 5.0 and BSF4ooRexx850, is hardly beatable in the functionality that 
get brought right to the fingers of Rexx programmers. On all major platforms. On mainframes you will 
become able to take advantage of mainframe specific Java classes - like IBM's - which may be a very 
attractive and efficient combo for creating ooRexx scripts as utilitites, as applications or as 
analysis tools.


At least you should check out this combo applying/exploiting your REXX skills. Personal experiences 
and personal insights beat any hear-say! :)


If there are any questions please do not hesitate and ask!

---rony

[1] Note: before installing or unzipping packages downloaded from the Internet on Windows or MacOS 
make sure that the "block" attribute gets cleared on the downloaded files.  Otherwise all unzipped 
and/or installed files get blocked as well, rendering installations useless.

[2] BSF4ooRexx850: 


P.S.: After installing ooRexx 5.0.0 you may want to look into the samples directory and check out 
the samples, including the native API C and C++ samples that demonstrate how easy it is to create 
external Rexx function packages for ooRexx in C and C++ on your own.


P.P.S.: After installing BSF4ooRexx850 [1] you may want to look up the numerous small examples that 
demonstrate how to take advantage of the Java runtime environment, how one can address Java classes 
and Java objects as if they were Rexx classes and objects. Point your browser to the index.html file 
and you'll get a brief listing of the samples and their purpose.



 Forwarded Message 
Subject:[rexxla-members] Announcing the Release of ooRexx 5.0.0
Date:   Sat, 24 Dec 2022 00:02:43 +0100
From:   Rony 
To: rexxla-memb...@groups.io




*Von:* "Rony G. Flatscher" 
*Datum:* 23. Dezember 2022 um 23:59:49 MEZ
*An:* RexxLA Members mailing list , 
oorexx-annou...@lists.sourceforge.net, Open Object Rexx Developer Mailing List 
, BSF4ooRexx Developer Mailing List 
, bsf4oorexx-supp...@lists.sourceforge.net

*Betreff:* *[rexxla-members] Announcing the Release of ooRexx 5.0.0*


The ooRexx (open object Rexx) team is pleased to release ooRexx 5.0.0 and make it generally 
available to the world via the web from 
.


ooRexx is the object-oriented successor to IBM's famous Rexx language which remains easy to learn, 
easy to program in and easy to maintain, thanks to keeping up the "human centric" design 
principle. The "Rexx Language Association (RexxLA)"  is the owner of the 
source code, originally donated by IBM in 2004 and improved considerably and continuously since then.



Rexx programs can be run unchanged with ooRexx 5.0.0 and can be gradually augmented with the many 
beneficial new features ooRexx 5.0.0 brings to the table, like redirectable commands from and into 
running Rexx programs, new and helpful classes like the RexxInfo class, new ability to annotate 
programs (packages), routines, classes, methods and attributes, ability to easily define multiline 
strings (e.g. for SQL statements, boiler plate text, base64 encoded binary data ...) and many more.


Among the notable improvements are numerous bug fixes compared to its predecessor ooRexx 4.2.0, 
noticeable speed improvements over ooRexx 4.2.0 and much more useful functionality. Please consult 
the file docs/CHANGES.txt for more information.


After downloading ooRexx 5.0.0 and installing take a look into the samples directory which 
contains programs that demonstrate some of its capabilities. The Windows version has numerous 
examples that demonstrate how to interact with Microsoft Office, Apache Open Office/LibreOffice 
and many of the Windows infrastructures taking advantage of their OLE (Object Linking and 
Embedding) 

Re: I want to cry

[Seymour J Metz]

C: My COBOL program got 
M: What's in Register 14
C: But COBOL doesn't use registers


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Hank Oerlemans [03c4d8bf55f3-dmarc-requ...@listserv.ua.edu]
Sent: Thursday, February 2, 2023 10:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: I want to cry

Customer : Could you please have a look and help us to fix the issue .
Customer log :  IEA992I SLIP TRAP ID=S047 MATCHED.

ME :
1. Hire a sysprog
2. RTFM
3. Google Play and hit update
4. Apple store and hit update
5. Check calendar and mortgage and see when I can retire
6. Tears welling up realising I can't actually say any of 1-4.

.

It's slow today down under.

haveagoodweegend.

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

[Radoslaw Skorupka]

   Hush you bye, don’t you cry,
   Go to sleepy, little baby.
   when you wake,
   You shall have,
   all the pretty little horses.

   Blacks and Bays,
   dapples and grays,
   Coach and six a little horses.
   Hush-a-by, Don't you cry,
   Go to sleep, my little
   
baby.^




W dniu 03.02.2023 o 04:28, Hank Oerlemans pisze:

Customer : Could you please have a look and help us to fix the issue .
Customer log :  IEA992I SLIP TRAP ID=S047 MATCHED.

ME :
1. Hire a sysprog
2. RTFM
3. Google Play and hit update
4. Apple store and hit update
5. Check calendar and mortgage and see when I can retire
6. Tears welling up realising I can't actually say any of 1-4.

.

It's slow today down under.

haveagoodweegend.

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


--
Radoslaw Skorupka
Lodz, Poland

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

Re: Missing Values For The 'SDSF DA' Panels - z/OS 2.5

[Rob Scott]

Ross,

First of all, I am glad you have opened a support case for this, our support 
team should be able to gather further diagnostic information to resolve the 
problem.

A bit of background information for the archives :

(o) In z/OS 2.4+, the SDSF "DA" information is gathered centrally by a subtask 
in the SDSFAUX address space.
(o) This subtask uses the RMF programming service ERBSMFI (GRBSMFI) to collect 
this information and any ISV product that replaces RMF supplies an alias for 
this module.
(o) The SDSFAUX address space dumps the first 256 bytes of the ERBSMFI load 
module in the HSFTRACE DD that is allocated to the SDSF started task
(o) When the RMF address space is not active, ERBSMFI still returns the data we 
require (SMF 79-1 records), however in our experience other ISV products do not 
return data when their STC is inactive and instead pass back a non-zero return 
code. As a customer for an ISV that replaces RMF, you might want to consider 
raising an RFE with them to address this.
(o) When we get a non-zero return code from ERBSMFI for 79-1 data, we fallback 
to our own internal data collector (HSFSMFI) that builds pseudo 79-1 records 
that reflect the columns that SDSF used to display prior to using ERBSMFI (many 
years ago). The SDSF client code will detect this condition and the number of 
columns shown on the DA panel will be greatly reduced from "full-RMF" function.
(o) Error conditions calling ERBSMFI are normally reflected either by WTO-style 
messages and/or messages written to the HSFLOG DD that is allocated to the SDSF 
started task.
(o) Other SDSF panels that depend on ERBSMFI include DEV and PAG, however they 
do not have internal fallback capability.

Rob Scott
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Ross Vaughn
Sent: 03 February 2023 04:07
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Missing Values For The 'SDSF DA' Panels - z/OS 2.5

EXTERNAL EMAIL





We are currently in the process of rolling out z/OS 2.5 and have hit an issue 
on a test LPAR that is not displaying any information in the SDSF DA panels.
There are no messages in the syslog out of the IPL that would lead us in a 
certain direction.  We think we may have an issue with CMF but can’t confirm.  
We are occasionally seeing error messages out of SDSFAUX as well.

It looks like beginning with z/OS 2.4 the ’SDSF DA’ information is obtained by 
the SDSFAUX address space calling the BMC AMI Ops Monitor for CMF.  We have 
verified we have the CX10GVID module in our linklist library that CMF uses to 
obtain the SDSF DA values.
We have a ticket open with support as well, but curious if anyone has seen 
similar issues when rolling out z/OS 2.5?   Same LPAR on z/OS 2.4 does not have 
the same issue.

Thanks,
Ross







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

Re: Open XL C++ debugging

[David Crayford]

On 2/2/23 21:25, Joseph Reichman wrote:

Thanks

First off, I am assembler programmer by trade I did learn C/C++ doing some 
TCP/IP stuff from an Assembler Server Started task.


There's a skill to reading documentation. For XL C++ C++11 compatability 
see https://www.ibm.com/docs/en/zos/2.3.0?topic=xcle-c11-compatibility. 
Note that the C++ standard library is *not* mentioned. We'll get to that 
later.





It would display the data program listing from a sysadata on Windows.


Why? Are you writing a GUI? I can understand you wanting to use an IDE 
as opposed to ISPF but why run anything on Windows that can run on z/OS?




I would like to use that code on z/os.

If you say clang, is the way to go okay.

You also say use the clang compiler instead of MSVC I hope I don’t end up with 
a millon more compile errors using clang as everything compiles cleanly using 
MSVC.


How can you write a cross platform program using MSVC++ without having 
to resort to #ifdef pre-processor nonsense? That's just bonkers.





I debug under Unix.


You are not making any sense. You want to edit/compile/run on windows 
and then debug on Unix? What Unix, z/OS Unix?





Since I am going to run this from z/os its going to be LE with runtime option 
POSIX(ON) ? right ?

Now as far as the doc for OPEN XL C++

I got a compile error using map::insert invalid call.

CCN5218 (S) The call does not match any parameter list for "insert".

Is referenced the following statement.
auto ret = procpointer->extsymcollector->insert({ *s, *exsympointer });


You are attempting to insert a record using an rvalue-reference with an 
initializer list. That's not supported by the XL C++ standard library 
which does not support C++11. I already told you that two posts back. 
The function prototype is like so:


template< class P >
std::pair insert( P&& value );

Check the doc https://en.cppreference.com/w/cpp/container/map/insert



the compiler initially gave me a problem with '{'

I took it out.

auto ret = procpointer->extsymcollector->insert( *s, *exsympointer );

That's also wrong. You need to pass a single lvalue-reference such as 
std::pair (please read the docs).


auto ret = procpointer->extsymcollector->insert( std::pair(*s, *exsympointer) );

I'm not picking holes but the code snippet you posted concerns me. It's 
heavy on pointers and the de-referencing alone makes me think it's poor 
quality. C++ is not C, it has reference types which are absolutely 
essential for RAII. If you have found you are using raw pointers 
allocated with "new" then that's a code smell.




then I got the above error

My question is if I got to Open XL C++

Regarding documentation for let's say map::inset I would reference Clang/LLVM 
link you sent me earlier.
  


I hope I don’t open a pandoras box if I change to clang and re-compile all my 
windows code.


The question you should be asking yourself is "should I use C++?". C++ 
is a large and complex language and in my experience with colleagues of 
mine who are excellent assembler programmers it can be a struggle to 
become proficient. Why don't you use a simpler language like Python 
which is easy to use and doesn't have portability issues? I'm an 
experienced C/C++ programmer and I certainly wouldn't entertain using 
C++ to process ADATA, when I can do it faster, with less code and less 
bugs in Python.


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