Re: GDG base with Date stamp

[Wayne Bickerdike]

Good.

My application was to produce a report of CICS transactions on the second
Tuesday of each month. The REXX needed to identify SMF dumps that spanned
that particular day.
listc ent('XDCOM.RXX')
GDG BASE -- XDCOM.RXX
 IN-CAT --- USERCAT.ISI
   NONVSAM  XDCOM.RXX.G0001V00
 IN-CAT --- USERCAT.ISI
   NONVSAM  XDCOM.RXX.G0002V00
 IN-CAT --- USERCAT.ISI
   NONVSAM  XDCOM.RXX.G0003V00
 IN-CAT --- USERCAT.ISI
   NONVSAM  XDCOM.RXX.G0004V00
 IN-CAT --- USERCAT.ISI

listc ent('XDCOM.RXX.G0001V00')

NONVSAM --- XDCOM.RXX.G0001V00

 IN-CAT --- USERCAT.ISI

 HISTORY

   DATASET-OWNER-(NULL) CREATION2020.096

   RELEASE2 EXPIRATION--.000

 ENCRYPTIONDATA

   DATA SET ENCRYPTION-(NO)

 VOLUMES

   VOLSERZ1 DEVTYPE--X'3010200F'
 FSEQN-
0

 ASSOCIATIONS

   GDG--XDCOM.RXX

 ATTRIBUTES

Creation date is what you need.


On Wed, Jan 5, 2022 at 6:32 PM Peter  wrote:

> Hello Wayne
>
> Yes exactly this is what I was looking.
>
> On Wed, 5 Jan, 2022, 11:27 am Wayne Bickerdike,  wrote:
>
>> The date/time is stored with a new GDG entry. You can see it with a
>> LISTCAT
>> command.
>>
>> I developed a REXX program to parse GDG entries and build JCL to
>> concatenate generations based on a day of the month.
>>
>> The timestamp is a form of Julian date.
>>
>> Is this what you are looking for?
>>
>> On Wed, Jan 5, 2022 at 4:38 PM Peter  wrote:
>>
>> > Hello
>> >
>> > I apologise if this is very dummy questions.
>> >
>> > Is there a way to have a GDG base with date time stamp ? So that any GDG
>> > versions created will have Date stamp in it during creation. Any
>> samples if
>> > someone can refer me or share ?
>> >
>> > Please advise
>> >
>> > Peter
>> >
>> > --
>> > For IBM-MAIN subscribe / signoff / archive access instructions,
>> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> >
>>
>>
>> --
>> Wayne V. Bickerdike
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>

-- 
Wayne V. Bickerdike

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

Re: GDG base with Date stamp

[Peter]

Hello Wayne

Yes exactly this is what I was looking.

On Wed, 5 Jan, 2022, 11:27 am Wayne Bickerdike,  wrote:

> The date/time is stored with a new GDG entry. You can see it with a LISTCAT
> command.
>
> I developed a REXX program to parse GDG entries and build JCL to
> concatenate generations based on a day of the month.
>
> The timestamp is a form of Julian date.
>
> Is this what you are looking for?
>
> On Wed, Jan 5, 2022 at 4:38 PM Peter  wrote:
>
> > Hello
> >
> > I apologise if this is very dummy questions.
> >
> > Is there a way to have a GDG base with date time stamp ? So that any GDG
> > versions created will have Date stamp in it during creation. Any samples
> if
> > someone can refer me or share ?
> >
> > Please advise
> >
> > Peter
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> Wayne V. Bickerdike
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: GDG base with Date stamp

[Wayne Bickerdike]

The date/time is stored with a new GDG entry. You can see it with a LISTCAT
command.

I developed a REXX program to parse GDG entries and build JCL to
concatenate generations based on a day of the month.

The timestamp is a form of Julian date.

Is this what you are looking for?

On Wed, Jan 5, 2022 at 4:38 PM Peter  wrote:

> Hello
>
> I apologise if this is very dummy questions.
>
> Is there a way to have a GDG base with date time stamp ? So that any GDG
> versions created will have Date stamp in it during creation. Any samples if
> someone can refer me or share ?
>
> Please advise
>
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Wayne V. Bickerdike

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

Re: Sockets?

[Itschak Mugzach]

The function name is "HTTP/HTTPS protocol enabler". It supports several
languauges, including rexx and works great.

ITschak

*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **|  *

*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*





On Wed, Jan 5, 2022 at 7:04 AM Bob Bridges  wrote:

> Maybe not the best place to ask, but I've heard folks here mention writing
> interfaces using sockets.  Now, someone sent me a manual on the socket
> functions that could be used with REXX, and I successfully wrote a
> client/server pair for use on the mainframe, just as a proof of concept for
> a project that in the end was never executed.  I enjoyed the experience,
> and captivated by the possibilities.
>
> But it was a set of calls for use only with REXX.  I hear other folks here
> talk about sockets, and I'm wondering what else there is that I can use on
> other platforms.  Someday I'll learn assembler for Windows, but until I do,
> are there other tools available?
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* Saddam Hussein, having campaigned under the catchy populist slogan ''A
> Vote For Saddam Is A Vote for Not Getting Both Your Feet Chopped Off
> Without Anesthetic,'' is re-elected with a solid 127 percent of the popular
> vote, which includes several thousand votes apparently cast via Internet
> from Broward and Miami-Dade counties.  -from Dave Barry's 2002 "Year in
> Review" */
>
> --
> 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

GDG base with Date stamp

[Peter]

Hello

I apologise if this is very dummy questions.

Is there a way to have a GDG base with date time stamp ? So that any GDG
versions created will have Date stamp in it during creation. Any samples if
someone can refer me or share ?

Please advise

Peter

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

Sockets?

[Bob Bridges]

Maybe not the best place to ask, but I've heard folks here mention writing 
interfaces using sockets.  Now, someone sent me a manual on the socket 
functions that could be used with REXX, and I successfully wrote a 
client/server pair for use on the mainframe, just as a proof of concept for a 
project that in the end was never executed.  I enjoyed the experience, and 
captivated by the possibilities.

But it was a set of calls for use only with REXX.  I hear other folks here talk 
about sockets, and I'm wondering what else there is that I can use on other 
platforms.  Someday I'll learn assembler for Windows, but until I do, are there 
other tools available?

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

/* Saddam Hussein, having campaigned under the catchy populist slogan ''A Vote 
For Saddam Is A Vote for Not Getting Both Your Feet Chopped Off Without 
Anesthetic,'' is re-elected with a solid 127 percent of the popular vote, which 
includes several thousand votes apparently cast via Internet from Broward and 
Miami-Dade counties.  -from Dave Barry's 2002 "Year in Review" */

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

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Matt Hogstrom]

Sounds a lot like where I work too.   I’ve been working on Z and distributed 
for forty years and I use the same tools but probably use TSO more than just 
SDSF and submitting jobs.   Also, use an increasing number of REST APIs for 
interacting with different services

Matt Hogstrom
PGP key 0F143BC1

> On Jan 4, 2022, at 21:48, David Crayford  wrote:
> 
> It's true. The company I work for has been on-boarding millennials for years 
> now to replace the guys that are retiring. I work with some very smart young 
> guys, some of who write systems level code. None of them use REXX unless it's 
> used in a product they are working on. We're ripping and replacing decades 
> old build tools written in REXX with Python because it's become technical 
> debt and no one can support it.
> 
> The typical millenial uses:
> 
> * An IDE such as VS Code, IntelliJ, Slickedit with plugins for
>   mainframe languages and to access the MVS file system.
> * They don't use TSO or the ISPF editor so there is no need for REXX
>   edit macros etc. ISPF is mainly used for SDSF and submitting jobs.
> * They work in a interactive shell and use UNIX utilties.
> * Everything is stored in Git repositories.
> * They code scripts in Python, Node.js or a JVM language.
> 
> 
> 
>> On 5/1/22 10:06 am, Seymour J Metz wrote:
>> That's David Crayford, not me. I have no basis to either confirm or 
>> contradict. It's unfortunate if true.
>> 
>> 
>> --
>> Shmuel (Seymour J.) Metz
>> http://mason.gmu.edu/~smetz3
>> 
>> 
>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
>> Bob Bridges [robhbrid...@gmail.com]
>> Sent: Tuesday, January 4, 2022 9:03 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS
>> 
>> Shmuel, I'm interested (and perhaps a little dismayed) at your third point.  
>> I've gotten the impression, from reading ads about job openings, that REXX 
>> programmers aren't very thick on the ground even at IBM where you'd think 
>> it'd be pretty easy to find them.  But "shrinking by the day"?  Where do you 
>> get that?  I'm not disagreeing -- I have no data -- but have you?
>> 
>> ---
>> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>> 
>> /* Genuine tragedies in the world are not conflicts between right and wrong. 
>>  They are conflicts between two rights.  -Georg Hegel */
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List  On Behalf Of 
>> David Crayford
>> Sent: Tuesday, January 4, 2022 19:23
>> 
>>  1. IBM are too busy porting contemporary languages like Python, Golang
>> and Node.js
>>  2. No vendor will port ooRexx because there is no market for it that is
>> willing to pay support
>>  3. The pool of REXX developers is shrinking by the day and no young
>> people want to learn it unless they have to
>> 
>> --
>> 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: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Bob Bridges]

Hm.  If that's true of many shops (and it sounds plausible), maybe my sneers at 
the colleges' ignorant comments are ill-founded and they may be starting to win 
their war against the mainframe.  Of course, if their efforts have a lot of 
effect then surely the need for CICS will reverse the trend...wouldn't you 
think?

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

/* [On the observation that every culture has words equating "uncivilized" and 
"foreigner":]  Tragic?  It's sidesplitting!  It's the only joke the Almighty 
ever repeats, because it never grows stale with use.  -from _Star Beast_ by 
Robert A Heinlein. */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Tuesday, January 4, 2022 21:48

It's true. The company I work for has been on-boarding millennials for years 
now to replace the guys that are retiring. I work with some very smart young 
guys, some of who write systems level code. None of them use REXX unless it's 
used in a product they are working on. We're ripping and replacing decades old 
build tools written in REXX with Python because it's become technical debt and 
no one can support it.

The typical millenial uses:

  * An IDE such as VS Code, IntelliJ, Slickedit with plugins for
mainframe languages and to access the MVS file system.
  * They don't use TSO or the ISPF editor so there is no need for REXX
edit macros etc. ISPF is mainly used for SDSF and submitting jobs.
  * They work in a interactive shell and use UNIX utilties.
  * Everything is stored in Git repositories.
  * They code scripts in Python, Node.js or a JVM language.

--- On 5/1/22 10:06 am, Seymour J Metz wrote:
> That's David Crayford, not me. I have no basis to either confirm or 
> contradict. It's unfortunate if true.
>
> 
> From: Bob Bridges [robhbrid...@gmail.com]
> Sent: Tuesday, January 4, 2022 9:03 PM
>
> Shmuel, I'm interested (and perhaps a little dismayed) at your third point.  
> I've gotten the impression, from reading ads about job openings, that REXX 
> programmers aren't very thick on the ground even at IBM where you'd think 
> it'd be pretty easy to find them.  But "shrinking by the day"?  Where do you 
> get that?  I'm not disagreeing -- I have no data -- but have you?
>
> -Original Message-
> From: David Crayford
> Sent: Tuesday, January 4, 2022 19:23
>
>   1. IBM are too busy porting contemporary languages like Python, Golang
>  and Node.js
>   2. No vendor will port ooRexx because there is no market for it that is
>  willing to pay support
>   3. The pool of REXX developers is shrinking by the day and no young
>  people want to learn it unless they have to

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

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[David Crayford]

It's true. The company I work for has been on-boarding millennials for 
years now to replace the guys that are retiring. I work with some very 
smart young guys, some of who write systems level code. None of them use 
REXX unless it's used in a product they are working on. We're ripping 
and replacing decades old build tools written in REXX with Python 
because it's become technical debt and no one can support it.


The typical millenial uses:

 * An IDE such as VS Code, IntelliJ, Slickedit with plugins for
   mainframe languages and to access the MVS file system.
 * They don't use TSO or the ISPF editor so there is no need for REXX
   edit macros etc. ISPF is mainly used for SDSF and submitting jobs.
 * They work in a interactive shell and use UNIX utilties.
 * Everything is stored in Git repositories.
 * They code scripts in Python, Node.js or a JVM language.



On 5/1/22 10:06 am, Seymour J Metz wrote:

That's David Crayford, not me. I have no basis to either confirm or contradict. 
It's unfortunate if true.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bob 
Bridges [robhbrid...@gmail.com]
Sent: Tuesday, January 4, 2022 9:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

Shmuel, I'm interested (and perhaps a little dismayed) at your third point.  I've gotten 
the impression, from reading ads about job openings, that REXX programmers aren't very 
thick on the ground even at IBM where you'd think it'd be pretty easy to find them.  But 
"shrinking by the day"?  Where do you get that?  I'm not disagreeing -- I have 
no data -- but have you?

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

/* Genuine tragedies in the world are not conflicts between right and wrong.  
They are conflicts between two rights.  -Georg Hegel */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Tuesday, January 4, 2022 19:23

  1. IBM are too busy porting contemporary languages like Python, Golang
 and Node.js
  2. No vendor will port ooRexx because there is no market for it that is
 willing to pay support
  3. The pool of REXX developers is shrinking by the day and no young
 people want to learn it unless they have to

--
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: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[David Spiegel]

As an aside, In Quebec French, The "ne" is dropped.

On 2022-01-04 20:17, Seymour J Metz wrote:

I don't know of any language where two negatives make a negative. I know of languages that have distributed 
negatives, e.g., "Je ne parle pas Français." in French. AFAIK it would be incorrect to omit either 
"ne" or "pas" from that sentence; you need both.


--
Shmuel (Seymour J.) Metz
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmason.gmu.edu%2F~smetz3data=04%7C01%7C%7C2aeecb4781904c47f7c308d9cfe935f6%7C84df9e7fe9f640afb435%7C1%7C0%7C637769422907691578%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=Kd9WI8pn90KV6PLgCJF%2Fnm%2FBzHuQ3YuY7%2BVFU0y4rKs%3Dreserved=0


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bob 
Bridges [robhbrid...@gmail.com]
Sent: Tuesday, January 4, 2022 5:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

In English (unlike most languages), two negatives make a positive.  ("Yeah,
right.")  So when the girl says "I don't want nothing to do with you, no
how, no way", to an English professor she means "yes".  This may explain why
English professors are so cautious.

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

/* Don't be afraid to take a big step.  You can't cross a chasm in two small
jumps.  -David Lloyd George */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
René Jansen
Sent: Tuesday, January 4, 2022 14:37

You are reading my mind correctly, always had trouble with the double
denials.


--- On 4 Jan 2022, at 15:28, zMan  wrote:

although this does not mean that I would like to see that port.

...does not mean that I would NOT like to see... ?

--
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: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Seymour J Metz]

That's David Crayford, not me. I have no basis to either confirm or contradict. 
It's unfortunate if true.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bob 
Bridges [robhbrid...@gmail.com]
Sent: Tuesday, January 4, 2022 9:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

Shmuel, I'm interested (and perhaps a little dismayed) at your third point.  
I've gotten the impression, from reading ads about job openings, that REXX 
programmers aren't very thick on the ground even at IBM where you'd think it'd 
be pretty easy to find them.  But "shrinking by the day"?  Where do you get 
that?  I'm not disagreeing -- I have no data -- but have you?

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

/* Genuine tragedies in the world are not conflicts between right and wrong.  
They are conflicts between two rights.  -Georg Hegel */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Tuesday, January 4, 2022 19:23

 1. IBM are too busy porting contemporary languages like Python, Golang
and Node.js
 2. No vendor will port ooRexx because there is no market for it that is
willing to pay support
 3. The pool of REXX developers is shrinking by the day and no young
people want to learn it unless they have to

--
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: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Bob Bridges]

Shmuel, I'm interested (and perhaps a little dismayed) at your third point.  
I've gotten the impression, from reading ads about job openings, that REXX 
programmers aren't very thick on the ground even at IBM where you'd think it'd 
be pretty easy to find them.  But "shrinking by the day"?  Where do you get 
that?  I'm not disagreeing -- I have no data -- but have you?

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

/* Genuine tragedies in the world are not conflicts between right and wrong.  
They are conflicts between two rights.  -Georg Hegel */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Tuesday, January 4, 2022 19:23

 1. IBM are too busy porting contemporary languages like Python, Golang
and Node.js
 2. No vendor will port ooRexx because there is no market for it that is
willing to pay support
 3. The pool of REXX developers is shrinking by the day and no young
people want to learn it unless they have to

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

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Bob Bridges]

I wasn't thinking of that construction, no.  My French is marginally better
than my Spanish and much better than my other languages, but in Spanish it's
perfectly correct to say "no hablo ninguna palabra de español".  My
impression (unsupported, I admit now that you catch me at it) is that this
is more common in most languages than the way we have it in English.

I'm a linguaphile and have goofed around, in an undisciplined way, in quite
a few languages.  But I can carry on written conversation in only three or
four, and that with effort, so I mustn't claim to be expert in any but
English.

Of course, in English the same sentence ("I don't speak nary a word of
English") would be perfectly understandable, too.  But most Anglophones
would say it isn't quite right; I think logicians hold the upper hand in
English when it comes to double negatives.

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

/* Quotes found on the internet are not always accurate!!!  -Abraham Lincoln
*/

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: Tuesday, January 4, 2022 20:18

I don't know of any language where two negatives make a negative. I know of
languages that have distributed negatives, e.g., "Je ne parle pas Français."
in French. AFAIK it would be incorrect to omit either "ne" or "pas" from
that sentence; you need both.


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Bob Bridges [robhbrid...@gmail.com]
Sent: Tuesday, January 4, 2022 5:21 PM

In English (unlike most languages), two negatives make a positive.  ("Yeah,
right.")  So when the girl says "I don't want nothing to do with you, no
how, no way", to an English professor she means "yes".  This may explain why
English professors are so cautious.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
René Jansen
Sent: Tuesday, January 4, 2022 14:37

You are reading my mind correctly, always had trouble with the double
denials.

> --- On 4 Jan 2022, at 15:28, zMan  wrote:
>> although this does not mean that I would like to see that port.
>
> ...does not mean that I would NOT like to see... ?

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

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Seymour J Metz]

I don't know of any language where two negatives make a negative. I know of 
languages that have distributed negatives, e.g., "Je ne parle pas Français." in 
French. AFAIK it would be incorrect to omit either "ne" or "pas" from that 
sentence; you need both.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bob 
Bridges [robhbrid...@gmail.com]
Sent: Tuesday, January 4, 2022 5:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

In English (unlike most languages), two negatives make a positive.  ("Yeah,
right.")  So when the girl says "I don't want nothing to do with you, no
how, no way", to an English professor she means "yes".  This may explain why
English professors are so cautious.

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

/* Don't be afraid to take a big step.  You can't cross a chasm in two small
jumps.  -David Lloyd George */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
René Jansen
Sent: Tuesday, January 4, 2022 14:37

You are reading my mind correctly, always had trouble with the double
denials.

> --- On 4 Jan 2022, at 15:28, zMan  wrote:
>> although this does not mean that I would like to see that port.
>
> ...does not mean that I would NOT like to see... ?

--
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: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Paul Gilmartin]

On Tue, 4 Jan 2022 23:26:24 +, Farley, Peter x23353 wrote:

>Also MVSVAR, OUTTRAP, STORAGE, SYSCPUS, SYSDSN, SYSVAR if equivalents are not 
>already supplied in oorexx.  Access to such data as is returned by MVSVAR. 
>SYSVAR, etc. 
>
I cited a few examples.  Thank you for extending my list.  However ...
 MVSVAR, SYSVAR, TRANSMIT, RECEIVE, ... and similar  ISPF environment
attributes should be liberated from TSO.  It's a PITA to start ISPF just to get
the terminal CCSID.

>...  could conceivably be made using reads of pseudo-devices such as 
> "/dev/$$REXX$$/SYSPROC/finer_addressing_here"
>
Are you re-inventing the Linux /proc VFS?

>... but OUTTRAP, STORAGE and SYSDSN are  useful and frequently needed 
> (again barring already existing equivalents in the implementation).
>
If IBM would just deign to support ANSI Rexx, OUTTRAP would be replaced
with ADDRESS  WITH , which also supplies the analog
of "INTRAP".  BPXWUNIX does some of this.

>Binary reads should return binary blobs of whatever the system I/O interface 
>returns (RECFM=U as well).  Parsing the resulting binary blob is the 
>programmer's responsibility.  Obviously some facility for reporting back the 
>actual byte length of the returned blob is necessary.
>
Perhaps selecting the mode by STREAM( name, 'C', 'OPEN opts' )

>I always preferred EXECIO nnn to * or 1 where REGION was sufficiently 
>available.  I have processed multi-million record files without issue and with 
>reasonable performance using EXECIO 10 or more each time in a loop, where 
>the actual count that I coded varied depending on the average actual expected 
>record size.
>
>SYSCA L and SDSF could be part of " MVS/TSO/etc." that I wrote.
>
>And don't forget the FTP Rexx interface that I am told exists (though I have 
>never tried it myself, mind you, at least not yet).
>
How about SFTP and HTTPS for security and portability?  FTP is dwindling 
outside IBM.

-- gil

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

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[David Crayford]

On 5/1/22 8:04 am, Seymour J Metz wrote:

If IBM replaces REXX across the board, that would have to include continuing to 
support TSO. Also, those developing in REXX for TSO and ISPF environments would 
get a productivity boost if oorexx were supported there.


It's a moot point because it's never going to happen.

1. IBM are too busy porting contemporary languages like Python, Golang
   and Node.js
2. No vendor will port ooRexx because there is no market for it that is
   willing to pay support
3. The pool of REXX developers is shrinking by the day and no young
   people want to learn it unless they have to




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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, January 4, 2022 5:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

On Tue, 4 Jan 2022 19:18:09 +, Farley, Peter x23353  wrote:


...  And of course full ADDRESS MVS/TSO/etc. support as well.


Why is TSO needed?  TSO-specific facillities such as:
o LISTDSI?
o TRANSMIT/RECEIVE

I've used the ADDRESS TSO  surrogate for some of this, even to run 
non-interactive ISPF LM.  (PITA to allocate required data sets.)




On Tue, 4 Jan 2022 19:29:27 +, Seymour J Metz   wrote:

...
I would expect IBM to functionally stabilize EXECIO unless there is something 
that it does better than stream I/O.


How might stream I/O deal with RECFM=V binary files, particularly
containing '15'x among the data?

Many programmers insist on the superior performance of EXECIO *
over EXECIO 1 in a loop probably due to CALL/RETURN overhead.
linein() in a loop might suffer similarly.

ADDRESS SDSF API provides generated DD NAMEs for spool files.
I've used these overriding IEBGENER SYSUT1.  I could imagine
overriding SYSUT2 with a pipe which could be read by linein().
Spool access from available parts.

(Subject to port of ADDRESS SYSCALL and ADDRESS SDSF.)

-- gil

--
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: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Seymour J Metz]

If IBM replaces REXX across the board, that would have to include continuing to 
support TSO. Also, those developing in REXX for TSO and ISPF environments would 
get a productivity boost if oorexx were supported there.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, January 4, 2022 5:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

On Tue, 4 Jan 2022 19:18:09 +, Farley, Peter x23353  wrote:

>...  And of course full ADDRESS MVS/TSO/etc. support as well.
>
Why is TSO needed?  TSO-specific facillities such as:
o LISTDSI?
o TRANSMIT/RECEIVE

I've used the ADDRESS TSO  surrogate for some of this, even to run 
non-interactive ISPF LM.  (PITA to allocate required data sets.)




On Tue, 4 Jan 2022 19:29:27 +, Seymour J Metz   wrote:
>...
>I would expect IBM to functionally stabilize EXECIO unless there is something 
>that it does better than stream I/O.
>
How might stream I/O deal with RECFM=V binary files, particularly
containing '15'x among the data?

Many programmers insist on the superior performance of EXECIO *
over EXECIO 1 in a loop probably due to CALL/RETURN overhead.
linein() in a loop might suffer similarly.

ADDRESS SDSF API provides generated DD NAMEs for spool files.
I've used these overriding IEBGENER SYSUT1.  I could imagine
overriding SYSUT2 with a pipe which could be read by linein().
Spool access from available parts.

(Subject to port of ADDRESS SYSCALL and ADDRESS SDSF.)

-- gil

--
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: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Seymour J Metz]

AFAIK those are all environments and function packages rather than part of 
REXX, so they should seamlessly plug into a port of oorexx. I believe that you 
would need 31-bit stubs for the 64-bit interface of oorexx 5.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Farley, Peter x23353 [031df298a9da-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, January 4, 2022 6:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

Also MVSVAR, OUTTRAP, STORAGE, SYSCPUS, SYSDSN, SYSVAR if equivalents are not 
already supplied in oorexx.  Access to such data as is returned by MVSVAR. 
SYSVAR, etc. could conceivably be made using reads of pseudo-devices such as 
"/dev/$$REXX$$/SYSPROC/finer_addressing_here" but OUTTRAP, STORAGE and SYSDSN 
are  useful and frequently needed (again barring already existing equivalents 
in the implementation).

Binary reads should return binary blobs of whatever the system I/O interface 
returns (RECFM=U as well).  Parsing the resulting binary blob is the 
programmer's responsibility.  Obviously some facility for reporting back the 
actual byte length of the returned blob is necessary.

I always preferred EXECIO nnn to * or 1 where REGION was sufficiently 
available.  I have processed multi-million record files without issue and with 
reasonable performance using EXECIO 10 or more each time in a loop, where 
the actual count that I coded varied depending on the average actual expected 
record size.

SYSCALL and SDSF could be part of " MVS/TSO/etc." that I wrote.

And don't forget the FTP Rexx interface that I am told exists (though I have 
never tried it myself, mind you, at least not yet).

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, January 4, 2022 5:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

On Tue, 4 Jan 2022 19:18:09 +, Farley, Peter x23353  wrote:

>...  And of course full ADDRESS MVS/TSO/etc. support as well.
>
Why is TSO needed?  TSO-specific facillities such as:
o LISTDSI?
o TRANSMIT/RECEIVE

I've used the ADDRESS TSO  surrogate for some of this, even to run 
non-interactive ISPF LM.  (PITA to allocate required data sets.) 




On Tue, 4 Jan 2022 19:29:27 +, Seymour J Metz   wrote:
>...
>I would expect IBM to functionally stabilize EXECIO unless there is something 
>that it does better than stream I/O.
>
How might stream I/O deal with RECFM=V binary files, particularly containing 
'15'x among the data?

Many programmers insist on the superior performance of EXECIO * over EXECIO 1 
in a loop probably due to CALL/RETURN overhead.
linein() in a loop might suffer similarly.

ADDRESS SDSF API provides generated DD NAMEs for spool files.
I've used these overriding IEBGENER SYSUT1.  I could imagine overriding SYSUT2 
with a pipe which could be read by linein().
Spool access from available parts.

(Subject to port of ADDRESS SYSCALL and ADDRESS SDSF.)

--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


--
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: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Farley, Peter x23353]

Also MVSVAR, OUTTRAP, STORAGE, SYSCPUS, SYSDSN, SYSVAR if equivalents are not 
already supplied in oorexx.  Access to such data as is returned by MVSVAR. 
SYSVAR, etc. could conceivably be made using reads of pseudo-devices such as 
"/dev/$$REXX$$/SYSPROC/finer_addressing_here" but OUTTRAP, STORAGE and SYSDSN 
are  useful and frequently needed (again barring already existing equivalents 
in the implementation).

Binary reads should return binary blobs of whatever the system I/O interface 
returns (RECFM=U as well).  Parsing the resulting binary blob is the 
programmer's responsibility.  Obviously some facility for reporting back the 
actual byte length of the returned blob is necessary.

I always preferred EXECIO nnn to * or 1 where REGION was sufficiently 
available.  I have processed multi-million record files without issue and with 
reasonable performance using EXECIO 10 or more each time in a loop, where 
the actual count that I coded varied depending on the average actual expected 
record size.

SYSCALL and SDSF could be part of " MVS/TSO/etc." that I wrote.

And don't forget the FTP Rexx interface that I am told exists (though I have 
never tried it myself, mind you, at least not yet).

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, January 4, 2022 5:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

On Tue, 4 Jan 2022 19:18:09 +, Farley, Peter x23353  wrote:

>...  And of course full ADDRESS MVS/TSO/etc. support as well.
> 
Why is TSO needed?  TSO-specific facillities such as:
o LISTDSI?
o TRANSMIT/RECEIVE

I've used the ADDRESS TSO  surrogate for some of this, even to run 
non-interactive ISPF LM.  (PITA to allocate required data sets.) 




On Tue, 4 Jan 2022 19:29:27 +, Seymour J Metz   wrote:
>... 
>I would expect IBM to functionally stabilize EXECIO unless there is something 
>that it does better than stream I/O.
>
How might stream I/O deal with RECFM=V binary files, particularly containing 
'15'x among the data?

Many programmers insist on the superior performance of EXECIO * over EXECIO 1 
in a loop probably due to CALL/RETURN overhead.
linein() in a loop might suffer similarly.

ADDRESS SDSF API provides generated DD NAMEs for spool files.
I've used these overriding IEBGENER SYSUT1.  I could imagine overriding SYSUT2 
with a pipe which could be read by linein().
Spool access from available parts.

(Subject to port of ADDRESS SYSCALL and ADDRESS SDSF.)

--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Paul Gilmartin]

On Tue, 4 Jan 2022 19:18:09 +, Farley, Peter x23353  wrote:

>...  And of course full ADDRESS MVS/TSO/etc. support as well.
> 
Why is TSO needed?  TSO-specific facillities such as:
o LISTDSI?
o TRANSMIT/RECEIVE

I've used the ADDRESS TSO  surrogate for some of this, even to run 
non-interactive ISPF LM.  (PITA to allocate required data sets.)




On Tue, 4 Jan 2022 19:29:27 +, Seymour J Metz   wrote:
>... 
>I would expect IBM to functionally stabilize EXECIO unless there is something 
>that it does better than stream I/O.
>
How might stream I/O deal with RECFM=V binary files, particularly
containing '15'x among the data?

Many programmers insist on the superior performance of EXECIO *
over EXECIO 1 in a loop probably due to CALL/RETURN overhead.
linein() in a loop might suffer similarly.

ADDRESS SDSF API provides generated DD NAMEs for spool files.
I've used these overriding IEBGENER SYSUT1.  I could imagine
overriding SYSUT2 with a pipe which could be read by linein().
Spool access from available parts.

(Subject to port of ADDRESS SYSCALL and ADDRESS SDSF.)

-- gil

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

What has the mainframe ever done for us?

[Phil Smith III]

Nicely done:
https://www.youtube.com/watch?v=dwT7dkAhoTY

 

(I feel like I recognize a couple of those folks-SHARE?)


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

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Bob Bridges]

In English (unlike most languages), two negatives make a positive.  ("Yeah,
right.")  So when the girl says "I don't want nothing to do with you, no
how, no way", to an English professor she means "yes".  This may explain why
English professors are so cautious.

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

/* Don't be afraid to take a big step.  You can't cross a chasm in two small
jumps.  -David Lloyd George */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
René Jansen
Sent: Tuesday, January 4, 2022 14:37

You are reading my mind correctly, always had trouble with the double
denials.

> --- On 4 Jan 2022, at 15:28, zMan  wrote:
>> although this does not mean that I would like to see that port.
> 
> ...does not mean that I would NOT like to see... ?

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

Re: ICSF and domain sharing

[Dave Jousma]

On Tue, 4 Jan 2022 21:48:23 +0100, Radoslaw Skorupka  
wrote:

>Another question about ICSF:
>
>I vaguely remember that crypto domains had to be unique.
>In other words every active LPAR can have unique domain number or
>several numbers (which is another story).
>
>Now I just read the domain number may be shared and then CKDS/PKDS
>datasets may shared as well.
>Assuming we want to share CKDS/PKDS between sysplex member within CPC it
>is worth to consider - less master keys to manage.
>
>So, is it true the domains can be shared across LPARs or I misunderstood
>documentation?

I'm sure our friend from IBM will chime in, but we just went through this.   
More than one lpar can use the same domain, but not the same domain on the same 
crypto adapter.   We have 4 crypto express cards in each cec.   As an example, 
In my lesser important lpars that dont have the same crypto load,  i have 
adapter 0 and 2 on domain 0 for lpar-a, and adapter 1 and 3 on domain 0 on 
lpar-b.

If you try to use same domain on same adapter in multiple lpars, you will get a 
activation failure.

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

Re: ICSF and domain sharing

[Mark Jacobs]

Starting with z14, the IBM Z crypto architecture can support up to 256 domains 
in an adjunct processor (AP) with the AP extended addressing (APXA) facility 
that is installed. As such, the Crypto Express adapters are enhanced to handle 
256 domains. The IBM Z firmware provides up to 85 domains for z15 to customers 
(to match the current LPAR maximum). Customers can map individual LPARs to 
unique crypto domains or continue to share crypto domains across LPARs.

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

‐‐‐ Original Message ‐‐‐

On Tuesday, January 4th, 2022 at 3:48 PM, Radoslaw Skorupka 
 wrote:

> 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

ICSF and domain sharing

[Radoslaw Skorupka]

Another question about ICSF:

I vaguely remember that crypto domains had to be unique.
In other words every active LPAR can have unique domain number or 
several numbers (which is another story).


Now I just read the domain number may be shared and then CKDS/PKDS 
datasets may shared as well.
Assuming we want to share CKDS/PKDS between sysplex member within CPC it 
is worth to consider - less master keys to manage.


So, is it true the domains can be shared across LPARs or I misunderstood 
documentation?


--
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: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[René Jansen]

No, but you are welcome.

René.


> On 4 Jan 2022, at 15:41, Seymour J Metz  wrote:
> 
> Are there REXXLA projects for oorexx on CMS and TSO?
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> René Jansen [rene.vincent.jan...@gmail.com]
> Sent: Tuesday, January 4, 2022 2:23 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS
> 
> But now you’ve got me thinking
> 
> - ooRexx for Linux on Z is bona fide Z arch code. The calls to the OS are 
> obviously different and have the Linux conventions and OS call numbers in them
> - people are building container extensions for z/OS - how hard could it be to 
> use some of that code and run ooRexx for Z (linux) on a thin (container 
> extension) layer of z/OS
> - did someone run the native Z ooRexx version in a Docker container yet and, 
> for example, bind mount a conventional z/OS dataset to it?
> 
> Some other thoughts are:
> - the work of integrating the REXX370 interpreter with USS also has been done 
> (and even has linein/lineout)
> - watch CREXX in a number of months when it jumps from the threaded code 
> compiler to LLVM
> 
> In general I agree with the sentiments on this list that Object Rexx for z/OS 
> should have been there years ago, but we can’t break the real iron with bare 
> hands. Some attention from the originators would have been welcome.
> Volunteers welcome, as always: 
> http://secure-web.cisco.com/1uuWdxGHJAWLNgS1oIUWbl3MiOGFFEBDF8CQN-I24OUQd2lOPYj3heScCRgw92_DvZH6K6xhhFjNqUbVp2W-xwwgh1OorMVRUPdQIjM43hiUqIW9Hu_VYukKfzooDiGVsJrqbgFbQU8HcwPAC4btzkpGuiTHU9lQA3NE9T4Tbf3oBEpIfEHhvNtYm2NsLlsNU3Wa6RY1szQgmjHdzjIX9hqhloLzsmyZpclmjEuJkKtmM9IiVUc_QOkOk32TwG_TwiEs5zp4sur4ZZyubjWlk6-DNbQjYwVmfd9lBp4PqVn3bz_Gho5GyEqRnRwrignDxlmeWkMNkcUTNNIGC4VtcIiF8BfGiNN3hhLz0BPfddNqHhMWSa6PWVP2wjppKu3HzFTCc7OmrhFmrP9tPHXxGNg7TtFbWUI9wrLT7hXxDarEwO86imGomxMcpi7kOdtSb/http%3A%2F%2Fwww.rexxla.org
> 
> Best regards,
> 
> René.
> 
>> On 4 Jan 2022, at 15:05, René Jansen  wrote:
>> 
>> We have daily builds for ooRExx on Z for Linux on Z on our build machine. 
>> These run on Suse, Red Hat and Ubuntu. JDBC to DB2 works like on every 
>> Linux, to DB2 on z/OS or Linux, Unix, Windows (luw).
>> There is more on the mainframe than z/OS - although this does not mean that 
>> I would like to see that port. An OO version of Rexx for USS could use the 
>> existing environments for Rexx; the existing OO version of Rexx, NetRexx, 
>> which runs on USS has ‘knowledge’ of conventional MVS filesystems, spool and 
>> other facilities and addressing environments via JZOS. Although, strictly 
>> spoken, ZFS is a z/OS filesystem and the I/O Macros are very alike.
>> 
>> But I know what you mean and it is a subject of much speculation why Rexx on 
>> z/OS is stuck on 4.02 - or is it?
>> 
>> Best regards,
>> 
>> René.
>> 
>>> On 4 Jan 2022, at 14:15, Jeremy Nicoll >> > wrote:
>>> 
>>> Presumably an ooREXX compiled under SUSE Linux gives one something
>>> with no knowledge of, for example, z/OS file systems, let alone any of the
>>> environments supported under TSO REXX.
>> 
> 
> 
> --
> 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: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[René Jansen]

I agree entirely,

But: IBM supporting it - that train has left the station around the year 2005. 
Earlier probably but not so provable or visible as handing over the code. But 
do we want to be surprised? Yes!
I think the Rexx API for SDSF would be fully reusable for an ooRexx - we 
support the ADDRESS mechanism on all other platforms, someone should start the 
port with that.
If that is still in some CMVC (hint!) we could politely ask to open source 
that. But otherwise not that hard to reproduce.

The hard problem seems to be that there are no real accessible development 
environments available - this notwithstanding Moshix’s petition and the visible 
efforts from some people to try to deliver something usable - what I hear and 
read is that the new ‘learning’ environment cannot be used for development 
(only for ‘learning’ whatever that means if it does not have 3270/ISPF 
interfaces). My customers will not be, in all probability, very happy if I use 
their time and machinery to compile ooRexx. That leaves us in a bit of a bind. 
The question arises whether, with no real innovation going on, IBM is prepared 
to kiss the revenue of the Rexx Compiler (31 bit) goodbye and let the customers 
discover that shell and Python also run on other machines that don’t have spool 
or DB2 - these strategy issues always baffle me and I am so happy that is not 
my profession.

I remember IBM telling us 64bit was not needed. And I was there the next year 
when z/OS became tri-modal and I remember the profound astonishment. I also 
remember PHP and Swift on the mainframe- that was 2 years ago? (I even remember 
AD/Cycle, I am that old, and the sound when that was dropped - same sound the 
jaws of my managers of the time made when they dropped to the floor). So this 
year I would like to be surprised by the disappearance of covid and a shiny new 
Rexx implementation where IBM shows it is still the best there is. Like a Rexx 
compiler for Docker that smokes the competition.

Best regards,

René.




> On 4 Jan 2022, at 15:38, Seymour J Metz  wrote:
> 
> Certainly oorexx on z/Linux is useful, and easier than oorexx on z/OS, but it 
> would be great if IBM would support it cross platform, or at least for CMS 
> and TSO.
> 
> Both HFS (RIP) and zFS are file systems in the Unix sense, but oorexx only 
> needs to be aware of the Unix system calls for paths. Of course, classes for 
> things like SPOOL access would be nice.
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> René Jansen [rene.vincent.jan...@gmail.com]
> Sent: Tuesday, January 4, 2022 2:05 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS
> 
> We have daily builds for ooRExx on Z for Linux on Z on our build machine. 
> These run on Suse, Red Hat and Ubuntu. JDBC to DB2 works like on every Linux, 
> to DB2 on z/OS or Linux, Unix, Windows (luw).
> There is more on the mainframe than z/OS - although this does not mean that I 
> would like to see that port. An OO version of Rexx for USS could use the 
> existing environments for Rexx; the existing OO version of Rexx, NetRexx, 
> which runs on USS has ‘knowledge’ of conventional MVS filesystems, spool and 
> other facilities and addressing environments via JZOS. Although, strictly 
> spoken, ZFS is a z/OS filesystem and the I/O Macros are very alike.
> 
> But I know what you mean and it is a subject of much speculation why Rexx on 
> z/OS is stuck on 4.02 - or is it?
> 
> Best regards,
> 
> René.
> 
>> On 4 Jan 2022, at 14:15, Jeremy Nicoll  wrote:
>> 
>> Presumably an ooREXX compiled under SUSE Linux gives one something
>> with no knowledge of, for example, z/OS file systems, let alone any of the
>> environments supported under TSO REXX.
> 
> 
> --
> 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: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Seymour J Metz]

Are there REXXLA projects for oorexx on CMS and TSO?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
René Jansen [rene.vincent.jan...@gmail.com]
Sent: Tuesday, January 4, 2022 2:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

But now you’ve got me thinking

- ooRexx for Linux on Z is bona fide Z arch code. The calls to the OS are 
obviously different and have the Linux conventions and OS call numbers in them
- people are building container extensions for z/OS - how hard could it be to 
use some of that code and run ooRexx for Z (linux) on a thin (container 
extension) layer of z/OS
- did someone run the native Z ooRexx version in a Docker container yet and, 
for example, bind mount a conventional z/OS dataset to it?

Some other thoughts are:
- the work of integrating the REXX370 interpreter with USS also has been done 
(and even has linein/lineout)
- watch CREXX in a number of months when it jumps from the threaded code 
compiler to LLVM

In general I agree with the sentiments on this list that Object Rexx for z/OS 
should have been there years ago, but we can’t break the real iron with bare 
hands. Some attention from the originators would have been welcome.
Volunteers welcome, as always: 
http://secure-web.cisco.com/1uuWdxGHJAWLNgS1oIUWbl3MiOGFFEBDF8CQN-I24OUQd2lOPYj3heScCRgw92_DvZH6K6xhhFjNqUbVp2W-xwwgh1OorMVRUPdQIjM43hiUqIW9Hu_VYukKfzooDiGVsJrqbgFbQU8HcwPAC4btzkpGuiTHU9lQA3NE9T4Tbf3oBEpIfEHhvNtYm2NsLlsNU3Wa6RY1szQgmjHdzjIX9hqhloLzsmyZpclmjEuJkKtmM9IiVUc_QOkOk32TwG_TwiEs5zp4sur4ZZyubjWlk6-DNbQjYwVmfd9lBp4PqVn3bz_Gho5GyEqRnRwrignDxlmeWkMNkcUTNNIGC4VtcIiF8BfGiNN3hhLz0BPfddNqHhMWSa6PWVP2wjppKu3HzFTCc7OmrhFmrP9tPHXxGNg7TtFbWUI9wrLT7hXxDarEwO86imGomxMcpi7kOdtSb/http%3A%2F%2Fwww.rexxla.org

Best regards,

René.

> On 4 Jan 2022, at 15:05, René Jansen  wrote:
>
> We have daily builds for ooRExx on Z for Linux on Z on our build machine. 
> These run on Suse, Red Hat and Ubuntu. JDBC to DB2 works like on every Linux, 
> to DB2 on z/OS or Linux, Unix, Windows (luw).
> There is more on the mainframe than z/OS - although this does not mean that I 
> would like to see that port. An OO version of Rexx for USS could use the 
> existing environments for Rexx; the existing OO version of Rexx, NetRexx, 
> which runs on USS has ‘knowledge’ of conventional MVS filesystems, spool and 
> other facilities and addressing environments via JZOS. Although, strictly 
> spoken, ZFS is a z/OS filesystem and the I/O Macros are very alike.
>
> But I know what you mean and it is a subject of much speculation why Rexx on 
> z/OS is stuck on 4.02 - or is it?
>
> Best regards,
>
> René.
>
>> On 4 Jan 2022, at 14:15, Jeremy Nicoll > > wrote:
>>
>> Presumably an ooREXX compiled under SUSE Linux gives one something
>> with no knowledge of, for example, z/OS file systems, let alone any of the
>> environments supported under TSO REXX.
>


--
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: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Seymour J Metz]

Certainly oorexx on z/Linux is useful, and easier than oorexx on z/OS, but it 
would be great if IBM would support it cross platform, or at least for CMS and 
TSO.

Both HFS (RIP) and zFS are file systems in the Unix sense, but oorexx only 
needs to be aware of the Unix system calls for paths. Of course, classes for 
things like SPOOL access would be nice.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
René Jansen [rene.vincent.jan...@gmail.com]
Sent: Tuesday, January 4, 2022 2:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

We have daily builds for ooRExx on Z for Linux on Z on our build machine. These 
run on Suse, Red Hat and Ubuntu. JDBC to DB2 works like on every Linux, to DB2 
on z/OS or Linux, Unix, Windows (luw).
There is more on the mainframe than z/OS - although this does not mean that I 
would like to see that port. An OO version of Rexx for USS could use the 
existing environments for Rexx; the existing OO version of Rexx, NetRexx, which 
runs on USS has ‘knowledge’ of conventional MVS filesystems, spool and other 
facilities and addressing environments via JZOS. Although, strictly spoken, ZFS 
is a z/OS filesystem and the I/O Macros are very alike.

But I know what you mean and it is a subject of much speculation why Rexx on 
z/OS is stuck on 4.02 - or is it?

Best regards,

René.

> On 4 Jan 2022, at 14:15, Jeremy Nicoll  wrote:
>
> Presumably an ooREXX compiled under SUSE Linux gives one something
> with no knowledge of, for example, z/OS file systems, let alone any of the
> environments supported under TSO REXX.


--
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: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[René Jansen]

You are reading my mind correctly, always had trouble with the double denials.


> On 4 Jan 2022, at 15:28, zMan  wrote:
> 
>> although this does not mean that I would like to see that port.
> 
> ...does not mean that I would NOT like to see... ?
> 
> --
> 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

AW: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Mike Beer]

I coined the name "SLES" when working for SuSE some time ago.
It stands for
"SuSE Linux Enterprise Server".
Best regards
Mike

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List  Im Auftrag von
Jeremy Nicoll
Gesendet: Tuesday, January 04, 2022 19:15
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

On Tue, 4 Jan 2022, at 13:13, Rony G. Flatscher wrote:
> On 03.01.2022 17:35, Bob Bridges wrote:

>> And I've never heard about ooREXX being available on z/OS. 
>> How do you manage that?  Color me interested.

> Best to give you the links for the tutorial (using ooRexx on the 
> mainframe to interface with DB2) written by Paul Dunkley:
>
>   * either: 
>

>   * or directly:
>   o Part 1: 
> 
>   o Part 2: 
> 
>   o Part 3: 
> 
>   o Part 4: 
> 
>   o Part, Interim Note: 
> 
>   o Part 5: 
> 

Are you SURE that's for using ooREXX under z/OS?Early on in the first
article it says

"The OS is SLES11 SP4 on IBM System z.  SLES11 runs in a z/VM virtual
machine."

Google tells me that "SLES11"  is SUSE Linux.   

Presumably an ooREXX compiled under SUSE Linux gives one something with no
knowledge of, for example, z/OS file systems, let alone any of the
environments supported under TSO REXX.

--
Jeremy Nicoll - my opinions are my own.

--
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: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Seymour J Metz]

Properly integrating OOREXX with TSO is a problem. Supporting legacy datasets 
should not be difficult, nor should an equivalent to IRXJCL. I'm not sure about 
System REXX. I would expect IBM to functionally stabilize EXECIO unless there 
is something that it does better than stream I/O.

Is requiring an OMVS segment in the ESM an issue if OOREXX supports legacy 
datasets?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Farley, Peter x23353 [031df298a9da-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, January 4, 2022 2:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

ISTM that the real challenge is to port oorexx to run as a regular TSO / Batch 
program under z/OS (and not requiring the USS shell to run it) just like 
existing TSO Rexx programs can do where it has full knowledge of how to 
read/write at least sequential MVS datasets in addition to USS path files from 
JCL.  "EXECIO" support not required but a possible plus.  And of course full 
ADDRESS MVS/TSO/etc. support as well.

A clean, complete and suitably enhanced port that can fully replace the 
existing TSO/Rexx support is what nobody has managed to accomplish so far.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
René Jansen
Sent: Tuesday, January 4, 2022 2:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

We have daily builds for ooRExx on Z for Linux on Z on our build machine. These 
run on Suse, Red Hat and Ubuntu. JDBC to DB2 works like on every Linux, to DB2 
on z/OS or Linux, Unix, Windows (luw).
There is more on the mainframe than z/OS - although this does not mean that I 
would like to see that port. An OO version of Rexx for USS could use the 
existing environments for Rexx; the existing OO version of Rexx, NetRexx, which 
runs on USS has ‘knowledge’ of conventional MVS filesystems, spool and other 
facilities and addressing environments via JZOS. Although, strictly spoken, ZFS 
is a z/OS filesystem and the I/O Macros are very alike.

But I know what you mean and it is a subject of much speculation why Rexx on 
z/OS is stuck on 4.02 - or is it?

Best regards,

René.

> On 4 Jan 2022, at 14:15, Jeremy Nicoll  wrote:
>
> Presumably an ooREXX compiled under SUSE Linux gives one something
> with no knowledge of, for example, z/OS file systems, let alone any of
> the environments supported under TSO REXX.
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


--
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: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[zMan]

>although this does not mean that I would like to see that port.

...does not mean that I would NOT like to see... ?

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

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[René Jansen]

But now you’ve got me thinking 

- ooRexx for Linux on Z is bona fide Z arch code. The calls to the OS are 
obviously different and have the Linux conventions and OS call numbers in them
- people are building container extensions for z/OS - how hard could it be to 
use some of that code and run ooRexx for Z (linux) on a thin (container 
extension) layer of z/OS
- did someone run the native Z ooRexx version in a Docker container yet and, 
for example, bind mount a conventional z/OS dataset to it? 

Some other thoughts are:
- the work of integrating the REXX370 interpreter with USS also has been done 
(and even has linein/lineout)
- watch CREXX in a number of months when it jumps from the threaded code 
compiler to LLVM

In general I agree with the sentiments on this list that Object Rexx for z/OS 
should have been there years ago, but we can’t break the real iron with bare 
hands. Some attention from the originators would have been welcome.
Volunteers welcome, as always: www.rexxla.org

Best regards,

René.

> On 4 Jan 2022, at 15:05, René Jansen  wrote:
> 
> We have daily builds for ooRExx on Z for Linux on Z on our build machine. 
> These run on Suse, Red Hat and Ubuntu. JDBC to DB2 works like on every Linux, 
> to DB2 on z/OS or Linux, Unix, Windows (luw).
> There is more on the mainframe than z/OS - although this does not mean that I 
> would like to see that port. An OO version of Rexx for USS could use the 
> existing environments for Rexx; the existing OO version of Rexx, NetRexx, 
> which runs on USS has ‘knowledge’ of conventional MVS filesystems, spool and 
> other facilities and addressing environments via JZOS. Although, strictly 
> spoken, ZFS is a z/OS filesystem and the I/O Macros are very alike.
> 
> But I know what you mean and it is a subject of much speculation why Rexx on 
> z/OS is stuck on 4.02 - or is it?
> 
> Best regards,
> 
> René.
> 
>> On 4 Jan 2022, at 14:15, Jeremy Nicoll > > wrote:
>> 
>> Presumably an ooREXX compiled under SUSE Linux gives one something
>> with no knowledge of, for example, z/OS file systems, let alone any of the
>> environments supported under TSO REXX.
> 


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

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Farley, Peter x23353]

ISTM that the real challenge is to port oorexx to run as a regular TSO / Batch 
program under z/OS (and not requiring the USS shell to run it) just like 
existing TSO Rexx programs can do where it has full knowledge of how to 
read/write at least sequential MVS datasets in addition to USS path files from 
JCL.  "EXECIO" support not required but a possible plus.  And of course full 
ADDRESS MVS/TSO/etc. support as well.

A clean, complete and suitably enhanced port that can fully replace the 
existing TSO/Rexx support is what nobody has managed to accomplish so far.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
René Jansen
Sent: Tuesday, January 4, 2022 2:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

We have daily builds for ooRExx on Z for Linux on Z on our build machine. These 
run on Suse, Red Hat and Ubuntu. JDBC to DB2 works like on every Linux, to DB2 
on z/OS or Linux, Unix, Windows (luw).
There is more on the mainframe than z/OS - although this does not mean that I 
would like to see that port. An OO version of Rexx for USS could use the 
existing environments for Rexx; the existing OO version of Rexx, NetRexx, which 
runs on USS has ‘knowledge’ of conventional MVS filesystems, spool and other 
facilities and addressing environments via JZOS. Although, strictly spoken, ZFS 
is a z/OS filesystem and the I/O Macros are very alike.

But I know what you mean and it is a subject of much speculation why Rexx on 
z/OS is stuck on 4.02 - or is it?

Best regards,

René.

> On 4 Jan 2022, at 14:15, Jeremy Nicoll  wrote:
> 
> Presumably an ooREXX compiled under SUSE Linux gives one something 
> with no knowledge of, for example, z/OS file systems, let alone any of 
> the environments supported under TSO REXX.
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

Re: RMF III hourly snap shot

[Michael Oujesky]

food for thought:  while the RMF III data stores are internally 
compressed, there appears to be some opportunity for reducing the 
archived data set's physical size.  In testing a sample data store, 
REPRO of it to a SMS generic compression file saw a reduction of 38% 
and tailored compression saw a reduction of 55%.  Testing of zEDC 
remains to be done, but from past experience, I would guess the 
compression to be 70%-80%.


Note that these would have to be restored to VSAM format for the RMF 
III ISPF dialog to work against them.  Inventorying the contents of 
either the VSAM or non-VSAM format can be done by processing the 
first physical record in the file (DSIG3 - Data Set Index, not 
compressed) which contains the from/to date/time stamps of the 
MINTIME sample sets within the data store.  If need be, following 
that will be the service policy (un-compressed SVPG3 data structure) 
in effect when recording started to the data store.


Michael

At 04:24 AM 1/3/2022, Mike Shorkend wrote:


 If it is RMF III data you are looking for then I keep about  a week of
data online. The VSAM files get backed up daily and kept for another month.
They can be restored and added to the RMF III collector (aka RMFGAT) for
viewing . As reflectors mentioned, you can use the ISPF dialog to view the
data, but lately I have been using the RMF web portal which displays much
more information out of the box.


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

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[René Jansen]

We have daily builds for ooRExx on Z for Linux on Z on our build machine. These 
run on Suse, Red Hat and Ubuntu. JDBC to DB2 works like on every Linux, to DB2 
on z/OS or Linux, Unix, Windows (luw).
There is more on the mainframe than z/OS - although this does not mean that I 
would like to see that port. An OO version of Rexx for USS could use the 
existing environments for Rexx; the existing OO version of Rexx, NetRexx, which 
runs on USS has ‘knowledge’ of conventional MVS filesystems, spool and other 
facilities and addressing environments via JZOS. Although, strictly spoken, ZFS 
is a z/OS filesystem and the I/O Macros are very alike.

But I know what you mean and it is a subject of much speculation why Rexx on 
z/OS is stuck on 4.02 - or is it?

Best regards,

René.

> On 4 Jan 2022, at 14:15, Jeremy Nicoll  wrote:
> 
> Presumably an ooREXX compiled under SUSE Linux gives one something
> with no knowledge of, for example, z/OS file systems, let alone any of the
> environments supported under TSO REXX.


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

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Seymour J Metz]

Those links seem to be for allowing an OOREXX application on a different 
platform to access a database on z/OS, not for allowing an OOREXX application 
to run on z/OS.

That said, the package is more general than that, and is worth a look for 
anybody writing in OOREXX.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Jeremy Nicoll [jn.ls.mfrm...@letterboxes.org]
Sent: Tuesday, January 4, 2022 1:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

On Tue, 4 Jan 2022, at 13:13, Rony G. Flatscher wrote:
> On 03.01.2022 17:35, Bob Bridges wrote:

>> And I've never heard about ooREXX being available on z/OS.
>> How do you manage that?  Color me interested.

> Best to give you the links for the tutorial (using ooRexx on the
> mainframe to interface with DB2)
> written by Paul Dunkley:
>
>   * either:
> 
>   * or directly:
>   o Part 1:
> 
>   o Part 2:
> 
>   o Part 3:
> 
>   o Part 4:
> 
>   o Part, Interim Note:
> 
>   o Part 5:
> 

Re: Manuals for 3179G, 3192G, 3979

[Seymour J Metz]

  3151
  3152
  3153
  3161
  3163
  3164
  3250
  3251
  3471
  3481
  5080
  5081
  6090


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Bodra - Pessoal [02eda2bc565a-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, January 4, 2022 10:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RES: Manuals for 3179G, 3192G, 3979

I never listen about IBM 3979, terminals that I know are IBM 2250, 2260, 3101,
3178, 3179, 3180, 3191, 3192, 3193, 3194, 3275, 3276, 3277, 3278, 3279, 3290,
3472, 3482 (of course there are a lot of models of each one, for example, 3277-1
and 3277-2, 3192C, 3192D, 3192F, 3192G, 3192L and 3192W).


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de
Alexander Huemer
Enviada em: terça-feira, 4 de janeiro de 2022 03:40
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Manuals for 3179G, 3192G, 3979

Hi,

I am searching for documentation to these devices, especially the 3979.
So far I couldn't even find a picture of the 3979.
There is [1], but the price is rather bold.

-Alex

[1] https://www.ebay.com/itm/114320868683

--
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: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Jeremy Nicoll]

On Tue, 4 Jan 2022, at 13:13, Rony G. Flatscher wrote:
> On 03.01.2022 17:35, Bob Bridges wrote:

>> And I've never heard about ooREXX being available on z/OS. 
>> How do you manage that?  Color me interested.

> Best to give you the links for the tutorial (using ooRexx on the 
> mainframe to interface with DB2)
> written by Paul Dunkley:
>
>   * either: 
> 
>   * or directly:
>   o Part 1: 
> 
>   o Part 2: 
> 
>   o Part 3: 
> 
>   o Part 4: 
> 
>   o Part, Interim Note: 
> 
>   o Part 5: 
> 

Are you SURE that's for using ooREXX under z/OS?Early on in the first
article it says

"The OS is SLES11 SP4 on IBM System z.  SLES11 runs in a z/VM virtual 
machine."

Google tells me that "SLES11"  is SUSE Linux.   

Presumably an ooREXX compiled under SUSE Linux gives one something
with no knowledge of, for example, z/OS file systems, let alone any of the
environments supported under TSO REXX.

-- 
Jeremy Nicoll - my opinions are my own.

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

Re: RES: Manuals for 3179G, 3192G, 3979

[Joe Monk]

3979 is an expansion board.for the logic unit.

Joe

On Tue, Jan 4, 2022, 10:28 Alexander Huemer  wrote:

> The 3979 isn't a 3270 terminal in itself.
> It is an expansion module that you can attach to the 3179-G and 3192-G,
> so that you can use plotters, mice, etc. with those terminals.
> I suspect it will be little more than a serial multiplexer, but I do not
> actually know.
> Your list seems pretty complete.
>
> -Alex
>
> On Tue, Jan 04, 2022 at 12:35:40PM -0300, Bodra - Pessoal wrote:
> > I never listen about IBM 3979, terminals that I know are IBM 2250, 2260,
> 3101,
> > 3178, 3179, 3180, 3191, 3192, 3193, 3194, 3275, 3276, 3277, 3278, 3279,
> 3290,
> > 3472, 3482 (of course there are a lot of models of each one, for
> example, 3277-1
> > and 3277-2, 3192C, 3192D, 3192F, 3192G, 3192L and 3192W).
> >
> >
> > Carlos Bodra
> > IBM zEnterprise Certified
> > São Paulo – SP – Brazil
> >
> >
> > -Mensagem original-
> > De: IBM Mainframe Discussion List  Em nome de
> > Alexander Huemer
> > Enviada em: terça-feira, 4 de janeiro de 2022 03:40
> > Para: IBM-MAIN@LISTSERV.UA.EDU
> > Assunto: Manuals for 3179G, 3192G, 3979
> >
> > Hi,
> >
> > I am searching for documentation to these devices, especially the 3979.
> > So far I couldn't even find a picture of the 3979.
> > There is [1], but the price is rather bold.
> >
> > -Alex
> >
> > [1] https://www.ebay.com/itm/114320868683
> >
> > --
> > 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

RES: Looking for a manual on IRLM services

[Bodra - Pessoal]

Correct URL is: https://www.redbooks.ibm.com/abstracts/sg246908.html?Open


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de
esst...@juno.com
Enviada em: segunda-feira, 3 de janeiro de 2022 18:56
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: Looking for a manual on IRLM services

ANyone else find this URL link NOT FOUND


-- Original Message --
From: Rahim Azizarab <03f036d88eeb-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Looking for a manual on IRLM services
Date: Mon, 3 Jan 2022 17:13:09 +

http://www.redbooks.ibm.com/redbooks/pdfs/sg246908.pdfhttp://www.redbooks.ibm.co
m/redbooks/pdfs/sg246928.pdfhttp://www.redbooks.ibm.com/redbooks/pdfs/sg246928.p
df
You did not say if you are using it for DB2 or IMS.



Rahim 
   



   

 

On Monday, January 3, 2022, 12:58:38 AM CST, Binyamin Dissen
 wrote:  
 
 I am looking for a manual on how to call IRLM services (as well as their
names). Does such a thing exist?

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

--
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: RES: Manuals for 3179G, 3192G, 3979

[Alexander Huemer]

The 3979 isn't a 3270 terminal in itself.
It is an expansion module that you can attach to the 3179-G and 3192-G, 
so that you can use plotters, mice, etc. with those terminals.
I suspect it will be little more than a serial multiplexer, but I do not 
actually know.
Your list seems pretty complete.

-Alex

On Tue, Jan 04, 2022 at 12:35:40PM -0300, Bodra - Pessoal wrote:
> I never listen about IBM 3979, terminals that I know are IBM 2250, 2260, 3101,
> 3178, 3179, 3180, 3191, 3192, 3193, 3194, 3275, 3276, 3277, 3278, 3279, 3290,
> 3472, 3482 (of course there are a lot of models of each one, for example, 
> 3277-1
> and 3277-2, 3192C, 3192D, 3192F, 3192G, 3192L and 3192W).
> 
> 
> Carlos Bodra
> IBM zEnterprise Certified
> São Paulo – SP – Brazil
> 
> 
> -Mensagem original-
> De: IBM Mainframe Discussion List  Em nome de
> Alexander Huemer
> Enviada em: terça-feira, 4 de janeiro de 2022 03:40
> Para: IBM-MAIN@LISTSERV.UA.EDU
> Assunto: Manuals for 3179G, 3192G, 3979
> 
> Hi,
> 
> I am searching for documentation to these devices, especially the 3979.
> So far I couldn't even find a picture of the 3979.
> There is [1], but the price is rather bold.
> 
> -Alex
> 
> [1] https://www.ebay.com/itm/114320868683
> 
> --
> 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: Manuals for 3179G, 3192G, 3979

[P H]

3979 was an expansion unit attached to a 3179 and enabled GDDM to use a plotter 
or a colour printer - direct from the host.

Regards

Parwez Hamid​


From: IBM Mainframe Discussion List  on behalf of 
Bodra - Pessoal <02eda2bc565a-dmarc-requ...@listserv.ua.edu>
Sent: 04 January 2022 15:35
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: RES: Manuals for 3179G, 3192G, 3979

I never listen about IBM 3979, terminals that I know are IBM 2250, 2260, 3101,
3178, 3179, 3180, 3191, 3192, 3193, 3194, 3275, 3276, 3277, 3278, 3279, 3290,
3472, 3482 (of course there are a lot of models of each one, for example, 3277-1
and 3277-2, 3192C, 3192D, 3192F, 3192G, 3192L and 3192W).


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de
Alexander Huemer
Enviada em: terça-feira, 4 de janeiro de 2022 03:40
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Manuals for 3179G, 3192G, 3979

Hi,

I am searching for documentation to these devices, especially the 3979.
So far I couldn't even find a picture of the 3979.
There is [1], but the price is rather bold.

-Alex

[1] https://www.ebay.com/itm/114320868683

--
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: ICSF and Z EOD (and Pervasive Encryption)

[Eric D Rossman]

I see it. Discussing with the team now.

Eric Rossman, CISSP®
ICSF Cryptographic Security Development
z/OS Enabling Technologies
edros...@us.ibm.com

> From: "Dave Jousma" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
> 
> RFE submitted:
> 
> Headline: Add ICSF Flush command
> ID:153608


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

RES: Manuals for 3179G, 3192G, 3979

[Bodra - Pessoal]

I never listen about IBM 3979, terminals that I know are IBM 2250, 2260, 3101,
3178, 3179, 3180, 3191, 3192, 3193, 3194, 3275, 3276, 3277, 3278, 3279, 3290,
3472, 3482 (of course there are a lot of models of each one, for example, 3277-1
and 3277-2, 3192C, 3192D, 3192F, 3192G, 3192L and 3192W).


Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil


-Mensagem original-
De: IBM Mainframe Discussion List  Em nome de
Alexander Huemer
Enviada em: terça-feira, 4 de janeiro de 2022 03:40
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Manuals for 3179G, 3192G, 3979

Hi,

I am searching for documentation to these devices, especially the 3979.
So far I couldn't even find a picture of the 3979.
There is [1], but the price is rather bold.

-Alex

[1] https://www.ebay.com/itm/114320868683

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

Chuck Norris and PTF's wasRe: zOSMF install of z/OS 2.5

[Clark Morris]

On Tuesday 04/01/2022 at 10:53 am, Kurt J. Quackenbush  wrote:

Kurt Quackenbush -- IBM,  z/OS SMP/E and z/OSMF Software Management
Chuck Norris never uses CHECK when he applies PTFs.

Is that why he always has to fight and be in great peril?

Clark Morris


d


--
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: Manuals for 3179G, 3192G, 3979

[Charles Mills]

+ $24.41 shipping!

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Alexander Huemer
Sent: Monday, January 3, 2022 10:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Manuals for 3179G, 3192G, 3979

Hi,

I am searching for documentation to these devices, especially the 3979.
So far I couldn't even find a picture of the 3979.
There is [1], but the price is rather bold.

-Alex

[1] https://www.ebay.com/itm/114320868683

--
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: zOSMF install of z/OS 2.5

[Rich Smrcina]

Ok. Thanks, Kurt!

Rich Smrcina


> On Jan 4, 2022, at 8:53 AM, Kurt J. Quackenbush  wrote:
> 
>> I believe I’ve tried that before. When I specify a new volume ID 
>> (one that does not currently exist), I get this message:
>> 
>> Volume 25XCAT is not mounted or does not exist.
>> 
>> If I have to format the volumes myself, I’m ok with that. But that 
>> sort of defeats the purpose of the GUI. 
> 
> Ah, sorry, yes you are correct, I did not understand you wanted to define 
> a new volume that currently does not exist.  z/OSMF Software Management 
> does not have the capability to define (format?) a new volume.
> 
> Kurt Quackenbush -- IBM,  z/OS SMP/E and z/OSMF Software Management
> Chuck Norris never uses CHECK when he applies PTFs.
> 
> 
> 
> --
> 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: zOSMF install of z/OS 2.5

[Kurt J. Quackenbush]

> I believe I’ve tried that before. When I specify a new volume ID 
> (one that does not currently exist), I get this message:
> 
> Volume 25XCAT is not mounted or does not exist.
> 
> If I have to format the volumes myself, I’m ok with that. But that 
> sort of defeats the purpose of the GUI. 

Ah, sorry, yes you are correct, I did not understand you wanted to define 
a new volume that currently does not exist.  z/OSMF Software Management 
does not have the capability to define (format?) a new volume.

Kurt Quackenbush -- IBM,  z/OS SMP/E and z/OSMF Software Management
Chuck Norris never uses CHECK when he applies PTFs.



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

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Seymour J Metz]

OREXX and OOREXX are my default scripting languages on ArcaOS (rebranded OS/2) 
and Linux, although I use Perl for heavy parsing. I find it very pleasant to 
work in and tend to use the new syntax even when I'm not defining classes.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Rony G. Flatscher [rony.flatsc...@wu.ac.at]
Sent: Monday, January 3, 2022 9:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

My name is Rony G. Flatscher and I have been working as an IS professor at a 
European Business
university (WU Vienna) who has acquired quite a bit of experience in teaching 
BA students
programming for the past 35 years. Over the course of the years I taught e.g. 
COBOL, BASIC, Pascal,
Open Access Programmer, C/C++, VBS (Visual Basic), VBA (Visual Basic for 
Applications), Java, and
tested one semester REXX with a very surprising effect: the BA students can 
learn programming much
faster in REXX than in any other programming language (including Python taught 
by colleagues)!

The secret lies in employing Object REXX for teaching as it includes 
structures/types and the
powerful message paradigm in addition to all of the classic REXX capabilities. 
In a four hour
lecture these BA students (some total newbies, some already with programming 
skills) learn REXX and
then the object oriented concepts/features of Object REXX in a single semester 
(four months).

In the middle of the semester (after two months), they not only are able to 
create simple programs
in REXX and Object REXX, but taking advantage of the COM/OLE library on Windows 
that comes with the
Windows version of Object REXX. This empowers them to interface/program the 
Windows shell and any
Windows application with an OLE interface including all of MS Office using 
Object REXX only! It is
impressive to see how quickly they become empowered to exploit MS Excel or MS 
Word for their needs
with Object REXX!

At the end of the semester (after another two months), using an Object REXX 
library that makes
accessing Java possible from Object REXX, these very same BA (business 
administration) students have
been empowered writing Object REXX programs to create GUIs (graphical user 
interface programs using
awt, swing and later JavaFX), create client-server socket programs (including 
SSL/TLS), parse XML
text files with SAX and DOM, interface/program Apache OpenOffice and 
LibreOffice all with Object
REXX only.

And the best about this is, because of using Java class libraries from Object 
REXX, there is no need
to a) learn the Java programming language oneself and b) all Object REXX 
programs run unchanged on
Windows, Linux and MacOS including GUI Object REXX programs!

To get so far in teaching programming skills at a Business university in a 
single semester (only a
four hour lecture) has become possible with Object REXX, it would not be 
possible with any other
programming language I know of for reasons, that have mostly to do with the 
"human oriented"
philosophy of the REXX programming language (set forth by its father Mike F. 
Cowlishaw) which also
has been an important guiding principle when IBM developed Object REXX. This 
translates into
becoming able to quickly learn the programming language Object REXX which also 
means that it is a
rather cheap (cost effective) to learn programming language compared to 
learning many other
programming languages!

IBM and the REXX Language assocation 
(https://secure-web.cisco.com/1T1N-4v3xJUBNQakaj5FAYqYg8o-XH7JkXPUIBvelFXA0BrxTjfmxOVvVwqJ0KeICf2zer_di9i1CXPOZDH1RWED3Tu6A4QLaW9k2JcvoXgOJPAvzBH8lNsXCBE4WZfT_2jC7LQ6PzyT5LVQnvuLIcjro5NstoO5Y0cJZv6tam1RWAG4nd3VL52COhF3vj00geMAzkzN9PfENOsOs1F69eliOP5V6DRte3BBL-v-FK_DzF61Z4OKMPK7BHMFveiSxcYFZ0T0FNPSqalUDuE_0qfKN1NFydHp0I8VpBNcrPzAc_UMeXt_pNmMdsKK56WZZ5gvTMTHkdZlECo8g7YyY-Ju3Hncixi86Xq5mIf6l9xSWqUeX-rFHUUzT8svFZogx22IxmuXXM6d9eYTIXk0gXMMCxzPiPcuBUpUyCg21WWBuBvoX1OUjfpzzF_0rN6qA/https%3A%2F%2Fwww.rexxla.org)
 entered into successful negotiations
to hand over the source code of the IBM product Object REXX and since about 15 
years there is an
"open object Rexx (ooRexx, oorexx)" interpreter with source code that has been 
constantly
maintained, developed further and that gets released by RexxLA.

There have been also IBM mainframe shops that have started to use ooRexx on 
mainframes in the meantime.

The purpose of this message is to draw your attention to a great REXX 
programming language,
originally developed by IBM, open sourced by RexxLA, and as a result available 
for all important
operating systems. ooRexx can be a great "SAK" (swiss army knife) tool for any 
REXX programmer!
(ooRexx can run rings around many other programming languages including Python.)

But before being able to take advantage of ooRexx at all one needs to learn 
about its existence in
the first place, hence 

Re: ICSF and Z EOD (and Pervasive Encryption)

[Dave Jousma]

On Tue, 4 Jan 2022 09:21:16 -0400, Eric D Rossman  wrote:

>It sounds like a "SETICSF FLUSH" command or similar is what you are 
>suggesting. ("don't turn off any options, but ensure that everything up to 
>that point is flushed/handled").
>
>I would ask you to open an RFE and post back here so others can vote for 
>it. That will make it easier for me to push for it.
>

RFE submitted:

Headline: Add ICSF Flush command
ID:153608

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

Re: ICSF and Z EOD (and Pervasive Encryption)

[Bonnie Ordonez]

Yes, I meant Crypto not compression.  Records written to the SMF buffer after Z 
EOD and prior to system shut down will be lost.

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

Re: zOSMF install of z/OS 2.5

[Rich Smrcina]

Thank you for the response, Kurt.

I believe I’ve tried that before. When I specify a new volume ID (one that does 
not currently exist), I get this message:

Volume 25XCAT is not mounted or does not exist.

If I have to format the volumes myself, I’m ok with that. But that sort of 
defeats the purpose of the GUI. 

Rich Smrcina


> On Jan 4, 2022, at 7:44 AM, Kurt J. Quackenbush  wrote:
> 
>> When configuring the deployment, on the ‘Volumes and Storage 
>> Classes’ page is it possible to format volumes as the destination 
>> for the catalogs and datasets? 
>> 
>> In the volumes section, I see ‘Modify’ but it’s greyed out as there 
>> are no volumes. There is no ‘Add’ action, for instance.
> 
> Back on the Data Sets page select and Modify one or more target data sets. 
> On the Modify Data Sets page you can specify the target location for the 
> selected data sets.  Specify a volume here, or a storage class, or neither 
> to let the system determine the location of the data sets.  Any volumes 
> you specify here will be displayed later on the Volumes and Storage 
> Classes page, where you can then select and Modify a volume to indicate 
> you want to initialize it before creating new data sets on that volume.
> 
> Kurt Quackenbush -- IBM,  z/OS SMP/E and z/OSMF Software Management
> Chuck Norris never uses CHECK when he applies PTFs.
> 
> 
> --
> 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: zOSMF install of z/OS 2.5

[Kurt J. Quackenbush]

> When configuring the deployment, on the ‘Volumes and Storage 
> Classes’ page is it possible to format volumes as the destination 
> for the catalogs and datasets? 
> 
> In the volumes section, I see ‘Modify’ but it’s greyed out as there 
> are no volumes. There is no ‘Add’ action, for instance.

Back on the Data Sets page select and Modify one or more target data sets. 
 On the Modify Data Sets page you can specify the target location for the 
selected data sets.  Specify a volume here, or a storage class, or neither 
to let the system determine the location of the data sets.  Any volumes 
you specify here will be displayed later on the Volumes and Storage 
Classes page, where you can then select and Modify a volume to indicate 
you want to initialize it before creating new data sets on that volume.

Kurt Quackenbush -- IBM,  z/OS SMP/E and z/OSMF Software Management
Chuck Norris never uses CHECK when he applies PTFs.


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

Re: ICSF and Z EOD (and Pervasive Encryption)

[Eric D Rossman]

It sounds like a "SETICSF FLUSH" command or similar is what you are 
suggesting. ("don't turn off any options, but ensure that everything up to 
that point is flushed/handled").

I would ask you to open an RFE and post back here so others can vote for 
it. That will make it easier for me to push for it.

As always, I cannot promise anything, but I think this is a good idea.

Eric Rossman, CISSP®
ICSF Cryptographic Security Development
z/OS Enabling Technologies
edros...@us.ibm.com

Dave Jousma wrote on 01/03/2022 at 03:31 PM:

> Thanks again Eric.   I'd like to see IBM "clean up" that last little
> bit of housekeeping and really make ICSF task a "hands off" task 
> with regards to starting/stopping.   Its going to get more difficult
> to run without anyway.   For me, losing those last few SMF records 
> or last used updates on key records is less of an issue than not 
> being able to serve the encrypt/decrypt request at all.


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

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

[Rony G. Flatscher]

On 03.01.2022 17:35, Bob Bridges wrote:
> I've mentioned before on this forum that once I got the hang of 
> object-oriented programming (in VBA, that was) and heard about ooREXX, I 
> lusted after it, but resisted the temptation because I could see no way I 
> could use it for my client's work.  My job has a lot to do with extracting 
> data for my clients, but I also write tools for their people to use to get 
> the same data time after time, and really I ought to do that in a language 
> that a) someone there can maintain after I leave, and of course b) doesn't 
> have to be downloaded especially for the purpose.  The languages that are 
> available more or less universally are my palette, in other words, when 
> working for my clients.  In Windows that's VBA and VBS, .bat, and I'm sure 
> I'll add Jscript to my repertoire eventually; on the mainframe it's REXX, 
> maybe CLIST, JCL, and if I need a compiled language PL/1 or COBOL.
>
> I eventually broke down and installed ooREXX on my own PC for a particular 
> task that just wasn't working in VBA -- I was trying to parse a text file and 
> generate an medium-complex .rtf document from it -- but I still feel I 
> shouldn't put such things on a client machine.  

An American friend of mine has been a manager of beach clubs (each with appr. 
7,000 members). They
started out with an IBM 5110/5120 system in 1980 (Basic/APL, two 8'' diskette 
drives) and over the
course of time used the CORE International PC51 emulation for IBM Intel PCs in 
the middle/end of the
90's. In 1999 I used Object REXX for Windows to create a little utility to 
allow a file system
viewer which also allowed to inspect and exchange the PC51 files (stored in DOS 
files) which meant
among other things translations between EBCDIC and ASCII, conversion of Binary, 
NC and PD datatypes
to decimal in either direction. Just looked up that particular Object REXX 
code, here a snippet from
it for amusement:

... cut ...

::ROUTINE pd2dec PUBLIC /* packed decimal to decimal*/
  parse arg pd, format, bStripLead0
  return ibm_num2dec( pd, format, 'PD', bStripLead0)


::ROUTINE ibm_num2dec   /* the conversion for PD and NC */
parse arg ibm_num, format, type, bStrip

bStrip = \(bStrip = .false) /* if .false as argument then do 
not strip leading 0 */

if type = 'PD' then
do
   dec = c2x( ibm_num )
   sign= translate(right(dec,1), "+-++-", "CDAEB")

   IF (pos(right(dec, 1), "CDAEB") > 0) THEN 
sign=translate(right(dec,1), "+-++-", "CDAEB")
ELSE sign=""
   dec = left(dec, length(dec)-1)   /* number of digits */
end
else 
... cut ...

They had no clues what REXX or Object REXX was, they just accepted my solution 
and had used it for
quite a few years.

Later (around 2002) when they had their M app rewritten to MS Access I helped 
them with the gate
entry program which was written in Object REXX on the gate PCs communicating 
with an Object REXX
server program on the Windows server machines that interacted with MS Access. 
Again, they did not
care about the software infrastructure at hand, they only cared whether they 
could use it safely
without problems, especially on weekends when they need to be able to handle 
thousands of beach club
members entering thru one of their gates.

Believe it or not, they have been using that system to this very day, the gate 
server interface is
Object REXX (since the open sourcing they get to use ooRexx). The client got 
changed to JavaFX
(almost ten years ago and  never  needed a change since then either) which 
communicates via sockets
with the ooRexx server that still interfaces with MS Access (and makes sure 
that the MS Access
database files get "compressed & repaired" on a regular basis sometimes in the 
morning when everyone
sleeps to keep them up, running and healthy).

Again, they have not cared about the technology mix in use, they were 
interested in a solution that
works without problems. From my point of view, the ooRexx code (the fastest way 
to create a solution
from scratch to help them solve the problem) would be maintainable by third 
parties, either
programmers who know how to code in REXX already or programmers who would have 
to learn REXX, which
is easy (and the few ooRexx extensions to REXX that get exploited like the 
ability to define public
routines that can be directly called from any other Rexx program as seen in the 
above code snippet).

---

In the meantime, with ooRexx 5.0, it has become possible to use ooRexx without 
a need to install it
into a system and if needed, allow even different ooRexx interpreters running 
in parallel, e.g. a
32-bit and a 64-bit, without interfering with each other (this is something 
that might be needed on
Windows, if programming with ooRexx 32-bit installations of MS-Office, but also 
programming with
ooRexx 64-bit Windows 

Re: How to use dfsort to filter keywords that aren't fixed position

[Steve Horein]

Noting both DSI* and AOF* messages in the logs, have you considered "Log
Analysis Program"?
https://www.ibm.com/docs/en/z-netview/6.2.1?topic=tuning-log-analysis-program

On Tue, Jan 4, 2022 at 2:49 AM Jason Cai  wrote:

> Hello Kolusu
>
> Due to the holiday, I have only studied the sample JCL you provided in
> the past few days.
>
>   The JCL is of great help to me.  Thanks for your help!
>
>   I failed to describe our needs clearly last time.
>
>   We hope to use dfsort to compare today’s operlog with yesterday’s.
>
> There are two kinds of messages in operlog.
> 1. single-line message
> 2. multi-line message
>
> The problem is that the number of lines in a multi-line message is
> variable.
>
> To simplify the problem, we make two operlog.  operlog is FBM and LRECL=133
>
> How is a duplicate identified?
>
> The 'key' is the position from 58 to 133.
>
> The duplicate is identified by the 'key'
>
>
> Below is operlog(1) . There are 6 messages in the operlog
>
> operlog(1):
>
> 120
>58
> 133
>
> +--+-.---+
> M 404 CUK1 18179 16:02:44.45 STC00280 0090  HZS0002E   A1
> E
>  B1
> M 404 CUK1 18179 16:03:44.45 STC00280 0090  HZS0002E   A1
> E
>  B1
> MR000 CUK118179 16:08:04.53 AWRK08 0090$HASP636   A2A2
> DR
>  B2B2
> DR
>  C2C2
> ER
>  D2D2
> MR000 CUK118179 16:08:05.53 AWRK08 0090$HASP636   A2A2
> DR
>  B2B2
> DR
>  C2C2
> ER
>  D2D2
> N 4008000 CUK1 18179 16:08:06.12 STC00389 0090  AOF869I
>  A3A3A3
> N 800 CUK1 18179 16:33:58.48   0090  DSI064A
>  A4A4A4A4
> S
>  B4B4B4B4
>
> -
>  Question1 :
>
>  Because the number of lines in a multi-line message is variable, Could
> you help us to get the following result (operlog(2)) by
>
> selecting the first duplicate of multi-line messages or single-line
> messages ?
>
> operlog(2):
>
> 120
>58
> 133
>
> +--+-.---+
> M 404 CUK1 18179 16:02:44.45 STC00280 0090  HZS0002E   A1
> E
>  B1
> MR000 CUK118179 16:08:04.53 AWRK08 0090$HASP636   A2A2
> DR
>  B2B2
> DR
>  C2C2
> ER
>  D2D2
> N 4008000 CUK1 18179 16:08:06.12 STC00389 0090  AOF869I
>  A3A3A3
> N 800 CUK1 18179 16:33:58.48   0090  DSI064A
>  A4A4A4A4
> S
>  B4B4B4B4
> S
>  C4C4C4C4
>
> -
>
> Now there are 4 messages in operlog(2)
>
>
> Now we made the other operlog(3). please see it below . There are two
> messages in the operlog(3)
>
> operlog(3):
>
> 120
>58
> 133
>
> +--+-.---+
> M 404 CUK1 18179 16:02:44.45 STC00280 0090  HZS0002E   A1
> E
>  B1
> MR000 CUK118179 16:08:04.53 AWRK08 0090$HASP636   A2A2
> DR
>  B2B2
> DR
>  C2C2
> ER
>  D2D2
>
> -
>
> Question 2 :
>
>  Because the number of lines in a multi-line message is variable,could you
> help us to compare the operlog(2) with the operlog(3) to get the operlog(4)
>
> The compare's 'key' is also the position from 58 to 133.
>
>
>
>
> operlog(4):
>
> 120
>58
> 133
>
> +--+-.---+
> N 4008000 CUK1 18179 16:08:06.12 STC00389 

Re: How to use dfsort to filter keywords that aren't fixed position

[Willy Jensen]

Be aware that multi-line messages may be interleaved with other messages.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Looking for a manual on IRLM services

[Binyamin Dissen]

Thanks,

But I do not see IRLM APIs or services in the manual.

On Mon, 3 Jan 2022 17:13:09 + Rahim Azizarab
<03f036d88eeb-dmarc-requ...@listserv.ua.edu> wrote:

:>http://www.redbooks.ibm.com/redbooks/pdfs/sg246908.pdfhttp://www.redbooks.ibm.com/redbooks/pdfs/sg246928.pdfhttp://www.redbooks.ibm.com/redbooks/pdfs/sg246928.pdf
:>You did not say if you are using it for DB2 or IMS.
:>
:>
:>
:>Rahim 
:>   
:>
:>
:>
:>   
:>
:> 
:>
:>On Monday, January 3, 2022, 12:58:38 AM CST, Binyamin Dissen 
 wrote:  
:> 
:> I am looking for a manual on how to call IRLM services (as well as their
:>names). Does such a thing exist?

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

Manuals for 3179G, 3192G, 3979

[Alexander Huemer]

Hi,

I am searching for documentation to these devices, especially the 3979.
So far I couldn't even find a picture of the 3979.
There is [1], but the price is rather bold.

-Alex

[1] https://www.ebay.com/itm/114320868683

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

Re: How to use dfsort to filter keywords that aren't fixed position

[Jason Cai]

Hello Kolusu 

Due to the holiday, I have only studied the sample JCL you provided in the 
past few days. 

  The JCL is of great help to me.  Thanks for your help!

  I failed to describe our needs clearly last time.  

  We hope to use dfsort to compare today’s operlog with yesterday’s.

There are two kinds of messages in operlog.
1. single-line message
2. multi-line message
 
The problem is that the number of lines in a multi-line message is variable. 

To simplify the problem, we make two operlog.  operlog is FBM and LRECL=133

How is a duplicate identified? 

The 'key' is the position from 58 to 133.

The duplicate is identified by the 'key' 

 
Below is operlog(1) . There are 6 messages in the operlog 

operlog(1):

120 
  58  133
+--+-.---+
M 404 CUK1 18179 16:02:44.45 STC00280 0090  HZS0002E   A1
E   
B1
M 404 CUK1 18179 16:03:44.45 STC00280 0090  HZS0002E   A1
E   
B1
MR000 CUK118179 16:08:04.53 AWRK08 0090$HASP636   A2A2
DR  
   B2B2
DR  
   C2C2
ER  
   D2D2
MR000 CUK118179 16:08:05.53 AWRK08 0090$HASP636   A2A2
DR  
   B2B2
DR  
   C2C2
ER  
   D2D2
N 4008000 CUK1 18179 16:08:06.12 STC00389 0090  AOF869I   A3A3A3
N 800 CUK1 18179 16:33:58.48   0090  DSI064A   
A4A4A4A4
S   
B4B4B4B4
-
 Question1 :

 Because the number of lines in a multi-line message is variable, Could you 
help us to get the following result (operlog(2)) by 

selecting the first duplicate of multi-line messages or single-line messages ?

operlog(2):

120 
  58  133
+--+-.---+
M 404 CUK1 18179 16:02:44.45 STC00280 0090  HZS0002E   A1
E   
B1
MR000 CUK118179 16:08:04.53 AWRK08 0090$HASP636   A2A2
DR  
   B2B2
DR  
   C2C2
ER  
   D2D2
N 4008000 CUK1 18179 16:08:06.12 STC00389 0090  AOF869I   A3A3A3
N 800 CUK1 18179 16:33:58.48   0090  DSI064A   
A4A4A4A4
S   
B4B4B4B4
S   
C4C4C4C4
-

Now there are 4 messages in operlog(2)


Now we made the other operlog(3). please see it below . There are two messages 
in the operlog(3)

operlog(3):

120 
  58  133
+--+-.---+
M 404 CUK1 18179 16:02:44.45 STC00280 0090  HZS0002E   A1

Re: Looking for a manual on IRLM services

[kekronbekron]

Looks at everyone else to figure out the consensus on whether he needs to be 
cancelled.

- KB

‐‐‐ Original Message ‐‐‐

On Tuesday, January 4th, 2022 at 3:40 AM, Michael Watkins 
<032966e74d0f-dmarc-requ...@listserv.ua.edu> wrote:

> #metoo
>
> -Original Message-
>
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> esst...@juno.com
>
> Sent: Monday, January 3, 2022 3:56 PM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: Looking for a manual on IRLM services
>
> CAUTION: This email originated from outside of the Texas Comptroller's email 
> system.
>
> DO NOT click links or open attachments unless you expect them from the sender 
> and know the content is safe.
>
> ANyone else find this URL link NOT FOUND
>
> -- Original Message --
>
> From: Rahim Azizarab 03f036d88eeb-dmarc-requ...@listserv.ua.edu
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: Looking for a manual on IRLM services
>
> Date: Mon, 3 Jan 2022 17:13:09 +
>
> https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.redbooks.ibm.com%2Fredbooks%2Fpdfs%2Fsg246908.pdfhttp%3A%2F%2Fwww.redbooks.ibm.com%2Fredbooks%2Fpdfs%2Fsg246928.pdfhttp%3A%2F%2Fwww.redbooks.ibm.com%2Fredbooks%2Fpdfs%2Fsg246928.pdf=04|01|michael.watkins%40CPA.TEXAS.GOV|b2b913e5fb1949ad1d8d08d9cf040b26|2055feba299d4d0daa5a73b8b42fef08|0|0|637768439274193223|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000=IXe%2FcUo%2BPQbzhhMqJrcqyxMWU8sVFswSBW9S9k6PTDE%3D=0
>
> You did not say if you are using it for DB2 or IMS.
>
> Rahim
>
> On Monday, January 3, 2022, 12:58:38 AM CST, Binyamin Dissen 
> bdis...@dissensoftware.com wrote:
>
> I am looking for a manual on how to call IRLM services (as well as their 
> names). Does such a thing exist?
>
> 
>
> Binyamin Dissen bdis...@dissensoftware.com
>
> https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.dissensoftware.com%2F=04|01|michael.watkins%40CPA.TEXAS.GOV|b2b913e5fb1949ad1d8d08d9cf040b26|2055feba299d4d0daa5a73b8b42fef08|0|0|637768439274193223|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000=uOzPMCBbnjnpYwlXr8cn50QNde6mdAObUzgBJwWj0zc%3D=0
>
> 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
>
> ---
>
> 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