Re: 35th International Rexx Symposium in Birsbane (Australia) about to start

[Seymour J Metz]

Actually, there's been a decades long language war over what object-oriented 
means.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of Bob 
Bridges <0587168ababf-dmarc-requ...@listserv.ua.edu>
Sent: Saturday, March 2, 2024 8:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 35th International Rexx Symposium in Birsbane (Australia) about to 
start

I'm curious what "dynamic" means in this context.  All I can think of so far
is "frequently changing", but that doesn't seem to fit; it sounds like you
mean something much more specific, rather as "object-oriented" means a very
particular thing in coding.

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

/* I'm not naive about my country. My country is definitely not always
right; my country has at times been terribly wrong. But I know this about
Americans: We don't set out to kill innocent people. We don't cheer when
innocent people die.  -Dave Barry, 2001-09-14 */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
ronyF
Sent: Friday, March 1, 2024 17:45

The 35th International Rexx Symposium in Brisbane, Australia, is about to
start with tutorials this Sunday (tomorrow), March 3rd

Working with the easy to learn, to read, to use and to maintain dynamic
programming language family of Rexx has always been fun and a real benefit
and critical success factor.

A professional programmer not having a dynamic language in his workbench
portfolio can simply not solve certain problems with the ease and speed of a
dynamic language. So all static programming language fans, this is an
opportunity to get a glimpse of how easy and how powerful a dynamic
language, especially from the Rexx family of programming languages, can be!

--
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: 35th International Rexx Symposium in Birsbane (Australia) about to start

[ronyF]

Hi Bob,

being a little bit under time pressure (setting up the tutorials) just a 
hint: . 
(Note it is missing Rexx or ooRexx in the list of dynamic languages, 
probably because the authors have never heard of it. Also some of the 
listed languages are statically typed, Rexx/ooRexx are dynamically 
typed.)


HTH

---rony

On 2024-03-02 23:43, Bob Bridges wrote:
I'm curious what "dynamic" means in this context.  All I can think of 
so far
is "frequently changing", but that doesn't seem to fit; it sounds like 
you
mean something much more specific, rather as "object-oriented" means a 
very

particular thing in coding.

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

/* I'm not naive about my country. My country is definitely not always
right; my country has at times been terribly wrong. But I know this 
about
Americans: We don't set out to kill innocent people. We don't cheer 
when

innocent people die.  -Dave Barry, 2001-09-14 */

-Original Message-
From: IBM Mainframe Discussion List  On 
Behalf Of

ronyF
Sent: Friday, March 1, 2024 17:45

The 35th International Rexx Symposium in Brisbane, Australia, is about 
to

start with tutorials this Sunday (tomorrow), March 3rd

Working with the easy to learn, to read, to use and to maintain dynamic
programming language family of Rexx has always been fun and a real 
benefit

and critical success factor.

A professional programmer not having a dynamic language in his 
workbench
portfolio can simply not solve certain problems with the ease and speed 
of a

dynamic language. So all static programming language fans, this is an
opportunity to get a glimpse of how easy and how powerful a dynamic
language, especially from the Rexx family of programming languages, can 
be!


--
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: Recovery routine for IRB

[Joseph Reichman]

Peter thank you 

I did a TESTAUTH ‘JOER.TEST.AUTHLIB(CESTAE)’

Then at the TESTAUTH prompt 

Did LOAD ‘JOER.TEST.AUTHLIB(GRECOV)’
AT GRECOV.GRECOV.+0

Had a WAIT after the lock release 
Grecov did get control 

It had an SDWARBAD the X’40’ bit was on at the first status byte of the RB 
RBSTAB1 offset +A indicating an IRB

Thanks for the info about branch entry ESTAE



> On Mar 2, 2024, at 1:00 PM, Binyamin Dissen  
> wrote:
> 
> On Sat, 2 Mar 2024 06:21:34 -0800 Ed Jaffe
> <05acc3c79bf7-dmarc-requ...@listserv.ua.edu> wrote:
> 
> :>On 3/2/2024 5:46 AM, Peter Relson wrote:
> :>> Regarding the response about "why CIRB", it was not really on point. You 
> likely do not need to build/touch IQE/IRB. The parameters on SCHEDIRB (such 
> as EPPTR, MODE, KEY et al) generally cover all the pieces of data that you 
> would set in the IRB. They do cover all that you showed in your code example. 
> It is documented that SCHEDIRB is suggested rather than CIRB.
> 
> :>Of course, I read about CIRB and the "exit effector" many times in the
> :>pubs, but FWIW have always, Always, ALWAYS used SCHEDIRB in practice.
> :>Never once coded CIRB nor ever been tempted to do so...
> 
> Boomer.
> 
> Some of us had to walk miles to find an IQE.
> 
> --
> Binyamin Dissen 
> http://www.dissensoftware.com
> 
> Director, Dissen Software, Bar & Grill - Israel
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Recovery routine for IRB

[Binyamin Dissen]

On Sat, 2 Mar 2024 06:21:34 -0800 Ed Jaffe
<05acc3c79bf7-dmarc-requ...@listserv.ua.edu> wrote:

:>On 3/2/2024 5:46 AM, Peter Relson wrote:
:>> Regarding the response about "why CIRB", it was not really on point. You 
likely do not need to build/touch IQE/IRB. The parameters on SCHEDIRB (such as 
EPPTR, MODE, KEY et al) generally cover all the pieces of data that you would 
set in the IRB. They do cover all that you showed in your code example. It is 
documented that SCHEDIRB is suggested rather than CIRB.

:>Of course, I read about CIRB and the "exit effector" many times in the 
:>pubs, but FWIW have always, Always, ALWAYS used SCHEDIRB in practice. 
:>Never once coded CIRB nor ever been tempted to do so...

Boomer.

Some of us had to walk miles to find an IQE.

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

Director, Dissen Software, Bar & Grill - Israel

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

Re: DFSMSHSM reports.

[rpinion865]

Also, if you have FDREPORT it can report on HSM.

Sent from Proton Mail mobile

 Original Message 
On Mar 2, 2024, 10:32 AM, Nigel Morton wrote:

> Claude, I have used DFSORT in the past to create reports, usually for one-off 
> projects. A few thoughts on the idea of HSM reporting: 1. Detecting 
> migrate/recall thrashing is a good thing to do 2. Reviewing migration and 
> backup failures is probably worthwhile. I've seen datasets failing to migrate 
> day after day (usually because of invalid DSORG which can point to datasets 
> being allocated and consuming space but never, ever opened) and it's wasteful 
> to repeat the same checks and fail every day. 3. There's a lot of good stuff 
> in DCOLLECT records, too. 4. IBM has an HSM reporting product, Tivoli 
> Advanced Reporting for DFSMShsm. IMHO, this is overkill but the documentation 
> might give you some ideas for your own reports. HTH Regards On Fri, 1 Mar 
> 2024 at 20:07, Claude Richbourg wrote: > Good afternoon all, > > I have a 
> little side project going on here to see what kind of reports I > can get 
> from SMF type 240 and 241 records for HSM. We use HSM quite a lot > and 
> currently we don't have any reports for it yet. > > When I look at the record 
> layout from the DFSMSHSM Data Areas manual, I > was amazed on the extensive 
> amount of offsets in the DSR - Daily Statistics > Record. > > The question I 
> have is/has anyone created a report from those and did you > use SAS, 
> Easytrieve or DFSORT to do so? > I am looking at Easytrieve, as we have that 
> here and I just wanted to see > if anyone else has created those HSM reports 
> from the SMF records. > > > Best Regards, > Claude > > 
> -- > 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: DFSMSHSM reports.

[Nigel Morton]

Claude, I have used DFSORT in the past to create reports, usually for
one-off projects.

A few thoughts on the idea of HSM reporting:

1. Detecting migrate/recall thrashing is a good thing to do
2. Reviewing migration and backup failures is probably worthwhile. I've
seen datasets failing to migrate day after day (usually because of invalid
DSORG which can point to datasets being allocated and consuming space but
never, ever opened) and it's wasteful to repeat the same checks and fail
every day.
3. There's a lot of good stuff in DCOLLECT records, too.
4. IBM has an HSM reporting product, Tivoli Advanced Reporting for
DFSMShsm. IMHO, this is overkill but the documentation might give you some
ideas for your own reports.

HTH

Regards

On Fri, 1 Mar 2024 at 20:07, Claude Richbourg <
05d5b5fc9dbd-dmarc-requ...@listserv.ua.edu> wrote:

> Good afternoon all,
>
> I have a little side project going on here to see what kind of reports I
> can get from SMF type 240 and 241 records for HSM. We use HSM quite a lot
> and currently we don't have any reports for it yet.
>
> When I look at the record layout from the DFSMSHSM Data Areas manual, I
> was amazed on the extensive amount of offsets in the DSR - Daily Statistics
> Record.
>
> The question I have is/has anyone created a report from those and did you
> use SAS, Easytrieve or DFSORT to do so?
> I am looking at Easytrieve, as we have that here and I just wanted to see
> if anyone else has created those HSM reports from the SMF records.
>
>
> Best Regards,
> Claude
>
> --
> 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: Recovery routine for IRB

[Ed Jaffe]

On 3/2/2024 5:46 AM, Peter Relson wrote:

Regarding the response about "why CIRB", it was not really on point. You likely 
do not need to build/touch IQE/IRB. The parameters on SCHEDIRB (such as EPPTR, MODE, KEY 
et al) generally cover all the pieces of data that you would set in the IRB. They do 
cover all that you showed in your code example. It is documented that SCHEDIRB is 
suggested rather than CIRB.


Of course, I read about CIRB and the "exit effector" many times in the 
pubs, but FWIW have always, Always, ALWAYS used SCHEDIRB in practice. 
Never once coded CIRB nor ever been tempted to do so...


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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

Re: Recovery routine for IRB

[Peter Relson]

It is perfectly valid to "have" an ESTAE-type recovery routine while you hold a 
lock or are disabled.
You might not be able to set it in that environment (the OP's code set the 
ESTAEX while not in either of those states), but if you set it before, it will 
participate. Branch-entry ESTAE has some limited use cases where you can set an 
ESTAE even though locked; ESTAEX does not support that.

An ESTAE-type recovery routine will get control if any/all FRRs have percolated 
for an error that happened while locked or disabled, but any locks will have 
been released and enablement will have been re-established so the routine gets 
control enabled and unlocked (much recovery might need to get control still 
holding the locks in order not to lose serialization; those cases need an FRR). 
The lock release(s) and enablement happen at the "transition" from "RTM1" (FRR 
processing) to "RTM2" (ESTAE-type processing). RTM1 issues an SVC D to get to 
RTM2 (enabled, unlocked, not XM mode); this is not an "abend" in the normal 
sense of the term.

Regarding the response about "why CIRB", it was not really on point. You likely 
do not need to build/touch IQE/IRB. The parameters on SCHEDIRB (such as EPPTR, 
MODE, KEY et al) generally cover all the pieces of data that you would set in 
the IRB. They do cover all that you showed in your code example. It is 
documented that SCHEDIRB is suggested rather than CIRB.

Peter Relson
z/OS Core Technology Design


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

Re: 35th International Rexx Symposium in Birsbane (Australia) about to start

[Bob Bridges]

I'm curious what "dynamic" means in this context.  All I can think of so far
is "frequently changing", but that doesn't seem to fit; it sounds like you
mean something much more specific, rather as "object-oriented" means a very
particular thing in coding.

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

/* I'm not naive about my country. My country is definitely not always
right; my country has at times been terribly wrong. But I know this about
Americans: We don't set out to kill innocent people. We don't cheer when
innocent people die.  -Dave Barry, 2001-09-14 */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
ronyF
Sent: Friday, March 1, 2024 17:45

The 35th International Rexx Symposium in Brisbane, Australia, is about to
start with tutorials this Sunday (tomorrow), March 3rd

Working with the easy to learn, to read, to use and to maintain dynamic
programming language family of Rexx has always been fun and a real benefit
and critical success factor.

A professional programmer not having a dynamic language in his workbench
portfolio can simply not solve certain problems with the ease and speed of a
dynamic language. So all static programming language fans, this is an
opportunity to get a glimpse of how easy and how powerful a dynamic
language, especially from the Rexx family of programming languages, can be!

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

Github infections

[Mike Schwab]

https://www.theregister.com/2024/03/01/github_automated_fork_campaign/?td=rt-3a

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