date:20230228

Interesting article on IBM SMF Explorer with Python 
https://zos-hot-topics.com/2022/SMF-Explorer/. Looks like the young'uns 
are gonna have some fun playing with SMF data in Jupyter.


On 1/3/23 06:30, David Crayford wrote:


There is a lot of AI related stuff in the announcement, including a 
new SMF explorder that leverages Jupyter Notebooks. The z16 Telum chip 
has integrated AI on die and a C library was published. Does anybody 
know if this has been ported to Python numpy or tensorflow?


In z/OS 3.1, AI and analytics solutions such as the following plan to 
be infused into the operating system using intelligent automation and 
accelerated inferencing at scale to extract and leverage valuable data 
insights:


  * AI Framework support, intended to augment z/OS with intelligence
that optimizes IT processes, simplifies management, improves
performance, and reduces skill requirements
  * The AI ecosystem, which z/OS 3.1 intends to extend by supporting a
leading AI portfolio with the ability to deploy AI co-located with
z/OS applications, designed for low latency response times
  * AI-Powered WLM, designed to intelligently predict upcoming batch
workload and react accordingly for optimized system resources
  * IBM SMF Explorer, a data access and analysis toolkit designed to
help even novice users access SMF data and extract insights in an
easy and modern way, leveraging Python and Jupyter Notebooks


On 28/2/23 23:35, Lionel B. Dyck wrote:

This is the US Version of the announcement letter

https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/3/897/E
NUS223-013/index.html&lang=en&request_locale=en


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

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email tolists...@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: IBM's Fall From World Dominance

2023-02-28 Thread Attila Fogarasi

The IBM Consent Decree (which ran from 1956 until 2001 for its last
provisions) probably had a far bigger impact on IBM's business strategy and
options ... just harder to analyze.  It didn't directly affect either the
rise or decline of the mainframe :)
https://www.justice.gov/archive/atr/public/press_releases/1996/0715.htm


On Wed, Mar 1, 2023 at 10:50 AM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> Google has its own chatbot. Still, chatbots are years away from reliable
> use. MSFT’s has been shown to be somewhat unreliable.
>
> Sent from Yahoo Mail for iPhone
>
>
> On Tuesday, February 28, 2023, 5:00 PM, David Crayford <
> dcrayf...@gmail.com> wrote:
>
> IBM appears to have returned to its strength of conducting top-class
> research and development, which was always its forte. However, as the
> saying goes, nothing lasts forever. Google's reign as the world's
> dominant force may be the next to end. It seems that ChatGPT is on track
> to disrupt Google Search to such an extent that it will become
> irrelevant, and Microsoft is well-positioned to take advantage of the
> situation. While many people criticize Microsoft, it was a brilliant
> move by CEO Satya Nadella to reinvent the company, much like Lou
> Gerstner did with IBM in the 1990s. Those were certainly the days!
>
>
> On 1/3/23 05:15, Phil Smith III wrote:
> > https://spectrum.ieee.org/ibms-fall-from-world-dominance
> >
> >
> >
> > Not negative overall, just recognizing that things have changed, for the
> > most part.
> >
> >
> >
> >
> >
> >
> > --
> > 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: BookManager

2023-02-28 Thread Roger Bolan

The B2H tool was BookMaster source to  HTML, not BookManager

On Tue, Feb 28, 2023, 11:19 AM Colin Paice  wrote:

> There is a very old B2H package which I think is Rexx based.  It was
> supported on Windows NT, OS2, VM, OS390 etc,
> I think I used to use it.  It is mentioned
> http://afrodita.rcub.bg.ac.rs/~ivica/b2h.html
> Colin
>
> On Tue, 28 Feb 2023 at 18:00, Bernd Oppolzer 
> wrote:
>
> > What is the preferred way to convert BookMgr books to PDF?
> >
> > My customer has some home-written BookMgr books, which they cannot access
> > after the z/OS migration (BookMgr support was dropped with z/OS 2.4).
> >
> > We managed to transfer the books to Windows (and OS/2, BTW), where we can
> > at least look at the books. Now I would like to convert the books to
> PDFs.
> > But the free Softcopy Reader refuses to print more than one (selected)
> > topic
> > or ranges of topics; if you try to do this using the print menu
> > (selected or range),
> > the output is always empty.
> >
> > Is this a bug - or: is printing larger portions of text not allowed in
> > the free version?
> > What are the options?
> >
> > The eMail address book...@us.ibm.com, which is mentioned in the Softcopy
> > Reader
> > help texts, doesn't exist any more (BTW: the Softcopy Reader is a 2012
> > edition;
> > this seems to be the last one available).
> >
> > Is there a documented API to read the books using a C or REXX program
> > and build the PDFs this way? Or build HTML from the books?
> >
> > Thanks for all suggestions,
> > kind regards
> >
> > Bernd
> >
> > --
> > 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: z/OS 3.1 Announcement US Letter


On 2/28/2023 4:20 PM, Farley, Peter wrote:

An API that allows me to set the DUCT TRAP fields (go here on a TRAP event 
occurring, use this area for TRAP-time information, set/retrieve the TRAP user 
words, etc.) and at the specified TRAP-handling address access the 
TRAP-generated area(s) when a TRAP or trapped condition occurs and decide what 
to do about it.

Using ESPIEX to detect the TRAP code X'FF' is NOT what I mean.  I would like to 
be able to actually activate and use the full TRAP mechanism built into the 
hardware.


Ack. I was thinking of our simplistic use where we code (for example) 
LGAT Rn,dword and if zero we get an 0C7 abend.


It's far, Far, FAR better than testing every time for a "should not 
occur" situation that (almost) never occurs...



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



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

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

Re: z/OS 3.1 Announcement US Letter

2023-02-28 Thread Farley, Peter

An API that allows me to set the DUCT TRAP fields (go here on a TRAP event 
occurring, use this area for TRAP-time information, set/retrieve the TRAP user 
words, etc.) and at the specified TRAP-handling address access the 
TRAP-generated area(s) when a TRAP or trapped condition occurs and decide what 
to do about it.

Using ESPIEX to detect the TRAP code X'FF' is NOT what I mean.  I would like to 
be able to actually activate and use the full TRAP mechanism built into the 
hardware.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Tuesday, February 28, 2023 7:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 3.1 Announcement US Letter

On 2/28/2023 3:42 PM, Farley, Peter wrote:
> What I would like to know is when z/OS development will finally manage to 
> find the round tuits to actually implement a supported API to actually be 
> able to USE the TRAP (and compare-and-trap) instructions introduced to the 
> architecture so long ago I have forgotten which zArch generation they in came 
> with (and I'm too tired to go looking for that generation today).

What sort of API are you looking for? We just code them and they work...
-- 

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: z/OS 3.1 Announcement US Letter


On 2/28/2023 3:42 PM, Farley, Peter wrote:

What I would like to know is when z/OS development will finally manage to find 
the round tuits to actually implement a supported API to actually be able to 
USE the TRAP (and compare-and-trap) instructions introduced to the architecture 
so long ago I have forgotten which zArch generation they in came with (and I'm 
too tired to go looking for that generation today).


What sort of API are you looking for? We just code them and they work...


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



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

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

Re: IBM's Fall From World Dominance

2023-02-28 Thread Bill Johnson

Google has its own chatbot. Still, chatbots are years away from reliable use. 
MSFT’s has been shown to be somewhat unreliable. 

Sent from Yahoo Mail for iPhone

On Tuesday, February 28, 2023, 5:00 PM, David Crayford  
wrote:

IBM appears to have returned to its strength of conducting top-class 
research and development, which was always its forte. However, as the 
saying goes, nothing lasts forever. Google's reign as the world's 
dominant force may be the next to end. It seems that ChatGPT is on track 
to disrupt Google Search to such an extent that it will become 
irrelevant, and Microsoft is well-positioned to take advantage of the 
situation. While many people criticize Microsoft, it was a brilliant 
move by CEO Satya Nadella to reinvent the company, much like Lou 
Gerstner did with IBM in the 1990s. Those were certainly the days!

On 1/3/23 05:15, Phil Smith III wrote:
> https://spectrum.ieee.org/ibms-fall-from-world-dominance
>
>  
>
> Not negative overall, just recognizing that things have changed, for the
> most part.
>
>  
>
>  
>
>
> --
> 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: z/OS 3.1 Announcement US Letter

2023-02-28 Thread Farley, Peter

What I would like to know is when z/OS development will finally manage to find 
the round tuits to actually implement a supported API to actually be able to 
USE the TRAP (and compare-and-trap) instructions introduced to the architecture 
so long ago I have forgotten which zArch generation they in came with (and I'm 
too tired to go looking for that generation today).

Peter
--


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: z/OS 3.1 Announcement US Letter

2023-02-28 Thread Radoslaw Skorupka


W dniu 28.02.2023 o 18:33, Tony Harminc pisze:

On Tue, 28 Feb 2023 at 10:36, Lionel B. Dyck  wrote:


This is the US Version of the announcement letter


https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/3/897/E
NUS223-013/index.html&lang=en&request_locale=en



Amusing to see how IBM's view of geopolitics plays out. Under  "Regional
availability", the Canadian letter that was first posted has:

Anguilla, Antigua and Barbuda, Aruba, Bahamas, Barbados, Bermuda, Bonaire,
Sint Eustatius and Saba, Canada, Cayman Islands, Curaçao, Dominica, Grenada,
Guyana, Jamaica, Montserrat, Saint Kitts and Nevis, Saint Lucia, Saint
Vincent and
the Grenadines, Sint Maarten, Suriname, Trinidad and Tobago, Turks and
Caicos
Islands, and British Virgin Islands

while the US one has:

American Samoa, Guam, Marshall Islands, Federated States of Micronesia,
Northern
Mariana Islands, Palau, Puerto Rico, United States, and US Virgin Islands

I wonder which of all those island nations/states/territories actually have
even one z machine in service...


That's the question I wanted to ask! :-)

However never say never. I know mainframes in Belize (population <.4M), 
Barbados, Bahrain, Brunei, Estonia, Ghana, Gabon, Estonia, Trynidad & 
Tobago, India...

Oh, maybe India was not good example.

Seriously: things changed a lot with connectivity. I know few dozens 
mainframe "shops" in Poland, however the machine is somewhere else. 
Something like a cloud.

I used to work abroad, without leaving my house.

--
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: zOSMF and zOWE for non-mainframers

Your points are quite compelling. Speaking of documentation, it's fair 
to say that most developers dread writing it! While I'd love to create a 
comprehensive tutorial for pyzfile, the package reference is already 
quite thorough.


https://daveyc.github.io/pyzfile/html/index.html

On 1/3/23 07:05, Jeremy Nicoll wrote:

On Tue, 28 Feb 2023, at 20:19, David Crayford wrote:


Utilizing
package managers to install packages is a fundamental aspect of
utilizing contemporary programming languages.

The package manager aspect os more or less irrelevant though.  What
matters is the wealth of add-ons.

(And to my mind, it's a problem.  There's too many alternatives.  If there
was - say - only one package for (eg) Perl that handled SMTP and only
one for JSON and only one for ... it'd be easy to decide which to use.
But there's not ... and they have interdependencies.)

That is, if there was a more complex, or indeed a simpler way of finding
and installing them, that'd be pretty much irrelevant.  Anyone wanting or
needing them would still find & install them,   What's fantastic is that - if
one can decide which add-ons to use, they smplify life a lot.  Then again
my (limited) experience of such things is that their documentation is
often very poor.



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

Re: Can you connect to the PTF download site with z/OS FTP?


On 2/28/2023 1:11 PM, Paul Gilmartin wrote:


Have you an example of a customer-facing (public) IBM SFTP server?


All IBM servers where I have tried SFTP worked as expected.

Here are two examples:

: >sftp testcase.boulder.ibm.com
FOTS1754 Password Authentication
FOTS1754 Enter password for EDJXADM
Password:
CEE5205S The signal SIGTERM was received.
: >sftp public.dhe.ibm.com
The authenticity of host 'public.dhe.ibm.com (170.225.126.18)' can't be 
established.

ECDSA key fingerprint is SHA256:4FVL8LYyueaAzmwaSj+/fmxttFyQHGI00ohwfM/jNWU.
Are you sure you want to continue connecting (yes/no)? CEE5205S The 
signal SIGTERM was received.

EDJXADM:/u/edjxadm: >

Obviously, I have used the first one before (many times in fact).

This was the first time trying for the second one (the one to which 
Charles is connecting)...


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



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

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

Re: Silly JES2 question

2023-02-28 Thread Radoslaw Skorupka


Few notes:
1. Folks mentioned JOBCLASS definition in regard to operator commands. 
However COMMAND=EXECUTE does *not* mean "any command will be accepted. 
Every command will be *RACF-checked* using OPERCMDS profiles. So, D A,L 
will probably be accepted, but FORCE not.


2. Even unknown command can be protected by OPERCMDS, but this is not 
the case.


3. $ is just command prefix. It is not a command. If you type that on 
console and press ENTER you will get IEE707I $ NOT EXECUTED.


4. However in this case no command or pseudo-command will be issued. So 
no IEE707I, nor ICH408I. Nothing.




--
Radoslaw Skorupka
Lodz, Poland




W dniu 27.02.2023 o 23:19, Pommier, Rex pisze:

Hi all,

I have a silly question that I'm pretty sure I know the answer to but want 
verification in case there's some obscure reason for having this.  We have 
multiple batch job steps that close and open CICS files within the JCL.  They 
look similar to this:

//STEP010 EXEC PGM=IEBGENER
//CTRNORST  DD  DUMMY
//SYSUT1   DD   DATA,DLM='**'
/*$VS,'F CICSA,CESN USERID=,PS='
/*$VS,'F CICSA,FOCT C,FILEABC;'
**
//SYSUT2   DD  SYSOUT=(*,INTRDR)
//SYSINDD  DUMMY
/*$ << my question
//SYSPRINT DD  SYSOUT=*
/*

FOCT is a home-grown transaction that closes or opens CICS files.  At the end 
of the job step is a JES2 command line that appears to do absolutely nothing.  
Am I correct in thinking this does nothing and can be removed?  We run a pretty 
much vanilla JES2 system with no obscure user exits or anything that would be 
looking for something like this.  The JCL reference manual says nothing about 
having an empty JES2 command statement.

TIA,
Rex


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

Re: z/OS 3.1 Announcement US Letter

It's my understanding that they are tensor cores, which are a type of 
vector processor optimized for matrix multiplication that can increase 
throughput per cycle. IBM have published the C API spec on Github [1]. I 
suspect they will create a Python tensorflow extension for ML/AI 
exploitation.


[1] https://github.com/IBM/zDNN/blob/main/README.md

On 1/3/23 07:12, Seymour J Metz wrote:

Take a look at PoOps and you'll see what I mean. AI  applications don't need 
the precision of the normal vector instructions, and Telum introduces a lower 
precision format. There's more than that, but again AI won't be the only 
exploiter.

The bad news is that Printing PoOps is even less practical than it used to be. 
;-)


From: IBM Mainframe Discussion List  on behalf of David 
Crayford 
Sent: Tuesday, February 28, 2023 5:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 3.1 Announcement US Letter

On 1/3/23 06:37, Seymour J Metz wrote:

Telum isn't really an AI engine, but it has, e.g., vector capabilities 
motivated by AI applications. I expect to see it used for more than AI.

Naturally, it's not an AI engine on its own; software is required for
that functionality. An ACM article [1] suggests that a 32-chip system
can achieve 200 tflops, which is roughly double the output of a $1500
NVIDIA GeForce RTX 4090 graphics card with air cooling. In this context,
low latency is a critical factor.

[1] 
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdl.acm.org%2Fdoi%2F10.1145%2F3470496.3533042&data=05%7C01%7Csmetz3%40gmu.edu%7C447117907cd547a158d208db19de700d%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638132215394315103%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=ch%2FgCSGjamFVhWvs%2FMe786xAFd0K7%2BIyHSI6U%2F2T02E%3D&reserved=0




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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Tuesday, February 28, 2023 5:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 3.1 Announcement US Letter

There is a lot of AI related stuff in the announcement, including a new
SMF explorder that leverages Jupyter Notebooks. The z16 Telum chip has
integrated AI on die and a C library was published. Does anybody know if
this has been ported to Python numpy or tensorflow?

In z/OS 3.1, AI and analytics solutions such as the following plan to be
infused into the operating system using intelligent automation and
accelerated inferencing at scale to extract and leverage valuable data
insights:

* AI Framework support, intended to augment z/OS with intelligence
  that optimizes IT processes, simplifies management, improves
  performance, and reduces skill requirements
* The AI ecosystem, which z/OS 3.1 intends to extend by supporting a
  leading AI portfolio with the ability to deploy AI co-located with
  z/OS applications, designed for low latency response times
* AI-Powered WLM, designed to intelligently predict upcoming batch
  workload and react accordingly for optimized system resources
* IBM SMF Explorer, a data access and analysis toolkit designed to
  help even novice users access SMF data and extract insights in an
  easy and modern way, leveraging Python and Jupyter Notebooks


On 28/2/23 23:35, Lionel B. Dyck wrote:

This is the US Version of the announcement letter

https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fcommon%2Fssi%2FShowDoc.wss%3FdocURL%3D%2Fcommon%2Fssi%2Frep_ca%2F3%2F897%2FE&data=05%7C01%7Csmetz3%40gmu.edu%7C447117907cd547a158d208db19de700d%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638132215394315103%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=MXKvWuepLdUIz0Azu%2FX6eqDIZ9LRGuDdRLf1ZI4iCDc%3D&reserved=0
NUS223-013/index.html&lang=en&request_locale=en


Lionel B. Dyck <><
Website:https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.lbdsoftware.com%2F&data=05%7C01%7Csmetz3%40gmu.edu%7C447117907cd547a158d208db19de700d%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638132215394315103%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=Z6v%2FV086G7eBoPn9YwcwceqCXlUDJeL3Rm3qk6%2FxdmI%3D&reserved=0
Github:https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Flbdyck&data=05%7C01%7Csmetz3%40gmu.edu%7C447117907cd547a158d208db19de700d%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638132215394315103%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=fGUilTYrLtJ8KMBgWWQ1zbfdHcjNIKwcv3zd9y0umi0%3D&reserved=0

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

Re: zOSMF and zOWE for non-mainframers

ObGungaDin Yes, the documentation is often bad, but having them available makes 
things so much easier.

From: IBM Mainframe Discussion List  on behalf of 
Jeremy Nicoll 
Sent: Tuesday, February 28, 2023 6:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF and zOWE for non-mainframers

On Tue, 28 Feb 2023, at 20:19, David Crayford wrote:

> Utilizing
> package managers to install packages is a fundamental aspect of
> utilizing contemporary programming languages.

The package manager aspect os more or less irrelevant though.  What
matters is the wealth of add-ons.

(And to my mind, it's a problem.  There's too many alternatives.  If there
was - say - only one package for (eg) Perl that handled SMTP and only
one for JSON and only one for ... it'd be easy to decide which to use.
But there's not ... and they have interdependencies.)

That is, if there was a more complex, or indeed a simpler way of finding
and installing them, that'd be pretty much irrelevant.  Anyone wanting or
needing them would still find & install them,   What's fantastic is that - if
one can decide which add-ons to use, they smplify life a lot.  Then again
my (limited) experience of such things is that their documentation is
often very poor.

--
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: z/OS 3.1 Announcement US Letter

Take a look at PoOps and you'll see what I mean. AI  applications don't need 
the precision of the normal vector instructions, and Telum introduces a lower 
precision format. There's more than that, but again AI won't be the only 
exploiter.

The bad news is that Printing PoOps is even less practical than it used to be. 
;-)


From: IBM Mainframe Discussion List  on behalf of 
David Crayford 
Sent: Tuesday, February 28, 2023 5:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 3.1 Announcement US Letter

On 1/3/23 06:37, Seymour J Metz wrote:
> Telum isn't really an AI engine, but it has, e.g., vector capabilities 
> motivated by AI applications. I expect to see it used for more than AI.

Naturally, it's not an AI engine on its own; software is required for
that functionality. An ACM article [1] suggests that a 32-chip system
can achieve 200 tflops, which is roughly double the output of a $1500
NVIDIA GeForce RTX 4090 graphics card with air cooling. In this context,
low latency is a critical factor.

[1] 
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdl.acm.org%2Fdoi%2F10.1145%2F3470496.3533042&data=05%7C01%7Csmetz3%40gmu.edu%7C447117907cd547a158d208db19de700d%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638132215394315103%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=ch%2FgCSGjamFVhWvs%2FMe786xAFd0K7%2BIyHSI6U%2F2T02E%3D&reserved=0


>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> David Crayford [dcrayf...@gmail.com]
> Sent: Tuesday, February 28, 2023 5:30 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS 3.1 Announcement US Letter
>
> There is a lot of AI related stuff in the announcement, including a new
> SMF explorder that leverages Jupyter Notebooks. The z16 Telum chip has
> integrated AI on die and a C library was published. Does anybody know if
> this has been ported to Python numpy or tensorflow?
>
> In z/OS 3.1, AI and analytics solutions such as the following plan to be
> infused into the operating system using intelligent automation and
> accelerated inferencing at scale to extract and leverage valuable data
> insights:
>
>* AI Framework support, intended to augment z/OS with intelligence
>  that optimizes IT processes, simplifies management, improves
>  performance, and reduces skill requirements
>* The AI ecosystem, which z/OS 3.1 intends to extend by supporting a
>  leading AI portfolio with the ability to deploy AI co-located with
>  z/OS applications, designed for low latency response times
>* AI-Powered WLM, designed to intelligently predict upcoming batch
>  workload and react accordingly for optimized system resources
>* IBM SMF Explorer, a data access and analysis toolkit designed to
>  help even novice users access SMF data and extract insights in an
>  easy and modern way, leveraging Python and Jupyter Notebooks
>
>
> On 28/2/23 23:35, Lionel B. Dyck wrote:
>> This is the US Version of the announcement letter
>>
>> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fcommon%2Fssi%2FShowDoc.wss%3FdocURL%3D%2Fcommon%2Fssi%2Frep_ca%2F3%2F897%2FE&data=05%7C01%7Csmetz3%40gmu.edu%7C447117907cd547a158d208db19de700d%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638132215394315103%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=MXKvWuepLdUIz0Azu%2FX6eqDIZ9LRGuDdRLf1ZI4iCDc%3D&reserved=0
>> NUS223-013/index.html&lang=en&request_locale=en
>>
>>
>> Lionel B. Dyck <><
>> Website:https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.lbdsoftware.com%2F&data=05%7C01%7Csmetz3%40gmu.edu%7C447117907cd547a158d208db19de700d%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638132215394315103%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=Z6v%2FV086G7eBoPn9YwcwceqCXlUDJeL3Rm3qk6%2FxdmI%3D&reserved=0
>> Github:https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Flbdyck&data=05%7C01%7Csmetz3%40gmu.edu%7C447117907cd547a158d208db19de700d%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638132215394315103%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=fGUilTYrLtJ8KMBgWWQ1zbfdHcjNIKwcv3zd9y0umi0%3D&reserved=0
>>
>> “Worry more about your character than your reputation. Character is what you
>> are, reputation merely what others think you are.”   - - - John Wooden
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email tolists...@listserv.ua.edu  with the message: INFO IBM-MAIN
> --

Re: zOSMF and zOWE for non-mainframers

2023-02-28 Thread Jeremy Nicoll

On Tue, 28 Feb 2023, at 20:19, David Crayford wrote:

> Utilizing 
> package managers to install packages is a fundamental aspect of 
> utilizing contemporary programming languages. 

The package manager aspect os more or less irrelevant though.  What 
matters is the wealth of add-ons.

(And to my mind, it's a problem.  There's too many alternatives.  If there
was - say - only one package for (eg) Perl that handled SMTP and only
one for JSON and only one for ... it'd be easy to decide which to use. 
But there's not ... and they have interdependencies.)

That is, if there was a more complex, or indeed a simpler way of finding
and installing them, that'd be pretty much irrelevant.  Anyone wanting or
needing them would still find & install them,   What's fantastic is that - if
one can decide which add-ons to use, they smplify life a lot.  Then again
my (limited) experience of such things is that their documentation is 
often very poor.   

-- 
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: [EXTERNAL] Re: Silly JES2 question

2023-02-28 Thread Radoslaw Skorupka


W dniu 28.02.2023 o 15:18, Dave Jousma pisze:

On Tue, 28 Feb 2023 14:12:03 +, Pommier, Rex  
wrote:


At this point we don't have a system limitation on who can use which job class. 
 It's on my list of to-dos.

We have security on some commands, limiting who can use them.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jeremy Nicoll
Sent: Monday, February 27, 2023 5:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Silly JES2 question

On Mon, 27 Feb 2023, at 23:09, Pommier, Rex wrote:

We have COMMAND=EXECUTE on a couple job classes.

Do you limit who can use those classes?


There is no native z/OS support to limit who can use what job classes.   We had 
to RYO inserting SAF calls in IEFUJI, IKJEFF10, and ISFUSR.IEFUJI is the 
real gate keeper, the others are just for the users convenience when submitting 
a job, or changing jobclasses in SDSF.


Yes, you *were* right.
However it is no longer true. Since z/OS 2.1 AFAIR.
JESJOBS class. Srchfor JES.JOBCLASS.OWNER and JES.JOBCLASS.SUBMITTER

--
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: z/OS 3.1 Announcement US Letter


On 1/3/23 06:37, Seymour J Metz wrote:

Telum isn't really an AI engine, but it has, e.g., vector capabilities 
motivated by AI applications. I expect to see it used for more than AI.


Naturally, it's not an AI engine on its own; software is required for 
that functionality. An ACM article [1] suggests that a 32-chip system 
can achieve 200 tflops, which is roughly double the output of a $1500 
NVIDIA GeForce RTX 4090 graphics card with air cooling. In this context, 
low latency is a critical factor.


[1] https://dl.acm.org/doi/10.1145/3470496.3533042





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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Tuesday, February 28, 2023 5:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 3.1 Announcement US Letter

There is a lot of AI related stuff in the announcement, including a new
SMF explorder that leverages Jupyter Notebooks. The z16 Telum chip has
integrated AI on die and a C library was published. Does anybody know if
this has been ported to Python numpy or tensorflow?

In z/OS 3.1, AI and analytics solutions such as the following plan to be
infused into the operating system using intelligent automation and
accelerated inferencing at scale to extract and leverage valuable data
insights:

   * AI Framework support, intended to augment z/OS with intelligence
 that optimizes IT processes, simplifies management, improves
 performance, and reduces skill requirements
   * The AI ecosystem, which z/OS 3.1 intends to extend by supporting a
 leading AI portfolio with the ability to deploy AI co-located with
 z/OS applications, designed for low latency response times
   * AI-Powered WLM, designed to intelligently predict upcoming batch
 workload and react accordingly for optimized system resources
   * IBM SMF Explorer, a data access and analysis toolkit designed to
 help even novice users access SMF data and extract insights in an
 easy and modern way, leveraging Python and Jupyter Notebooks


On 28/2/23 23:35, Lionel B. Dyck wrote:

This is the US Version of the announcement letter

https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fcommon%2Fssi%2FShowDoc.wss%3FdocURL%3D%2Fcommon%2Fssi%2Frep_ca%2F3%2F897%2FE&data=05%7C01%7Csmetz3%40gmu.edu%7C146e636a9e0d4228361708db19db8324%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638132202822676826%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=T29yGFYduLO1l5NnTX%2F3R8rp7PvyftOfwGRRxo8%2FTJI%3D&reserved=0
NUS223-013/index.html&lang=en&request_locale=en


Lionel B. Dyck <><
Website:https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.lbdsoftware.com%2F&data=05%7C01%7Csmetz3%40gmu.edu%7C146e636a9e0d4228361708db19db8324%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638132202822676826%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=2wcVQvDmJyMbVPtSX2kdfaeqT1adqj4WxavRksv6WZ4%3D&reserved=0
Github:https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Flbdyck&data=05%7C01%7Csmetz3%40gmu.edu%7C146e636a9e0d4228361708db19db8324%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638132202822676826%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=6uG8%2FMdtffGt3Vf34ruiOF7gz%2FsrqULbblyj5tD6geg%3D&reserved=0

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email tolists...@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: z/OS 3.1 Announcement US Letter

Telum isn't really an AI engine, but it has, e.g., vector capabilities 
motivated by AI applications. I expect to see it used for more than AI.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Tuesday, February 28, 2023 5:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 3.1 Announcement US Letter

There is a lot of AI related stuff in the announcement, including a new
SMF explorder that leverages Jupyter Notebooks. The z16 Telum chip has
integrated AI on die and a C library was published. Does anybody know if
this has been ported to Python numpy or tensorflow?

In z/OS 3.1, AI and analytics solutions such as the following plan to be
infused into the operating system using intelligent automation and
accelerated inferencing at scale to extract and leverage valuable data
insights:

  * AI Framework support, intended to augment z/OS with intelligence
that optimizes IT processes, simplifies management, improves
performance, and reduces skill requirements
  * The AI ecosystem, which z/OS 3.1 intends to extend by supporting a
leading AI portfolio with the ability to deploy AI co-located with
z/OS applications, designed for low latency response times
  * AI-Powered WLM, designed to intelligently predict upcoming batch
workload and react accordingly for optimized system resources
  * IBM SMF Explorer, a data access and analysis toolkit designed to
help even novice users access SMF data and extract insights in an
easy and modern way, leveraging Python and Jupyter Notebooks


On 28/2/23 23:35, Lionel B. Dyck wrote:
> This is the US Version of the announcement letter
>
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fcommon%2Fssi%2FShowDoc.wss%3FdocURL%3D%2Fcommon%2Fssi%2Frep_ca%2F3%2F897%2FE&data=05%7C01%7Csmetz3%40gmu.edu%7C146e636a9e0d4228361708db19db8324%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638132202822676826%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=T29yGFYduLO1l5NnTX%2F3R8rp7PvyftOfwGRRxo8%2FTJI%3D&reserved=0
> NUS223-013/index.html&lang=en&request_locale=en
>
>
> Lionel B. Dyck <><
> Website:https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.lbdsoftware.com%2F&data=05%7C01%7Csmetz3%40gmu.edu%7C146e636a9e0d4228361708db19db8324%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638132202822676826%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=2wcVQvDmJyMbVPtSX2kdfaeqT1adqj4WxavRksv6WZ4%3D&reserved=0
> Github:https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Flbdyck&data=05%7C01%7Csmetz3%40gmu.edu%7C146e636a9e0d4228361708db19db8324%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638132202822676826%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=6uG8%2FMdtffGt3Vf34ruiOF7gz%2FsrqULbblyj5tD6geg%3D&reserved=0
>
> “Worry more about your character than your reputation. Character is what you
> are, reputation merely what others think you are.”   - - - John Wooden
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email tolists...@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: IBM's Fall From World Dominance

The google search engine is really terrible, and I welcome challengers that are 
more interested in accurate hits than in product placement.

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

From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Tuesday, February 28, 2023 5:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM's Fall From World Dominance

IBM appears to have returned to its strength of conducting top-class
research and development, which was always its forte. However, as the
saying goes, nothing lasts forever. Google's reign as the world's
dominant force may be the next to end. It seems that ChatGPT is on track
to disrupt Google Search to such an extent that it will become
irrelevant, and Microsoft is well-positioned to take advantage of the
situation. While many people criticize Microsoft, it was a brilliant
move by CEO Satya Nadella to reinvent the company, much like Lou
Gerstner did with IBM in the 1990s. Those were certainly the days!

On 1/3/23 05:15, Phil Smith III wrote:
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fspectrum.ieee.org%2Fibms-fall-from-world-dominance&data=05%7C01%7Csmetz3%40gmu.edu%7C27c1687360cb4bf9ee0808db19d73ab4%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638132184427838862%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=qBi82V6FMljPRrTvRSfZOI4s5p8F3PK5vZt%2Br8qIgio%3D&reserved=0
>
>
>
> Not negative overall, just recognizing that things have changed, for the
> most part.
>
>
>
>
>
>
> --
> 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: z/OS 3.1 Announcement US Letter

There is a lot of AI related stuff in the announcement, including a new 
SMF explorder that leverages Jupyter Notebooks. The z16 Telum chip has 
integrated AI on die and a C library was published. Does anybody know if 
this has been ported to Python numpy or tensorflow?


In z/OS 3.1, AI and analytics solutions such as the following plan to be 
infused into the operating system using intelligent automation and 
accelerated inferencing at scale to extract and leverage valuable data 
insights:


 * AI Framework support, intended to augment z/OS with intelligence
   that optimizes IT processes, simplifies management, improves
   performance, and reduces skill requirements
 * The AI ecosystem, which z/OS 3.1 intends to extend by supporting a
   leading AI portfolio with the ability to deploy AI co-located with
   z/OS applications, designed for low latency response times
 * AI-Powered WLM, designed to intelligently predict upcoming batch
   workload and react accordingly for optimized system resources
 * IBM SMF Explorer, a data access and analysis toolkit designed to
   help even novice users access SMF data and extract insights in an
   easy and modern way, leveraging Python and Jupyter Notebooks


On 28/2/23 23:35, Lionel B. Dyck wrote:

This is the US Version of the announcement letter

https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/3/897/E
NUS223-013/index.html&lang=en&request_locale=en


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

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email tolists...@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: IBM's Fall From World Dominance

On Tue, 28 Feb 2023 17:11:20 -0500, Steve Thompson wrote:
>...
>
>While I'm at it, suppose that IBM management had been successful
>in dumping VM? How would they do cloud?
> 
How would they do PR/SM?

>Just wondering

-- 
gil

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

Re: [EXTERNAL] Re: IBM's Fall From World Dominance

2023-02-28 Thread Pommier, Rex

And IIRC, the Hollerith company who invented the tabulating machine that 
counted the census was one of the 3 smaller companies that merged into what 
became IBM.  So yeah, the writers played a bit fast and loose with the early 
history...

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gene Hudders
Sent: Tuesday, February 28, 2023 4:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM's Fall From World Dominance

I wonder about the accuracy of this article saying that IBM was involved in the 
1890 census. From IBM history:

IBM, in full International Business Machines Corporation, leading American 
computer manufacturer, with a major share of the market both in the United 
States and abroad. Its headquarters are in Armonk, New York. It was 
incorporated in 1911 as the Computing-Tabulating-Recording Company in a 
consolidation of three smaller companies that made punch-card tabulators and 
other office products. The company assumed its present name in 1924 under the 
leadership of Thomas Watson, a man of considerable marketing skill who became 
general manager in 1914 and had gained complete control of the firm by 1924. 
History at your fingertips – Sign up here to see what happened On This Day, 
every day in your inbox!Enter your emailSubscribeBy signing up for this email, 
you are agreeing to news, offers, and information from Encyclopaedia Britannica.
Click here to view our Privacy Notice. Easy unsubscribe links are provided in 
every email.STAY CONNECTED

   - About Us & Legal Info
   - Contact Us
   - Privacy Notice
   - Terms of Use
©2023 Encyclopædia Britannica, Inc.   Information from your device can be used 
to personalize your ad experience.

Do not sell or share my personal information.
In a message dated 2/28/2023 4:57:41 PM Eastern Standard Time, 
032966e74d0f-dmarc-requ...@listserv.ua.edu writes: Why? As the article you 
posted notes : In 1982, the case was dropped by a judgement ruling it "without 
merit." See: 
https://urldefense.com/v3/__https://www.nytimes.com/1981/02/15/business/us-vsibm.html__;!!KjMRP1Ixj6eLE0Fj!pS6liOCRl2ymXVw4TfAc9Tp2fdHiOVVAusddqOnxRnEkO9MpRkenr6xJeegr6LM72GAGOC8-RhzE2E-s_30HGvk-7cED-O3MAWZC$
  which claims:

The trial began in May 1975. Before the outset, the Government estimated that 
the presentation of its case would last 60 days. Instead, it took three years. 
The Justice Department is on its third lead counsel. Robert H. Bork, a Yale law 
professor, has dubbed the case ''the antitrust division's Vietnam.''

Moreover, given the rapid pace of change in the computer industry, the case now 
centers on a market situation that existed two or three technological 
generations ago. ''It's pretty much an historical curiosity,'' an I.B.M. 
competitor concedes.

Some outside observers view the I.B.M. case as proof that the Justice 
Department cannot and should not be trying to restructure major global 
industries. Irving S. Shapiro, chairman of E.I. duPont de Nemours & Company, a 
lawyer who spent several years in Justice, says: ''All the ballplayers are 
above their heads in these cases that concern the structure of key industries. 
From the lawyer who drafted the case right on up, you're talking about people 
who have no experience in economics or industry.''

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Tuesday, February 28, 2023 3:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM's Fall From World Dominance

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.

I find it disingenuous when someone doesn't mention the antitrust lawsuit filed 
against IBM in 1969 and dropped in 1982.

https://urldefense.com/v3/__https://gcc02.safelinks.protection.outlook.com/?url=https*3A*2F*2Fcs.stanford.edu*2Fpeople*2Feroberts*2Fcs181*2Fprojects*2Fcorporate-monopolies*2Fgovernment_ibm.html&data=05*7C01*7Cmichael.watkins*40CPA.TEXAS.GOV*7C0c7eb32d389147a4d8d608db19d51d54*7C2055feba299d4d0daa5a73b8b42fef08*7C0*7C0*7C638132175332879927*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C3000*7C*7C*7C&sdata=1AB7x6vngOKZs4xUbWETKljQKD8miQNyYFi9fQAhb2k*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJQ!!KjMRP1Ixj6eLE0Fj!pS6liOCRl2ymXVw4TfAc9Tp2fdHiOVVAusddqOnxRnEkO9MpRkenr6xJeegr6LM72GAGOC8-RhzE2E-s_30HGvk-7cED-FJTxTkp$

Sent from Yahoo Mail for iPhone

On Tuesday, February 28, 2023, 4:15 PM, Phil Smith III  wrote:

https://urldefense.com/v3/__https://gcc02.safelinks.protection.outlook.com/?url=https*3A*2F*2Fspectrum.ieee.org*2Fibms-fall-from-world-dominance&data=05*7C01*7Cmichael.watkins*40CPA.TEXAS.GOV*7C0c7eb32d389147a4d8d608db19d51d54*7C2055feba299d4d0daa5a73b8b42fef08*7C0*7C0*7C638132175332879927*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C3000*7C*7C*7

Re: IBM's Fall From World Dominance

2023-02-28 Thread Steve Thompson

What would have been interesting if WANG had not made the 
financial mistakes it did and the VS series machines had continued.


Would IBM have gotten rid of the bottom end of the 
z/Architecture? Tier 2 zSeries  partners were dump rather quickly.


What would have happened had the MP-3000 and equivalent been 
allowed to continue? I forget the name of the competitor to the 
MP-2/3000 machines.


So IBM is now disgorging VSE to 21St Century software.

What would have happened had Gerstner forced the renewal of TIDA 
(Tech Info Disclosure Agreement) with Amdahl and the rest?


What I'm getting at is IBM was healthy when it had competition 
relative to z/Arch.


While I'm at it, suppose that IBM management had been successful 
in dumping VM? How would they do cloud?


Just wondering

Steve Thompson


On 2/28/2023 4:55 PM, Paul Gilmartin wrote:

On Tue, 28 Feb 2023 16:15:25 -0500, Phil Smith III wrote:


https://spectrum.ieee.org/ibms-fall-from-world-dominance

Not negative overall, just recognizing that things have changed, for the
most part.


Thanks.  Interesting.

But it speaks of mainframes, much like tabulating machines, as in the past 
tense.

"The Cloud is just someone else's computer."  IBM is striving to be that 
"someone
else", with a well-defined market target, fitting its culture.  But what 
hardware
(and OS) will/do they use?



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

Re: IBM's Fall From World Dominance

2023-02-28 Thread Bill Johnson

What is the connection between the U.S. Census Bureau and IBM?

Herman Hollerith worked for the Census Bureau during the 1880 census and then 
for the 1890 census, invented the electronic tabulators and punchcards that the 
Census Bureau used from 1890 until the 1950s. Hollerith left the Census Bureau 
to start the Tabulating Maching Company, which would eventually become 
International Business Machines (IBM).


Sent from Yahoo Mail for iPhone


On Tuesday, February 28, 2023, 5:05 PM, Gene Hudders 
<00883908b3b7-dmarc-requ...@listserv.ua.edu> wrote:

I wonder about the accuracy of this article saying that IBM was involved in the 
1890 census. From IBM history:

IBM, in full International Business Machines Corporation, leading American 
computer manufacturer, with a major share of the market both in the United 
States and abroad. Its headquarters are in Armonk, New York. It was 
incorporated in 1911 as the Computing-Tabulating-Recording Company in a 
consolidation of three smaller companies that made punch-card tabulators and 
other office products. The company assumed its present name in 1924 under the 
leadership of Thomas Watson, a man of considerable marketing skill who became 
general manager in 1914 and had gained complete control of the firm by 1924.  
History at your fingertips – Sign up here to see what happened On This Day, 
every day in your inbox!Enter your emailSubscribeBy signing up for this email, 
you are agreeing to news, offers, and information from Encyclopaedia Britannica.
Click here to view our Privacy Notice. Easy unsubscribe links are provided in 
every email.STAY CONNECTED
  
  - About Us & Legal Info
  - Contact Us
  - Privacy Notice
  - Terms of Use
©2023 Encyclopædia Britannica, Inc.   Information from your device can be used 
to personalize your ad experience.

Do not sell or share my personal information.
In a message dated 2/28/2023 4:57:41 PM Eastern Standard Time, 
032966e74d0f-dmarc-requ...@listserv.ua.edu writes: 
Why? As the article you posted notes : In 1982, the case was dropped by a 
judgement ruling it "without merit." See: 
https://www.nytimes.com/1981/02/15/business/us-vsibm.html which claims:

The trial began in May 1975. Before the outset, the Government estimated that 
the presentation of its case would last 60 days. Instead, it took three years. 
The Justice Department is on its third lead counsel. Robert H. Bork, a Yale law 
professor, has dubbed the case ''the antitrust division's Vietnam.''

Moreover, given the rapid pace of change in the computer industry, the case now 
centers on a market situation that existed two or three technological 
generations ago. ''It's pretty much an historical curiosity,'' an I.B.M. 
competitor concedes.

Some outside observers view the I.B.M. case as proof that the Justice 
Department cannot and should not be trying to restructure major global 
industries. Irving S. Shapiro, chairman of E.I. duPont de Nemours & Company, a 
lawyer who spent several years in Justice, says: ''All the ballplayers are 
above their heads in these cases that concern the structure of key industries. 
From the lawyer who drafted the case right on up, you're talking about people 
who have no experience in economics or industry.''


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Tuesday, February 28, 2023 3:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM's Fall From World Dominance

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.

I find it disingenuous when someone doesn't mention the antitrust lawsuit filed 
against IBM in 1969 and dropped in 1982.

https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcs.stanford.edu%2Fpeople%2Feroberts%2Fcs181%2Fprojects%2Fcorporate-monopolies%2Fgovernment_ibm.html&data=05%7C01%7Cmichael.watkins%40CPA.TEXAS.GOV%7C0c7eb32d389147a4d8d608db19d51d54%7C2055feba299d4d0daa5a73b8b42fef08%7C0%7C0%7C638132175332879927%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=1AB7x6vngOKZs4xUbWETKljQKD8miQNyYFi9fQAhb2k%3D&reserved=0





Sent from Yahoo Mail for iPhone


On Tuesday, February 28, 2023, 4:15 PM, Phil Smith III  wrote:

https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fspectrum.ieee.org%2Fibms-fall-from-world-dominance&data=05%7C01%7Cmichael.watkins%40CPA.TEXAS.GOV%7C0c7eb32d389147a4d8d608db19d51d54%7C2055feba299d4d0daa5a73b8b42fef08%7C0%7C0%7C638132175332879927%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=sLXMAqg%2FEOpsL9aVRAPRxa%2FZOBHM22g0d3L9G8VI8EA%3D&reserved=0



Not negative overall, just recognizing that things have changed, for the most 
part.






--
For IBM-MAIN subscribe / signoff /

Re: IBM's Fall From World Dominance

2023-02-28 Thread Gene Hudders

I wonder about the accuracy of this article saying that IBM was involved in the 
1890 census. From IBM history:

IBM, in full International Business Machines Corporation, leading American 
computer manufacturer, with a major share of the market both in the United 
States and abroad. Its headquarters are in Armonk, New York. It was 
incorporated in 1911 as the Computing-Tabulating-Recording Company in a 
consolidation of three smaller companies that made punch-card tabulators and 
other office products. The company assumed its present name in 1924 under the 
leadership of Thomas Watson, a man of considerable marketing skill who became 
general manager in 1914 and had gained complete control of the firm by 1924.  
History at your fingertips – Sign up here to see what happened On This Day, 
every day in your inbox!Enter your emailSubscribeBy signing up for this email, 
you are agreeing to news, offers, and information from Encyclopaedia Britannica.
Click here to view our Privacy Notice. Easy unsubscribe links are provided in 
every email.STAY CONNECTED
   
   - About Us & Legal Info
   - Contact Us
   - Privacy Notice
   - Terms of Use
©2023 Encyclopædia Britannica, Inc.   Information from your device can be used 
to personalize your ad experience.

Do not sell or share my personal information.
In a message dated 2/28/2023 4:57:41 PM Eastern Standard Time, 
032966e74d0f-dmarc-requ...@listserv.ua.edu writes: 
Why? As the article you posted notes : In 1982, the case was dropped by a 
judgement ruling it "without merit." See: 
https://www.nytimes.com/1981/02/15/business/us-vsibm.html which claims:

The trial began in May 1975. Before the outset, the Government estimated that 
the presentation of its case would last 60 days. Instead, it took three years. 
The Justice Department is on its third lead counsel. Robert H. Bork, a Yale law 
professor, has dubbed the case ''the antitrust division's Vietnam.''

Moreover, given the rapid pace of change in the computer industry, the case now 
centers on a market situation that existed two or three technological 
generations ago. ''It's pretty much an historical curiosity,'' an I.B.M. 
competitor concedes.

Some outside observers view the I.B.M. case as proof that the Justice 
Department cannot and should not be trying to restructure major global 
industries. Irving S. Shapiro, chairman of E.I. duPont de Nemours & Company, a 
lawyer who spent several years in Justice, says: ''All the ballplayers are 
above their heads in these cases that concern the structure of key industries. 
From the lawyer who drafted the case right on up, you're talking about people 
who have no experience in economics or industry.''


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Tuesday, February 28, 2023 3:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM's Fall From World Dominance

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.

I find it disingenuous when someone doesn't mention the antitrust lawsuit filed 
against IBM in 1969 and dropped in 1982.

https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcs.stanford.edu%2Fpeople%2Feroberts%2Fcs181%2Fprojects%2Fcorporate-monopolies%2Fgovernment_ibm.html&data=05%7C01%7Cmichael.watkins%40CPA.TEXAS.GOV%7C0c7eb32d389147a4d8d608db19d51d54%7C2055feba299d4d0daa5a73b8b42fef08%7C0%7C0%7C638132175332879927%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=1AB7x6vngOKZs4xUbWETKljQKD8miQNyYFi9fQAhb2k%3D&reserved=0





Sent from Yahoo Mail for iPhone


On Tuesday, February 28, 2023, 4:15 PM, Phil Smith III  wrote:

https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fspectrum.ieee.org%2Fibms-fall-from-world-dominance&data=05%7C01%7Cmichael.watkins%40CPA.TEXAS.GOV%7C0c7eb32d389147a4d8d608db19d51d54%7C2055feba299d4d0daa5a73b8b42fef08%7C0%7C0%7C638132175332879927%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=sLXMAqg%2FEOpsL9aVRAPRxa%2FZOBHM22g0d3L9G8VI8EA%3D&reserved=0



Not negative overall, just recognizing that things have changed, for the most 
part.






--
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: zOSMF and zOWE for non-mainframers

2023-02-28 Thread Andrew Rowley


On 28/02/2023 11:28 pm, Seymour J Metz wrote:

What about Java? How well does JIT work?


Java and the JIT compiler is very good. It always depends on the 
benchmark. For some stuff I think it's close to C. JIT compiles to 
machine code, and there are optimizations available in a JIT compiler 
that are not available to a regular compiler so there's no reason it 
wouldn't be fast. If your CPs are not full speed the zIIP gives an extra 
speed bonus.


There is a cost to start the JVM. On my system that seems to be roughly 
1 second each time you run a Java program. This is where Rexx etc gain 
an advantage for small programs.


The Achilles heel for Java on z/OS seems to be dataset I/O. It's 
adequate, but feels like it should be faster. (I haven't actually done 
direct comparisons with other languages.)


--
Andrew Rowley
Black Hill Software

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

Re: IBM's Fall From World Dominance

IBM appears to have returned to its strength of conducting top-class 
research and development, which was always its forte. However, as the 
saying goes, nothing lasts forever. Google's reign as the world's 
dominant force may be the next to end. It seems that ChatGPT is on track 
to disrupt Google Search to such an extent that it will become 
irrelevant, and Microsoft is well-positioned to take advantage of the 
situation. While many people criticize Microsoft, it was a brilliant 
move by CEO Satya Nadella to reinvent the company, much like Lou 
Gerstner did with IBM in the 1990s. Those were certainly the days!



On 1/3/23 05:15, Phil Smith III wrote:

https://spectrum.ieee.org/ibms-fall-from-world-dominance

  


Not negative overall, just recognizing that things have changed, for the
most part.

  

  



--
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: IBM's Fall From World Dominance

2023-02-28 Thread Michael Watkins

Why? As the article you posted notes : In 1982, the case was dropped by a 
judgement ruling it "without merit." See: 
https://www.nytimes.com/1981/02/15/business/us-vsibm.html which claims:

The trial began in May 1975. Before the outset, the Government estimated that 
the presentation of its case would last 60 days. Instead, it took three years. 
The Justice Department is on its third lead counsel. Robert H. Bork, a Yale law 
professor, has dubbed the case ''the antitrust division's Vietnam.''

Moreover, given the rapid pace of change in the computer industry, the case now 
centers on a market situation that existed two or three technological 
generations ago. ''It's pretty much an historical curiosity,'' an I.B.M. 
competitor concedes.

Some outside observers view the I.B.M. case as proof that the Justice 
Department cannot and should not be trying to restructure major global 
industries. Irving S. Shapiro, chairman of E.I. duPont de Nemours & Company, a 
lawyer who spent several years in Justice, says: ''All the ballplayers are 
above their heads in these cases that concern the structure of key industries. 
From the lawyer who drafted the case right on up, you're talking about people 
who have no experience in economics or industry.''


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Tuesday, February 28, 2023 3:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM's Fall From World Dominance

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.

I find it disingenuous when someone doesn't mention the antitrust lawsuit filed 
against IBM in 1969 and dropped in 1982.

https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcs.stanford.edu%2Fpeople%2Feroberts%2Fcs181%2Fprojects%2Fcorporate-monopolies%2Fgovernment_ibm.html&data=05%7C01%7Cmichael.watkins%40CPA.TEXAS.GOV%7C0c7eb32d389147a4d8d608db19d51d54%7C2055feba299d4d0daa5a73b8b42fef08%7C0%7C0%7C638132175332879927%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=1AB7x6vngOKZs4xUbWETKljQKD8miQNyYFi9fQAhb2k%3D&reserved=0





Sent from Yahoo Mail for iPhone


On Tuesday, February 28, 2023, 4:15 PM, Phil Smith III  wrote:

https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fspectrum.ieee.org%2Fibms-fall-from-world-dominance&data=05%7C01%7Cmichael.watkins%40CPA.TEXAS.GOV%7C0c7eb32d389147a4d8d608db19d51d54%7C2055feba299d4d0daa5a73b8b42fef08%7C0%7C0%7C638132175332879927%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=sLXMAqg%2FEOpsL9aVRAPRxa%2FZOBHM22g0d3L9G8VI8EA%3D&reserved=0



Not negative overall, just recognizing that things have changed, for the most 
part.






--
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: IBM's Fall From World Dominance

On Tue, 28 Feb 2023 16:15:25 -0500, Phil Smith III wrote:

>https://spectrum.ieee.org/ibms-fall-from-world-dominance
>
>Not negative overall, just recognizing that things have changed, for the
>most part.
>
Thanks.  Interesting.

But it speaks of mainframes, much like tabulating machines, as in the past 
tense.

"The Cloud is just someone else's computer."  IBM is striving to be that 
"someone
else", with a well-defined market target, fitting its culture.  But what 
hardware
(and OS) will/do they use?

-- 
gil

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

Re: IBM's Fall From World Dominance

2023-02-28 Thread Bill Johnson

I find it disingenuous when someone doesn’t mention the antitrust lawsuit filed 
against IBM in 1969 and dropped in 1982.

https://cs.stanford.edu/people/eroberts/cs181/projects/corporate-monopolies/government_ibm.html





Sent from Yahoo Mail for iPhone


On Tuesday, February 28, 2023, 4:15 PM, Phil Smith III  wrote:

https://spectrum.ieee.org/ibms-fall-from-world-dominance

 

Not negative overall, just recognizing that things have changed, for the
most part.

 

 


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

IBM's Fall From World Dominance

2023-02-28 Thread Phil Smith III

https://spectrum.ieee.org/ibms-fall-from-world-dominance

 

Not negative overall, just recognizing that things have changed, for the
most part.

 

 


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

Re: Can you connect to the PTF download site with z/OS FTP?

On Tue, 28 Feb 2023 09:29:39 -0800, Ed Jaffe wrote:
>
>Paul Gorlinski mentioned SFTP without also mentioning FTPS, and now
>you've mentioned FTPS without mentioning SFTP.
>
>In my experience, both of those FTP-based protocols work as expected
>with IBM's customer-facing servers.
>
I don't perceive SFTP. as  FTP-based.  Rather, it's ssh-based with a
command syntax resembling FTP, even as "jar" is not tar-based but
zip-based with a command syntax resembling "tar".

Have you an example of a customer-facing (public) IBM SFTP server?

-- 
gil

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

Re: zOSMF and zOWE for non-mainframers

2023-02-28 Thread Matt Hogstrom

My sentiments exactly.  I spend most of my time in USS and just get used to 
crossing the border when needed.

Matt Hogstrom

“It may be cognitive, but, it ain’t intuitive."
— Hogstrom



> On Feb 28, 2023, at 1:48 AM, David Crayford  wrote:
> 
> On 28/2/23 13:55, Gibney, Dave wrote:
>> LIKE=a good representative existing library.
> 
> How about: Don't bother kid, use the z/OS UNIX file system instead?
> 


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

Re: zOSMF and zOWE for non-mainframers



On 1/3/23 00:48, Farley, Peter wrote:

David, my meaning was that timed comparisons like yours should use only python 
facilities available in the standard library, with NO PYPI packages installed.


I frequently work with Apache Kafka, and if I aimed to evaluate the 
performance of producing Kafka records using Python and Java, I would 
have to rely on open-source libraries since neither language 
incorporates Kafka clients in their standard libraries. Utilizing 
package managers to install packages is a fundamental aspect of 
utilizing contemporary programming languages. Given that pyzfile has 
been made available on PyPi, it should be deemed as the standard 
implementation for accessing MVS data sets from Python.




In my test comparison, Rexx wins because of its native access to z/OS files via 
EXECIO, but not by a huge margin.

WRT pyzfile source, the PYPI page for pyzfile provides downloads only for a 
python wheel, and specifically states that no source code is available.  Thank 
you for the github address though.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Tuesday, February 28, 2023 3:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF and zOWE for non-mainframers

The pyzfile module source code has been available on Github [1] since its 
inception, and it can be considered the benchmark implementation for MVS data 
set I/O in Python. Many people, including IBM employees, have expressed 
interest in pyzfile [2]. Regarding your mention of standard Python modules, I'm 
not sure what you mean. While Python does have a large collection of modules, 
not all of them are part of the standard library. For instance, there is no 
standard YAML library in Python, but it's easy to install one using pip. This 
is commonplace in languages like Python, Java, and Perl.

[1] 
https://urldefense.com/v3/__https://github.com/daveyc/pyzfile__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!ONuSOYkmdaXS_aeXM5blMXvO7VEVMO9OjwxiaLTibjqgqcjdKHRzuyjnDudiUkcCn3tj2Uixwi_gx-HZGDUZYZU$
[2]
https://urldefense.com/v3/__https://community.ibm.com/community/user/ibmz-and-linuxone/discussion/reading-an-mvs-dataset-using-z-open-automation-utility__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!ONuSOYkmdaXS_aeXM5blMXvO7VEVMO9OjwxiaLTibjqgqcjdKHRzuyjnDudiUkcCn3tj2Uixwi_gx-HZxqVomhQ$

On 28/2/23 15:26, Farley, Peter wrote:

David, I will have to complain that your python benchmark is not a fair comparison.  Your python script uses a module named 
pyzfile to access z/OS files (which I see from PYPI is authored by you but for which you have published no source yet).  A fairer 
comparison would be a python script that only used standard python modules and shell commands.  My python-vs-Rexx testing was 
done using python's subprocess.run to execute the "cat" command to copy data from z/OS files (PDS, QSAM, VSAM) to 
STDOUT captured by the subprocess.run routine and then using the captured STDOUT data for the processing.  Writing to z/OS files 
(PDS member and QSAM only) was accomplished by first writing the output file data to the Unix file system (with encoding 1047 to 
write in EBCDIC) and then again using subprocess.run to execute "cp" to copy the written Unix file to the z/OS file.  
In both read and write cases I used the "//'DSN'" file name format for the z/OS files, supported by both 
"cat" and "cp".

Rexx using EXECIO or RXVSAM from CBT beats that type of python script by a small margin but not by 
a lot -- the process I was measuring averaged 23-24 "real" seconds per test for the 
python version and 19-20 "real" seconds per test for the Rexx version.

This was all done on the IBM Zxplore z/OS platform, which is x86 under the covers rather than 
"real iron", so probably zPDT.  In any case, "students" on Zxplore aren't 
permitted to install any python packages and venv/virtualenv are not available for the same reason 
(DASD-and-CPU-constrained system).  The platform only permits you to use standard python packages 
or one of the few non-standard ones pre-installed by the admins there.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On
Behalf Of David Crayford
Sent: Tuesday, February 28, 2023 1:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF and zOWE for non-mainframers

On 28/2/23 13:47, David Crayford wrote:

On 25/2/23 01:23, Farley, Peter wrote:

Python on the mainframe is pretty good, but still can't beat out
Rexx in performance even when the Rex script needs to use BPXWUNIX
and friends to access z/OS Unix file systems,


I have conducted a series of benchtests, and the results suggest that
REXX is not as fast as Python. In my testing, I compare the
performance of C, Lua, Python, and REXX, and the results are clear: C
is the fastest, followed by Lua, which is within an order of
magnitude of C. Python comes next, within an order of magnitude of
Lua, and REXX consistently performs the poorest. In addition to the
performance factor, the vast Python ecosystem compar

Re: Badmouthing Rexx and ooRexx - again (Re: zOSMF and zOWE for non-mainframers

I respectfully express my opinion without intending to badmouth anyone. 
I believe that benchmarking the performance of reading a large file is 
not an artificial test but rather a real-world use case that we 
encounter regularly. It is no secret that REXX on z/OS can be slow. In 
fact, one of my colleagues who worked on the IBM File Manager product, 
which incorporates REXX scripting, developed their own subset of REXX 
because the performance of the TSO REXX interpreter did not meet their 
objectives.



On 28/2/23 22:38, Rony G. Flatscher wrote:

On 28.02.2023 13:44, David Crayford wrote:
ooRexx has two main issues: its a superset of REXX, which is a subpar 
programming language, and it consumes a lot of CPU resources. Each 
language clause in ooRexx is a C++ object that invokes dynamic 
dispatch whenever it's executed. Unlike most other sensible 
programming languages, which compile to bytecode and use a virtual 
machine, ooRexx does not. When I benchmarked OoRexx against Lua, I 
was surprised to find that it was almost 100 times slower. I used 
valgrind to profile ooRexx's performance and discovered that most of 
the time was spent allocating and marking objects for garbage 
collection. These objects were language metadata used by the 
interpreter. ooRexx is an example of how not to implement a language 
interpreter in C++.


A lot of badmouthing and red herrings here (again), comparing apples 
with oranges (again). Totally ignoring what has been discussed and 
concluded a year ago, so no reliability on you.


Last year there was a discussion with the subject that over time got 
superceeded with mailings of different focuses:


- "Top 8 Reasons for using Python instead of REXX for z/OS", which 
then ended in the subject:


- "Speedy, speedier, speedest (Re: Ad message paradigm (Re: Ad NetRexx 
(Re: Ad programming features (Re: ... Re: Top 8 Reasons for using 
Python instead of REXX for z/OS"


In that thread I demonstrated a little ooRexx program that did beat 
your impertinent "test program" that you implemented in C++, Lua and 
Python last year (still wondering why you did not implement that 
simple benchmark in Assembler and show those figures). After learning 
about that ooRexx program that actually performed faster than C++ (Lua 
and Python of course as well) you preferred to stop that thread of 
discussion about a year ago. Now you are back, maybe speculating 
everyone forgot about it?


The purpose of your "test program" was quite obviously to make Rexx 
and ooRexx look as bad as possible. The same intent as your current 
message in your posting like: "ooRexx is an example of how not to 
implement a language interpreter in C+." (which is nonsense).


Your artificial "test/benchmark program" that let C++, Lua, Python 
shine at first and make Rexx/ooRexx look quite bad was designed 
exactly for that purpose: let strictly typed and compiled languages be 
way ahead of dynamically typed and interpreted languages, so:


- create an array of size of ten million (sic!) of (primitive) type long
- fill the array in a loop and assign each index the result of taking 
the index value (an int being cast to long) to the square
- go through that array and get the largest stored long value and 
display it


BTW, who has a real need for such programs in her/his daily life here? 
(In this community who would really come up with the idea of 
implementing such a task in Rexx/ooRexx and not in Assembler if a real 
need existed?)


So this everyday (not!) "benchmark" is designed to make dynamically 
typed and interpreted languages look as bad as possible compared to 
strictly typed, compiled languages! It would be like comparing number 
crunching Rexx/ooRexx programs with the same programs implemented in 
Assembler and concluding Assembler is much better in general and 
forego Rexx/ooRexx (and ignoring the many other use cases in which 
Rexx/ooRexx is much better than Assembler can possibly be; any 
language has its strengths and its weaknesses, of course, including 
C++, Lua, Python, ...)!


It is an artificial test program. Still, it is possible to beat 
strictly typed, compiled languages with dynamically typed, interpreted 
languages like ooRexx as demonstrated last year in this mailing list! 
You just need to use your brain and the infrastructure that is 
available to you.


The technique has been rather simple: like it is the case with 
external function packages for Rexx/ooRexx (to e.g. interact with 
system services, RDBMS etc.) look for a package/environment that is 
strictly typed and compiled and which one can take advantage of. In 
this particular show case I picked Java/NetRexx (NetRexx compiles to 
Java byte code, so one can write with the Rexx syntax genuinely Java 
programs; NetRexx is rather easy to learn for Rexx-savvy programmers) 
as an external package.


BTW, in the meantime I added the respective ooRexx examples to the 
ooRexx-Java bridge named "BSF4ooRexx850" (makes all Java class 
libraries di

Re: z/OS 3.1 Announcement US Letter

2023-02-28 Thread Roberto Halais

Puerto Rico has four IBM mainframe data centers.
With two CECs in one of them.

On Tue, Feb 28, 2023 at 1:34 PM Tony Harminc  wrote:

> On Tue, 28 Feb 2023 at 10:36, Lionel B. Dyck  wrote:
>
> > This is the US Version of the announcement letter
> >
> >
> >
> https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/3/897/E
> > NUS223-013/index.html&lang=en&request_locale=en
> > <
> https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/3/897/ENUS223-013/index.html&lang=en&request_locale=en
> >
> >
>
> Amusing to see how IBM's view of geopolitics plays out. Under  "Regional
> availability", the Canadian letter that was first posted has:
>
> Anguilla, Antigua and Barbuda, Aruba, Bahamas, Barbados, Bermuda, Bonaire,
> Sint Eustatius and Saba, Canada, Cayman Islands, Curaçao, Dominica,
> Grenada,
> Guyana, Jamaica, Montserrat, Saint Kitts and Nevis, Saint Lucia, Saint
> Vincent and
> the Grenadines, Sint Maarten, Suriname, Trinidad and Tobago, Turks and
> Caicos
> Islands, and British Virgin Islands
>
> while the US one has:
>
> American Samoa, Guam, Marshall Islands, Federated States of Micronesia,
> Northern
> Mariana Islands, Palau, Puerto Rico, United States, and US Virgin Islands
>
> I wonder which of all those island nations/states/territories actually have
> even one z machine in service...
>
> Tony H.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Politics: Poli (many) - tics (blood sucking parasites)

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

Re: BookManager

2023-02-28 Thread Colin Paice

There is a very old B2H package which I think is Rexx based.  It was
supported on Windows NT, OS2, VM, OS390 etc,
I think I used to use it.  It is mentioned
http://afrodita.rcub.bg.ac.rs/~ivica/b2h.html
Colin

On Tue, 28 Feb 2023 at 18:00, Bernd Oppolzer 
wrote:

> What is the preferred way to convert BookMgr books to PDF?
>
> My customer has some home-written BookMgr books, which they cannot access
> after the z/OS migration (BookMgr support was dropped with z/OS 2.4).
>
> We managed to transfer the books to Windows (and OS/2, BTW), where we can
> at least look at the books. Now I would like to convert the books to PDFs.
> But the free Softcopy Reader refuses to print more than one (selected)
> topic
> or ranges of topics; if you try to do this using the print menu
> (selected or range),
> the output is always empty.
>
> Is this a bug - or: is printing larger portions of text not allowed in
> the free version?
> What are the options?
>
> The eMail address book...@us.ibm.com, which is mentioned in the Softcopy
> Reader
> help texts, doesn't exist any more (BTW: the Softcopy Reader is a 2012
> edition;
> this seems to be the last one available).
>
> Is there a documented API to read the books using a C or REXX program
> and build the PDFs this way? Or build HTML from the books?
>
> Thanks for all suggestions,
> kind regards
>
> Bernd
>
> --
> 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: z/OS 3.1 Announcement US Letter

On Tue, 28 Feb 2023 09:35:49 -0600, Lionel B. Dyck wrote:

>This is the US Version of the announcement letter
>
>https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/3/897/E
>NUS223-013/index.html&lang=en&request_locale=en
>
ITYM:


-- 
gil

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

BookManager

2023-02-28 Thread Bernd Oppolzer


What is the preferred way to convert BookMgr books to PDF?

My customer has some home-written BookMgr books, which they cannot access
after the z/OS migration (BookMgr support was dropped with z/OS 2.4).

We managed to transfer the books to Windows (and OS/2, BTW), where we can
at least look at the books. Now I would like to convert the books to PDFs.
But the free Softcopy Reader refuses to print more than one (selected) 
topic
or ranges of topics; if you try to do this using the print menu 
(selected or range),

the output is always empty.

Is this a bug - or: is printing larger portions of text not allowed in 
the free version?

What are the options?

The eMail address book...@us.ibm.com, which is mentioned in the Softcopy 
Reader
help texts, doesn't exist any more (BTW: the Softcopy Reader is a 2012 
edition;

this seems to be the last one available).

Is there a documented API to read the books using a C or REXX program
and build the PDFs this way? Or build HTML from the books?

Thanks for all suggestions,
kind regards

Bernd

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

Re: [EXTERNAL] Re: z/OS 3.1 Announcement US Letter

2023-02-28 Thread Pommier, Rex

IIRC they use the same regional breakouts for Z, I, P, and when they had it, X 
series machines.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Harminc
Sent: Tuesday, February 28, 2023 11:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z/OS 3.1 Announcement US Letter

On Tue, 28 Feb 2023 at 10:36, Lionel B. Dyck  wrote:

> This is the US Version of the announcement letter
>
>
> https://urldefense.com/v3/__https://www.ibm.com/common/ssi/ShowDoc.wss
> ?docURL=*common*ssi*rep_ca*3*897*E__;Ly8vLy8v!!KjMRP1Ixj6eLE0Fj!rKvrP3
> skVxI2h1wdJmW1OhIaDLHYotsNHBWwSxvN0Uq4UyPjsd7Q3qBmdA7qL4aVEv91Etq0ub9e
> jEIN$ NUS223-013/index.html&lang=en&request_locale=en
>  s?docURL=*common*ssi*rep_ca*3*897*ENUS223-013*index.html&lang=en&reque
> st_locale=en__;Ly8vLy8vLw!!KjMRP1Ixj6eLE0Fj!rKvrP3skVxI2h1wdJmW1OhIaDL
> HYotsNHBWwSxvN0Uq4UyPjsd7Q3qBmdA7qL4aVEv91Etq0ue1wK5Sz$ >
>

Amusing to see how IBM's view of geopolitics plays out. Under  "Regional 
availability", the Canadian letter that was first posted has:

Anguilla, Antigua and Barbuda, Aruba, Bahamas, Barbados, Bermuda, Bonaire, Sint 
Eustatius and Saba, Canada, Cayman Islands, Curaçao, Dominica, Grenada, Guyana, 
Jamaica, Montserrat, Saint Kitts and Nevis, Saint Lucia, Saint Vincent and the 
Grenadines, Sint Maarten, Suriname, Trinidad and Tobago, Turks and Caicos 
Islands, and British Virgin Islands

while the US one has:

American Samoa, Guam, Marshall Islands, Federated States of Micronesia, 
Northern Mariana Islands, Palau, Puerto Rico, United States, and US Virgin 
Islands

I wonder which of all those island nations/states/territories actually have 
even one z machine in service...

Tony H.

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

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


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

Re: z/OS 3.1 Announcement US Letter

2023-02-28 Thread Tony Harminc

On Tue, 28 Feb 2023 at 10:36, Lionel B. Dyck  wrote:

> This is the US Version of the announcement letter
>
>
> https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/3/897/E
> NUS223-013/index.html&lang=en&request_locale=en
> 
>

Amusing to see how IBM's view of geopolitics plays out. Under  "Regional
availability", the Canadian letter that was first posted has:

Anguilla, Antigua and Barbuda, Aruba, Bahamas, Barbados, Bermuda, Bonaire,
Sint Eustatius and Saba, Canada, Cayman Islands, Curaçao, Dominica, Grenada,
Guyana, Jamaica, Montserrat, Saint Kitts and Nevis, Saint Lucia, Saint
Vincent and
the Grenadines, Sint Maarten, Suriname, Trinidad and Tobago, Turks and
Caicos
Islands, and British Virgin Islands

while the US one has:

American Samoa, Guam, Marshall Islands, Federated States of Micronesia,
Northern
Mariana Islands, Palau, Puerto Rico, United States, and US Virgin Islands

I wonder which of all those island nations/states/territories actually have
even one z machine in service...

Tony H.

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

Re: Can you connect to the PTF download site with z/OS FTP?


On 2/28/2023 5:36 AM, Allan Staller wrote:

Classification: Confidential

IBM made a change to no longer accept non-secured connections due to some EU 
privacy laws. IIRC July 2021 or so. HTTPS or FTPS is required.
I do not know if AT-TLS is one of the accepted protocols.


Paul Gorlinski mentioned SFTP without also mentioning FTPS, and now 
you've mentioned FTPS without mentioning SFTP.


In my experience, both of those FTP-based protocols work as expected 
with IBM's customer-facing servers.


AT-TLS is not a protocol. It is the way z/OS enables its applications to 
use secure internet protocols without the developers having to 
explicitly add support to them.



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



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

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

Re: Big z/OS Preview Announcement

On Tue, 28 Feb 2023 16:38:00 +, Seymour J Metz wrote:

>UUID to correlate CSI with system.
>
>I would expect any port of SSH to include SFTP, but disappointments happen.
>
What fraction of sites nowadays:
o Use sftp under OMVS?
o Use ssh but not sftp?
o Use OMVS shell but not via ssh?
o Use OMVS shell only via bxwunix?
o Avoid OMVS shell entirely?

If IBM provides the HTTPS or sftp alternative to access its resources, the only
remaining obstacle is the "dusty deck" constraint.

-- 
gil

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

Re: zOSMF and zOWE for non-mainframers

2023-02-28 Thread Farley, Peter

David, my meaning was that timed comparisons like yours should use only python 
facilities available in the standard library, with NO PYPI packages installed.  
The python standard library includes no facilities for accessing z/OS files, 
hence my use of subprocess.run to accomplish that access using available and 
standard z/OS Unix shell commands (cat and cp) which do provide documented 
access to z/OS files.  The subprocess.run facility out-performs the older 
os.system() call by a goodly margin in the testing I was able to perform.

In my test comparison, Rexx wins because of its native access to z/OS files via 
EXECIO, but not by a huge margin.

WRT pyzfile source, the PYPI page for pyzfile provides downloads only for a 
python wheel, and specifically states that no source code is available.  Thank 
you for the github address though.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Tuesday, February 28, 2023 3:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF and zOWE for non-mainframers

The pyzfile module source code has been available on Github [1] since its 
inception, and it can be considered the benchmark implementation for MVS data 
set I/O in Python. Many people, including IBM employees, have expressed 
interest in pyzfile [2]. Regarding your mention of standard Python modules, I'm 
not sure what you mean. While Python does have a large collection of modules, 
not all of them are part of the standard library. For instance, there is no 
standard YAML library in Python, but it's easy to install one using pip. This 
is commonplace in languages like Python, Java, and Perl.

[1] 
https://urldefense.com/v3/__https://github.com/daveyc/pyzfile__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!ONuSOYkmdaXS_aeXM5blMXvO7VEVMO9OjwxiaLTibjqgqcjdKHRzuyjnDudiUkcCn3tj2Uixwi_gx-HZGDUZYZU$
[2]
https://urldefense.com/v3/__https://community.ibm.com/community/user/ibmz-and-linuxone/discussion/reading-an-mvs-dataset-using-z-open-automation-utility__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!ONuSOYkmdaXS_aeXM5blMXvO7VEVMO9OjwxiaLTibjqgqcjdKHRzuyjnDudiUkcCn3tj2Uixwi_gx-HZxqVomhQ$
 

On 28/2/23 15:26, Farley, Peter wrote:
> David, I will have to complain that your python benchmark is not a fair 
> comparison.  Your python script uses a module named pyzfile to access z/OS 
> files (which I see from PYPI is authored by you but for which you have 
> published no source yet).  A fairer comparison would be a python script that 
> only used standard python modules and shell commands.  My python-vs-Rexx 
> testing was done using python's subprocess.run to execute the "cat" command 
> to copy data from z/OS files (PDS, QSAM, VSAM) to STDOUT captured by the 
> subprocess.run routine and then using the captured STDOUT data for the 
> processing.  Writing to z/OS files (PDS member and QSAM only) was 
> accomplished by first writing the output file data to the Unix file system 
> (with encoding 1047 to write in EBCDIC) and then again using subprocess.run 
> to execute "cp" to copy the written Unix file to the z/OS file.  In both read 
> and write cases I used the "//'DSN'" file name format for the z/OS files, 
> supported by both "cat" and "cp".
>
> Rexx using EXECIO or RXVSAM from CBT beats that type of python script by a 
> small margin but not by a lot -- the process I was measuring averaged 23-24 
> "real" seconds per test for the python version and 19-20 "real" seconds per 
> test for the Rexx version.
>
> This was all done on the IBM Zxplore z/OS platform, which is x86 under the 
> covers rather than "real iron", so probably zPDT.  In any case, "students" on 
> Zxplore aren't permitted to install any python packages and venv/virtualenv 
> are not available for the same reason (DASD-and-CPU-constrained system).  The 
> platform only permits you to use standard python packages or one of the few 
> non-standard ones pre-installed by the admins there.
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of David Crayford
> Sent: Tuesday, February 28, 2023 1:53 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: zOSMF and zOWE for non-mainframers
>
> On 28/2/23 13:47, David Crayford wrote:
>> On 25/2/23 01:23, Farley, Peter wrote:
>>> Python on the mainframe is pretty good, but still can't beat out 
>>> Rexx in performance even when the Rex script needs to use BPXWUNIX 
>>> and friends to access z/OS Unix file systems,
>>>
>> I have conducted a series of benchtests, and the results suggest that 
>> REXX is not as fast as Python. In my testing, I compare the 
>> performance of C, Lua, Python, and REXX, and the results are clear: C 
>> is the fastest, followed by Lua, which is within an order of 
>> magnitude of C. Python comes next, within an order of magnitude of 
>> Lua, and REXX consistently performs the poorest. In addition to the 
>> performance factor, the vast Python ecosystem compared to the limited 
>> options available for REXX also make it an ea

Re: Big z/OS Preview Announcement

UUID to correlate CSI with system.

I would expect any port of SSH to include SFTP, but disappointments happen.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, February 28, 2023 11:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Big z/OS Preview Announcement

On Tue, 28 Feb 2023 16:17:37 +, Seymour J Metz wrote:

>Works fine, and I believe that one of the smaller enhancements will ave a big 
>impact.
>
Viz.?

>However, no SFTP (SSH FTP).
>
What about ssh under OMVS?  (available from a third party?)

--
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: Big z/OS Preview Announcement

On Tue, 28 Feb 2023 16:17:37 +, Seymour J Metz wrote:

>Works fine, and I believe that one of the smaller enhancements will ave a big 
>impact.
>
Viz.?

>However, no SFTP (SSH FTP).
>
What about ssh under OMVS?  (available from a third party?)

-- 
gil

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

Re: Big z/OS Preview Announcement

Works fine, and I believe that one of the smaller enhancements will ave a big 
impact.

However, no SFTP (SSH FTP).

From: IBM Mainframe Discussion List  on behalf of 
Lionel B. Dyck 
Sent: Tuesday, February 28, 2023 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Big z/OS Preview Announcement

How about this link
https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ibm.com%2Fdownloads%2Fcas%2FCA-ENUSA23-0017-CA%2Fname%2FCA-ENUSA23-0017-CA.PDF&data=05%7C01%7Csmetz3%40gmu.edu%7Cd04542df63074b4b125e08db199ff467%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638131947728650559%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=ZMe6WvvEBZYSSfyYaNbqmJuJ58uTFn9QGFpM%2F2kYyHU%3D&reserved=0

I see below the link changed for some reason.

Lionel B. Dyck <><
Website: 
https://secure-web.cisco.com/1snhMCBGEW3Msrw6C0dAbq8xvJwMK49dV7QfWw1RzEwE4kc5u1P76BSutWbeWLIiR0A1dnwvwKy-HbrAcW3xK1m7Pw9cup7KCdxr7zGvF8dkz6cB1UUlQsbCdgN_auETgtmPjLfn8pGeQmBI4vR-k29tyXFn33ns-mXJMIQbbb7vSW90keWxWfoOCsGPeWrHa3XiHPqw2GfB1mbiIl4CudQLIfaw3hr7nR8m7FUecsHyp5Ku4pygfDpifVgwXvJHuAjkiCo-c152JSirQ6H6GVwDZwYDOvfHmbA8kEYkK8bV6emdyLZEuEj50PDTHAd0cMrKUgIDBaGTnSgmw_afFm32HjNarHky_EjwOPwJyeTO0bG6n90HN066lxYbHs5b-tRzr5YwCTFZe5EXs6caf15JSbhuXHyAs-prAyERkwP8/https%3A%2F%2Fwww.lbdsoftware.com
Github: 
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Flbdyck&data=05%7C01%7Csmetz3%40gmu.edu%7Cd04542df63074b4b125e08db199ff467%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638131947728650559%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=xViFWK3viQbMIk1CFM6NGi7LMjA%2FRUIXk%2Bc9uW5U%2FI8%3D&reserved=0

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: Tuesday, February 28, 2023 9:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Big z/OS Preview Announcement

We’re sorry!

The page you're looking for may have been moved or deleted. Start a new
search on ibm.com or visit one of the popular sites shown below.

From: IBM Mainframe Discussion List  on behalf of
Lionel B. Dyck 
Sent: Tuesday, February 28, 2023 9:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Big z/OS Preview Announcement

Saw this post from Marna this morning:

Big z/OS Preview Announce day for our next release! A million great things
in there, but a couple of items of note: - z14 is the minimum level. - GA
will be 3Q2023, as is expected. - IBM Change Tracker (the newest priced
feature) will have a self-service 90-day trial if you want to give it a test
drive, with APAR PH51954, and you'll be able to also use the new z/OSMF
plug-in for it. - Several ISPF items in this announcement for pervasive
encryption, PDSE V2 member generations, UNIX directory.

Make sure you attend SHARE in Atlanta to hear all the latest news about what
is coming in z/OS 3.1! #IBMz #IBMzOS
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.co%2F&data=05%7C01%7Csmetz3%40gmu.edu%7Cd04542df63074b4b125e08db199ff467%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638131947728650559%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=V%2BE7W%2FMVoWxVl5woC7uIu%2FTYfuCbY2%2FJW4SgaQI9mkg%3D&reserved=0
m%2Fdownloads%2Fcas%2FCA-ENUSA23-0017-CA%2Fname%2FCA-ENUSA23-0017-CA&data=05
%7C01%7Csmetz3%40gmu.edu%7C40c007e672014364ac9008db1999800f%7C9e857255df574c
47a0c00546460380cb%7C0%7C0%7C638131919288879870%7CUnknown%7CTWFpbGZsb3d8eyJW
IjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%
7C&sdata=IO%2Fhq1RlOabelZVG6UvbkdyJpb2IDd5fMim59L%2BNLgQ%3D&reserved=0
.PDF

Lionel B. Dyck <><
Website:
https://secure-web.cisco.com/1ymbB98kvajwQtHxphPVQMYR_A2AaDb3-fJ3hG94C7nAr-L
Am4_6ajzQfAyxnssdEnm8Zb7xHsOomVmlCRjE4wx8tgaF9uuYIrtEBlu1NjZiy2Iry3qTo9Zxqjj
Uo7Xx8Eg9xbnHTuk5xOenLH6u7uAgj_CNY72GX-SPslaJTJTY2Xf7fuT0cam47FJ1_RzRnF9wdUD
0ysB97a7YfGvvMTTdh6LvFzlTDSAK-FaTYm5KdpfHzNntW0qr1J7pHtLbsPfWKdXgOuvKKLqCnjt
W_GQlBfie8_XF_iSrHbP7R9roHqpFetIwRUgRol1Mzd_0UrG4Fn0Yz4H2-NFICol-sTpdrA0rzpG
6xL2HAgZRWImjztl-V5IvZRJZ22wwZSFjdBVMfpFLtGRBWewLWTcTjfuZAb7-hLWvzeEer2X4hhh
HnT_S6hRSIJbKjm6nNAoF0/https%3A%2F%2Fwww.lbdsoftware.com
Github:
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2F&data=05%7C01%7Csmetz3%40gmu.edu%7Cd04542df63074b4b125e08db199ff467%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638131947728650559%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=Ufr6Z77AHGWoo846aiLj61ZFfDjLlb0r2J8D50RyDcs%3D&reserved=0
%2Flbdyck&data=05%7C01%7Csmetz3%40gmu.edu%7C40c007e672014364ac9008db1999800f
%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C

Re: Badmouthing Rexx and ooRexx - again (Re: zOSMF and zOWE for non-mainframers

2023-02-28 Thread Rony G. Flatscher

On 28.02.2023 16:15, Seymour J Metz wrote:

What happens if you change the benchmark to use the array class and DO OVER?

Not much. ooRexx uses references to objects which can be of any type unlike strictly typed languages
that restrict the types that can be assigned to arrays. Any such stored object can be sent a message
to, which needs to be resolved at runtime (very dynamic system opening up a lot of flexibility). So
resolving the references costs time (which is actually not bad at all). Also ooRexx does not preset
the array to be of a certain capacity, the ooRexx array will grow as needed.

In the case of primitive types like longs additional optimizations can be applied like laying out
the values in contiguous memory sections, each entry being the same size a long needs, allowing
looping over it very efficiently (cf. e.g. C's pointer arithmetics), able to directly load into
registers and apply machine instructions directly without a need for conversions. So the
optimizations that the compiler is able to apply can make the compiled code faster (or slower)
depending on the compiler one uses, in this case where the datatype is a primitive it is blazingly
fast compared to running non-compiled code.

One more thing that kicks in here allowing ooRexx to be faster than C++ is taking implicitly
advantage of Java's JIT (just in time compiler) at runtime which gets optimized from Java release to
Java release taking advantage of the host's processor features if possible at all. There is nothing
special that needs to be done, it depends on the version of Java that gets used, the newer the
better in this case as Java constantly gets the latest advances in optimizations from many different
experts in the field some specialized on specific processors.

Java has become a huge cooperation among many different and important companies, from Amazon, IBM,
Micrsoft (!), Oracle, SAP and many more, the OpenJDK allowing to get the knowhow from academia as
well. It is really a good strategic choice for many reasons IMHO, including being able to take
advantage of all of Java from ooRexx in an easy ("human-centric") manner.

---rony

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

z/OS 3.1 Announcement US Letter

2023-02-28 Thread Lionel B. Dyck

This is the US Version of the announcement letter

https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/3/897/E
NUS223-013/index.html&lang=en&request_locale=en


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

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

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

Re: Can you connect to the PTF download site with z/OS FTP?

2023-02-28 Thread Wendell Lovewell

Generally speaking (I don't know about IBM support) you can get the FTP client 
to connect via TLS 1.2 without using AT-TLS if you specify the right settings.  
But you'll still need the certificates added to a RACF keyring. 

//*---
//FTPS EXEC PGM=FTP,REGION=4M,
// PARM=('ENVAR("_CEE_ENVFILE_S=DD:STDENV")/ftp.whatever.com 21 -e')
//STDENV   DD *
GSK_PROTOCOL_TLSV1_2=ON
//* GSK_TRACE=0x
//* GSK_TRACE_FILE=/tmp/gsk.trc
//* The 2 stmts above can be temporarily uncommented for debugging
//SYSFTPD  DD *,SYMBOLS=(JCLONLY)
CLIENTERRCODESEXTENDED
EPSV4 TRUE
EXTENSIONSAUTH_TLS
FWFRIENDLYTRUE
KEYRING   &KEYOWNR/&KEYRING
PASSIVEIGNOREADDR TRUE
SECUREIMPLICITZOS FALSE
SECURE_FTPREQUIRED
SECURE_MECHANISM  TLS
SECURE_DATACONN   PRIVATE
SECURE_CTRLCONN   PRIVATE
SECURE_HOSTNAME   REQUIRED
TLSMECHANISM  FTP
TLSRFCLEVEL   RFC4217
//* DEBUG SEC
//* TRACE
//* The 2 stmts above can be temporarily uncommented for debugging
//*

This worked on z/OS 2.4 and 2.5.  Maybe earlier. 

If you capture the trace, you'll need to use the gsktrace command to decipher 
it: 
gsktrace /tmp/gsk.trc > /tmp/gsk.out

"DEBUG" and "TRACE" are just routed to SYSOUT, so they're easier.  But there is 
a lot of information on the key exchange in the gsk trace. 

Wendell

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

Re: Big z/OS Preview Announcement

2023-02-28 Thread Lionel B. Dyck

How about this link
www.ibm.com/downloads/cas/CA-ENUSA23-0017-CA/name/CA-ENUSA23-0017-CA.PDF

I see below the link changed for some reason.


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

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: Tuesday, February 28, 2023 9:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Big z/OS Preview Announcement

Were sorry!

The page you're looking for may have been moved or deleted. Start a new
search on ibm.com or visit one of the popular sites shown below.


From: IBM Mainframe Discussion List  on behalf of
Lionel B. Dyck 
Sent: Tuesday, February 28, 2023 9:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Big z/OS Preview Announcement

Saw this post from Marna this morning:

Big z/OS Preview Announce day for our next release! A million great things
in there, but a couple of items of note: - z14 is the minimum level. - GA
will be 3Q2023, as is expected. - IBM Change Tracker (the newest priced
feature) will have a self-service 90-day trial if you want to give it a test
drive, with APAR PH51954, and you'll be able to also use the new z/OSMF
plug-in for it. - Several ISPF items in this announcement for pervasive
encryption, PDSE V2 member generations, UNIX directory.

Make sure you attend SHARE in Atlanta to hear all the latest news about what
is coming in z/OS 3.1! #IBMz #IBMzOS
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.co
m%2Fdownloads%2Fcas%2FCA-ENUSA23-0017-CA%2Fname%2FCA-ENUSA23-0017-CA&data=05
%7C01%7Csmetz3%40gmu.edu%7C40c007e672014364ac9008db1999800f%7C9e857255df574c
47a0c00546460380cb%7C0%7C0%7C638131919288879870%7CUnknown%7CTWFpbGZsb3d8eyJW
IjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%
7C&sdata=IO%2Fhq1RlOabelZVG6UvbkdyJpb2IDd5fMim59L%2BNLgQ%3D&reserved=0
.PDF


Lionel B. Dyck <><
Website:
https://secure-web.cisco.com/1ymbB98kvajwQtHxphPVQMYR_A2AaDb3-fJ3hG94C7nAr-L
Am4_6ajzQfAyxnssdEnm8Zb7xHsOomVmlCRjE4wx8tgaF9uuYIrtEBlu1NjZiy2Iry3qTo9Zxqjj
Uo7Xx8Eg9xbnHTuk5xOenLH6u7uAgj_CNY72GX-SPslaJTJTY2Xf7fuT0cam47FJ1_RzRnF9wdUD
0ysB97a7YfGvvMTTdh6LvFzlTDSAK-FaTYm5KdpfHzNntW0qr1J7pHtLbsPfWKdXgOuvKKLqCnjt
W_GQlBfie8_XF_iSrHbP7R9roHqpFetIwRUgRol1Mzd_0UrG4Fn0Yz4H2-NFICol-sTpdrA0rzpG
6xL2HAgZRWImjztl-V5IvZRJZ22wwZSFjdBVMfpFLtGRBWewLWTcTjfuZAb7-hLWvzeEer2X4hhh
HnT_S6hRSIJbKjm6nNAoF0/https%3A%2F%2Fwww.lbdsoftware.com
Github:
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com
%2Flbdyck&data=05%7C01%7Csmetz3%40gmu.edu%7C40c007e672014364ac9008db1999800f
%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638131919288879870%7CUnknown%7
CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0
%3D%7C3000%7C%7C%7C&sdata=V2HOWO9b92wz3r0z3kEOt8wpMGOQXeLf2pvIiLpVmqU%3D&res
erved=0

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

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


--
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: Big z/OS Preview Announcement

We’re sorry!

The page you're looking for may have been moved or deleted. Start a new search 
on ibm.com or visit one of the popular sites shown below.

From: IBM Mainframe Discussion List  on behalf of 
Lionel B. Dyck 
Sent: Tuesday, February 28, 2023 9:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Big z/OS Preview Announcement

Saw this post from Marna this morning:

Big z/OS Preview Announce day for our next release! A million great things
in there, but a couple of items of note: - z14 is the minimum level. - GA
will be 3Q2023, as is expected. - IBM Change Tracker (the newest priced
feature) will have a self-service 90-day trial if you want to give it a test
drive, with APAR PH51954, and you'll be able to also use the new z/OSMF
plug-in for it. - Several ISPF items in this announcement for pervasive
encryption, PDSE V2 member generations, UNIX directory.

Make sure you attend SHARE in Atlanta to hear all the latest news about what
is coming in z/OS 3.1! #IBMz #IBMzOS
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fdownloads%2Fcas%2FCA-ENUSA23-0017-CA%2Fname%2FCA-ENUSA23-0017-CA&data=05%7C01%7Csmetz3%40gmu.edu%7C40c007e672014364ac9008db1999800f%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638131919288879870%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=IO%2Fhq1RlOabelZVG6UvbkdyJpb2IDd5fMim59L%2BNLgQ%3D&reserved=0
.PDF

Lionel B. Dyck <><
Website: 
https://secure-web.cisco.com/1ymbB98kvajwQtHxphPVQMYR_A2AaDb3-fJ3hG94C7nAr-LAm4_6ajzQfAyxnssdEnm8Zb7xHsOomVmlCRjE4wx8tgaF9uuYIrtEBlu1NjZiy2Iry3qTo9ZxqjjUo7Xx8Eg9xbnHTuk5xOenLH6u7uAgj_CNY72GX-SPslaJTJTY2Xf7fuT0cam47FJ1_RzRnF9wdUD0ysB97a7YfGvvMTTdh6LvFzlTDSAK-FaTYm5KdpfHzNntW0qr1J7pHtLbsPfWKdXgOuvKKLqCnjtW_GQlBfie8_XF_iSrHbP7R9roHqpFetIwRUgRol1Mzd_0UrG4Fn0Yz4H2-NFICol-sTpdrA0rzpG6xL2HAgZRWImjztl-V5IvZRJZ22wwZSFjdBVMfpFLtGRBWewLWTcTjfuZAb7-hLWvzeEer2X4hhhHnT_S6hRSIJbKjm6nNAoF0/https%3A%2F%2Fwww.lbdsoftware.com
Github: 
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Flbdyck&data=05%7C01%7Csmetz3%40gmu.edu%7C40c007e672014364ac9008db1999800f%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638131919288879870%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=V2HOWO9b92wz3r0z3kEOt8wpMGOQXeLf2pvIiLpVmqU%3D&reserved=0

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

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

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

Re: Badmouthing Rexx and ooRexx - again (Re: zOSMF and zOWE for non-mainframers

What happens if you change the benchmark to use the array class and DO OVER?

From: IBM Mainframe Discussion List  on behalf of 
Rony G. Flatscher 
Sent: Tuesday, February 28, 2023 9:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Badmouthing Rexx and ooRexx - again (Re: zOSMF and zOWE for 
non-mainframers

On 28.02.2023 13:44, David Crayford wrote:
> ooRexx has two main issues: its a superset of REXX, which is a subpar 
> programming language, and it
> consumes a lot of CPU resources. Each language clause in ooRexx is a C++ 
> object that invokes
> dynamic dispatch whenever it's executed. Unlike most other sensible 
> programming languages, which
> compile to bytecode and use a virtual machine, ooRexx does not. When I 
> benchmarked OoRexx against
> Lua, I was surprised to find that it was almost 100 times slower. I used 
> valgrind to profile
> ooRexx's performance and discovered that most of the time was spent 
> allocating and marking objects
> for garbage collection. These objects were language metadata used by the 
> interpreter. ooRexx is an
> example of how not to implement a language interpreter in C++.

A lot of badmouthing and red herrings here (again), comparing apples with 
oranges (again). Totally
ignoring what has been discussed and concluded a year ago, so no reliability on 
you.

Last year there was a discussion with the subject that over time got 
superceeded with mailings of
different focuses:

- "Top 8 Reasons for using Python instead of REXX for z/OS", which then ended 
in the subject:

- "Speedy, speedier, speedest (Re: Ad message paradigm (Re: Ad NetRexx (Re: Ad 
programming features
(Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS"

In that thread I demonstrated a little ooRexx program that did beat your 
impertinent "test program"
that you implemented in C++, Lua and Python last year (still wondering why you 
did not implement
that simple benchmark in Assembler and show those figures). After learning 
about that ooRexx program
that actually performed faster than C++ (Lua and Python of course as well) you 
preferred to stop
that thread of discussion about a year ago. Now you are back, maybe speculating 
everyone forgot
about it?

The purpose of your "test program" was quite obviously to make Rexx and ooRexx 
look as bad as
possible. The same intent as your current message in your posting like: "ooRexx 
is an example of how
not to implement a language interpreter in C+." (which is nonsense).

Your artificial "test/benchmark program" that let C++, Lua, Python shine at 
first and make
Rexx/ooRexx look quite bad was designed exactly for that purpose: let strictly 
typed and compiled
languages be way ahead of dynamically typed and interpreted languages, so:

- create an array of size of ten million (sic!) of (primitive) type long
- fill the array in a loop and assign each index the result of taking the index 
value (an int being
cast to long) to the square
- go through that array and get the largest stored long value and display it

BTW, who has a real need for such programs in her/his daily life here? (In this 
community who would
really come up with the idea of implementing such a task in Rexx/ooRexx and not 
in Assembler if a
real need existed?)

So this everyday (not!) "benchmark" is designed to make dynamically typed and 
interpreted languages
look as bad as possible compared to strictly typed, compiled languages! It 
would be like comparing
number crunching Rexx/ooRexx programs with the same programs implemented in 
Assembler and concluding
Assembler is much better in general and forego Rexx/ooRexx (and ignoring the 
many other use cases in
which Rexx/ooRexx is much better than Assembler can possibly be; any language 
has its strengths and
its weaknesses, of course, including C++, Lua, Python, ...)!

It is an artificial test program. Still, it is possible to beat strictly typed, 
compiled languages
with dynamically typed, interpreted languages like ooRexx as demonstrated last 
year in this mailing
list! You just need to use your brain and the infrastructure that is available 
to you.

The technique has been rather simple: like it is the case with external 
function packages for
Rexx/ooRexx (to e.g. interact with system services, RDBMS etc.) look for a 
package/environment that
is strictly typed and compiled and which one can take advantage of. In this 
particular show case I
picked Java/NetRexx (NetRexx compiles to Java byte code, so one can write with 
the Rexx syntax
genuinely Java programs; NetRexx is rather easy to learn for Rexx-savvy 
programmers) as an external
package.

BTW, in the meantime I added the respective ooRexx examples to the ooRexx-Java 
bridge named
"BSF4ooRexx850" (makes all Java class libraries directly available to ooRexx 
and camouflages Java as
ooRexx, i.e. making Java objects understand ooRexx messages, in general 
allowing for ignoring strict
casing and much more) to demonstrate how to exploit Java/

Re: Big z/OS Preview Announcement

2023-02-28 Thread Rob Scott

A quick FYI, I will also be spending 10-15mins in my "SDSF Hidden Treasures"  
Share session previewing the big ticket items we have in 3.1.

There are some very interesting SDSF features on the way.

Rob Scott
Rocket Software



From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B. Dyck
Sent: 28 February 2023 14:38
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Big z/OS Preview Announcement

EXTERNAL EMAIL



Saw this post from Marna this morning:

Big z/OS Preview Announce day for our next release! A million great things
in there, but a couple of items of note: - z14 is the minimum level. - GA
will be 3Q2023, as is expected. - IBM Change Tracker (the newest priced
feature) will have a self-service 90-day trial if you want to give it a test
drive, with APAR PH51954, and you'll be able to also use the new z/OSMF
plug-in for it. - Several ISPF items in this announcement for pervasive
encryption, PDSE V2 member generations, UNIX directory.

Make sure you attend SHARE in Atlanta to hear all the latest news about what
is coming in z/OS 3.1! #IBMz #IBMzOS
https://www.ibm.com/downloads/cas/CA-ENUSA23-0017-CA/name/CA-ENUSA23-0017-CA
.PDF


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

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

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


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


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

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

Badmouthing Rexx and ooRexx - again (Re: zOSMF and zOWE for non-mainframers

2023-02-28 Thread Rony G. Flatscher


On 28.02.2023 13:44, David Crayford wrote:
ooRexx has two main issues: its a superset of REXX, which is a subpar programming language, and it 
consumes a lot of CPU resources. Each language clause in ooRexx is a C++ object that invokes 
dynamic dispatch whenever it's executed. Unlike most other sensible programming languages, which 
compile to bytecode and use a virtual machine, ooRexx does not. When I benchmarked OoRexx against 
Lua, I was surprised to find that it was almost 100 times slower. I used valgrind to profile 
ooRexx's performance and discovered that most of the time was spent allocating and marking objects 
for garbage collection. These objects were language metadata used by the interpreter. ooRexx is an 
example of how not to implement a language interpreter in C++.


A lot of badmouthing and red herrings here (again), comparing apples with oranges (again). Totally 
ignoring what has been discussed and concluded a year ago, so no reliability on you.


Last year there was a discussion with the subject that over time got superceeded with mailings of 
different focuses:


- "Top 8 Reasons for using Python instead of REXX for z/OS", which then ended 
in the subject:

- "Speedy, speedier, speedest (Re: Ad message paradigm (Re: Ad NetRexx (Re: Ad programming features 
(Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS"


In that thread I demonstrated a little ooRexx program that did beat your impertinent "test program" 
that you implemented in C++, Lua and Python last year (still wondering why you did not implement 
that simple benchmark in Assembler and show those figures). After learning about that ooRexx program 
that actually performed faster than C++ (Lua and Python of course as well) you preferred to stop 
that thread of discussion about a year ago. Now you are back, maybe speculating everyone forgot 
about it?


The purpose of your "test program" was quite obviously to make Rexx and ooRexx look as bad as 
possible. The same intent as your current message in your posting like: "ooRexx is an example of how 
not to implement a language interpreter in C+." (which is nonsense).


Your artificial "test/benchmark program" that let C++, Lua, Python shine at first and make 
Rexx/ooRexx look quite bad was designed exactly for that purpose: let strictly typed and compiled 
languages be way ahead of dynamically typed and interpreted languages, so:


- create an array of size of ten million (sic!) of (primitive) type long
- fill the array in a loop and assign each index the result of taking the index value (an int being 
cast to long) to the square

- go through that array and get the largest stored long value and display it

BTW, who has a real need for such programs in her/his daily life here? (In this community who would 
really come up with the idea of implementing such a task in Rexx/ooRexx and not in Assembler if a 
real need existed?)


So this everyday (not!) "benchmark" is designed to make dynamically typed and interpreted languages 
look as bad as possible compared to strictly typed, compiled languages! It would be like comparing 
number crunching Rexx/ooRexx programs with the same programs implemented in Assembler and concluding 
Assembler is much better in general and forego Rexx/ooRexx (and ignoring the many other use cases in 
which Rexx/ooRexx is much better than Assembler can possibly be; any language has its strengths and 
its weaknesses, of course, including C++, Lua, Python, ...)!


It is an artificial test program. Still, it is possible to beat strictly typed, compiled languages 
with dynamically typed, interpreted languages like ooRexx as demonstrated last year in this mailing 
list! You just need to use your brain and the infrastructure that is available to you.


The technique has been rather simple: like it is the case with external function packages for 
Rexx/ooRexx (to e.g. interact with system services, RDBMS etc.) look for a package/environment that 
is strictly typed and compiled and which one can take advantage of. In this particular show case I 
picked Java/NetRexx (NetRexx compiles to Java byte code, so one can write with the Rexx syntax 
genuinely Java programs; NetRexx is rather easy to learn for Rexx-savvy programmers) as an external 
package.


BTW, in the meantime I added the respective ooRexx examples to the ooRexx-Java bridge named 
"BSF4ooRexx850" (makes all Java class libraries directly available to ooRexx and camouflages Java as 
ooRexx, i.e. making Java objects understand ooRexx messages, in general allowing for ignoring strict 
casing and much more) to demonstrate how to exploit Java/NetRexx for this kind of use case from ooRexx.


Here the ooRexx program exploiting Java ("samples/4-601_compileAndRunEmbeddedJava1.rxj") for 
carrying out that stupid task, the Java code is given in the resource directive (allows for placing 
and retrieving any text in an ooRexx program) named "squares.java":


--- cut ---

   signal on syntax /* in case a c

Big z/OS Preview Announcement

2023-02-28 Thread Lionel B. Dyck

Saw this post from Marna this morning:

Big z/OS Preview Announce day for our next release! A million great things
in there, but a couple of items of note: - z14 is the minimum level. - GA
will be 3Q2023, as is expected. - IBM Change Tracker (the newest priced
feature) will have a self-service 90-day trial if you want to give it a test
drive, with APAR PH51954, and you'll be able to also use the new z/OSMF
plug-in for it. - Several ISPF items in this announcement for pervasive
encryption, PDSE V2 member generations, UNIX directory. 

Make sure you attend SHARE in Atlanta to hear all the latest news about what
is coming in z/OS 3.1! #IBMz #IBMzOS
https://www.ibm.com/downloads/cas/CA-ENUSA23-0017-CA/name/CA-ENUSA23-0017-CA
.PDF


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

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

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

Subject: Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?

2023-02-28 Thread billogden

I agree with Shumel and some others. It would be very nice if many panels
would somehow display the actual commands they will use or, if that is not
workable, perhaps a very short outline of the actions that will be taken.

Being rather elderly now (and with failing memory at times) this would be
especially nice for helping us old blockheads be nicer about zOSMF.

Bill Ogden

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

Re: [EXTERNAL] Re: Silly JES2 question

2023-02-28 Thread Dave Jousma

On Tue, 28 Feb 2023 14:12:03 +, Pommier, Rex  
wrote:

>At this point we don't have a system limitation on who can use which job 
>class.  It's on my list of to-dos.  
>
>We have security on some commands, limiting who can use them.
>
>Rex
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Jeremy Nicoll
>Sent: Monday, February 27, 2023 5:58 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: [EXTERNAL] Re: Silly JES2 question
>
>On Mon, 27 Feb 2023, at 23:09, Pommier, Rex wrote:
>> We have COMMAND=EXECUTE on a couple job classes.
>
>Do you limit who can use those classes?
>

There is no native z/OS support to limit who can use what job classes.   We had 
to RYO inserting SAF calls in IEFUJI, IKJEFF10, and ISFUSR.IEFUJI is the 
real gate keeper, the others are just for the users convenience when submitting 
a job, or changing jobclasses in SDSF.

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

Re: [EXTERNAL] Re: Silly JES2 question

2023-02-28 Thread Pommier, Rex

At this point we don't have a system limitation on who can use which job class. 
 It's on my list of to-dos.  

We have security on some commands, limiting who can use them.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jeremy Nicoll
Sent: Monday, February 27, 2023 5:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Silly JES2 question

On Mon, 27 Feb 2023, at 23:09, Pommier, Rex wrote:
> We have COMMAND=EXECUTE on a couple job classes.

Do you limit who can use those classes?

Does anything (RACF or whatever) limit which commands can be executed?

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

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

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

Re: Can you connect to the PTF download site with z/OS FTP?

2023-02-28 Thread Allan Staller

Classification: Confidential

Thnks for the update Kurt.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt J. Quackenbush
Sent: Tuesday, February 28, 2023 7:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can you connect to the PTF download site with z/OS FTP?

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

IBM Downloads (public.dhe.ibm.com) - Disablement of unsecure connection methods:
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fpages%2Fnode%2F6826677&data=05%7C01%7Callan.staller%40HCL.COM%7C335a4bc446a643d7735e08db1993a5c0%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C638131894168252828%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=tHegNJsGnJUn%2FGLfL1rxrkbxuPxoJzo9BGOaCMO4s7o%3D&reserved=0

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com

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

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

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

Re: Can you connect to the PTF download site with z/OS FTP?

2023-02-28 Thread Kurt J. Quackenbush

IBM Downloads (public.dhe.ibm.com) - Disablement of unsecure connection methods:
https://www.ibm.com/support/pages/node/6826677

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com

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: Can you connect to the PTF download site with z/OS FTP?

2023-02-28 Thread Allan Staller

Classification: Confidential

IBM made a change to no longer accept non-secured connections due to some EU 
privacy laws. IIRC July 2021 or so. HTTPS or FTPS is required.
I do not know if AT-TLS is one of the accepted protocols.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Babcock
Sent: Monday, February 27, 2023 6:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can you connect to the PTF download site with z/OS FTP?

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

We have been using plain old FTP to IBM (downloading enhanced hold data) for 
quite a while now and in the last week or so, we had to convert to
using FTPS (TLS 1.2).   So to me, it appears IBM made a change and now
requires a secure connection.   Yes, I know we can use SMPE RECEIVE ORDER,
and we do but we had a STEP in one of our jobs that used the old way.

On Mon, Feb 27, 2023 at 6:24 PM Charles Mills  wrote:

> FWIW what you show is in conflict with what Paul Gorlinsky wrote: that
> IBM did not support FTPS.
>
> (I'm not trying to pick a fight. I have reasons for wanting to get
> FTPS to
> work.)
>
> I see that you are using AT-TLS and that is goodness of course but it
> should not make a huge difference bottom line. I wonder why mine is failing.
>
> At least I know the problem is not V2R5. That's a help.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Ed Jaffe
> Sent: Monday, February 27, 2023 10:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Can you connect to the PTF download site with z/OS FTP?
>
> On 2/27/2023 9:32 AM, Charles Mills wrote:
> >
> > Starting I think with V2R5 you need AT-TLS for the FTP server, and
> > for
> TLS 1.3 (only) on the client.
>
> Don't know about TLS 1.3 (we don't use that yet), but it clearly still
> supports TLS 1.2. See below:
>
> EZA1450I IBM FTP CS V2R5
> EZA1466I FTP: using TCPIP
> EZA1456I Connect to ?
> EZA1736I public.dhe.ibm.com
> EZYFT18I Using catalog '/usr/lib/nls/msg/C/ftpdmsg.cat' for FTP messages.
> EZA1554I Connecting to: public.southdata.ibm.com 170.225.126.18 port: 21.
> 220-**
>   **
>   *  IBM's internal systems must only be used for conducting IBM's *
>   *  business or for purposes authorized by IBM management.*
>   **
>   *  Use is subject to audit at any time by IBM management.*
>   **
>   *  Important  Please read*
>   **
>   *  Machine Code updates provided through this site are available *
>   *  only for IBM machines that are under warranty or an IBM hardware  *
>   *  maintenance service agreement Code for operating systems or other *
>   *  software products is available only where entitled under the  *
>   *  applicable software warranty or IBM software maintenance  *
>   *  agreement. All code (including Machine Code updates, samples, *
>   *  fixes or other software downloads)provided through this site  *
>   *  is subject to the terms of the license agreements which   *
>   *  govern the use of the associated code. Some exceptions may*
>   *  apply.IBM reserves the right to change, modify or withdraw its*
>   *  offerings,policies and practices at any time. *
>
> **
> 220 ProFTPD Server (proftpd) [170.225.126.18]
> FC0296 ftpAuth: security values: mech=TLS, tlsmech=ATTLS, tlsreuse=N,
> sFTP=A, sCC=C, sDC=P
> FC2975 ftpAuthAttls: AT-TLS policy set as application controlled.
> FU2420 TTLSRule: PSI_FTP-Client~1
> FU2426 TTLSGroupAction: gAct1
> FU2432 TTLSEnvironmentAction: eAct1~FTP_Clients
> FU2439 TTLSConnectionACtion: cAct1~FTP_Clients EZA1701I >>> AUTH TLS
> 234 AUTH TLS successful
> FC3144 authServerAttls: Start Handshake
> FC3175 authServerAttls: FIPS140 not enabled
> FC3212 authServerAttls: Using TLSv1.2 protocol
> FC3230 authServerAttls: SSL cipher: 002F
> FU2135 getCtrlConnCertAttls: Request certificate, size 1751
> FU2755 getSessionIdAttls: Issuing SIOCTTLSCTL to get decoded AT-TLS
> Session ID EZA2895I Authentication negotiation succeeded
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
--
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

--

Re: zOSMF and zOWE for non-mainframers

You may want to take a look at MIR (Medium Internal Representation) 
which is a framework for writing JIT's. It's experimental but looks to 
build on and improve LLVM. It supports codegen for s390x so should run 
fine on z/OS.


[1] https://github.com/vnmakarov/mir
[2] https://github.com/dibyendumajumdar/ravi

On 28/2/23 20:57, René Jansen wrote:

That is interesting because I was benchmarking it years ago it was only slower 
with programs that did a lot of external calls, and all programs with 
arithmetic were a lot faster than the interpreter. Anyway, all very good 
observations for new Rexx implementations. I share your observations about the 
Object Rexx implementation, of which the garbage collection always was the 
achilles heel. But did you test with the IBM implementation or the new 5.0.0 
version? It seems to have become a lot faster over the years.

Is there a github repo with your benchmarks? Just because we are working on a 
new, VM and bytecode based Rexx system.

René.


On 28 Feb 2023, at 13:49, David Crayford  wrote:

On 28/2/23 20:41, René Jansen wrote:

Depending on what you test and what you want to see of course. You did use the 
Rexx compiler?

Yes, and the REXX compiler was slower than the interpreter. I profiled it using 
Application Performance Analyzer and it was spending 90% of it's time in 
GETMAIN calls so it has sub-optimal memory management. The REXX compiler should 
not be used if you are using medium to large stem variables or data stacks.



René.


On 28 Feb 2023, at 06:47, David Crayford  wrote:

On 25/2/23 01:23, Farley, Peter wrote:

Python on the mainframe is pretty good, but still can't beat out Rexx in 
performance even when the Rex script needs to use BPXWUNIX and friends to 
access z/OS Unix file systems,


I have conducted a series of benchtests, and the results suggest that REXX is 
not as fast as Python. In my testing, I compare the performance of C, Lua, 
Python, and REXX, and the results are clear: C is the fastest, followed by Lua, 
which is within an order of magnitude of C. Python comes next, within an order 
of magnitude of Lua, and REXX consistently performs the poorest. In addition to 
the performance factor, the vast Python ecosystem compared to the limited 
options available for REXX also make it an easy decision. Python is also 
simpler to extend with packages, while REXX requires more effort and 
potentially complex steps, such as using modern libraries that require Language 
Environment (LE).

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

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

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


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


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

Re: zOSMF and zOWE for non-mainframers

Read it how? I would expect vastly different timings depending on the answer.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Tuesday, February 28, 2023 7:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF and zOWE for non-mainframers

On 28/2/23 20:41, René Jansen wrote:
> Depending on what you test and what you want to see of course. You did use 
> the Rexx compiler?

My tests are quite straightforward. I take a 12,000 cylinder SMF
sequential file and read it using different programming languages and
then compare the timing results.


>
> René.
>
>> On 28 Feb 2023, at 06:47, David Crayford  wrote:
>>
>> On 25/2/23 01:23, Farley, Peter wrote:
>>> Python on the mainframe is pretty good, but still can't beat out Rexx in 
>>> performance even when the Rex script needs to use BPXWUNIX and friends to 
>>> access z/OS Unix file systems,
>>>
>> I have conducted a series of benchtests, and the results suggest that REXX 
>> is not as fast as Python. In my testing, I compare the performance of C, 
>> Lua, Python, and REXX, and the results are clear: C is the fastest, followed 
>> by Lua, which is within an order of magnitude of C. Python comes next, 
>> within an order of magnitude of Lua, and REXX consistently performs the 
>> poorest. In addition to the performance factor, the vast Python ecosystem 
>> compared to the limited options available for REXX also make it an easy 
>> decision. Python is also simpler to extend with packages, while REXX 
>> requires more effort and potentially complex steps, such as using modern 
>> libraries that require Language Environment (LE).
>>
>> --
>> 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: zOSMF and zOWE for non-mainframers

2023-02-28 Thread René Jansen

That is interesting because I was benchmarking it years ago it was only slower 
with programs that did a lot of external calls, and all programs with 
arithmetic were a lot faster than the interpreter. Anyway, all very good 
observations for new Rexx implementations. I share your observations about the 
Object Rexx implementation, of which the garbage collection always was the 
achilles heel. But did you test with the IBM implementation or the new 5.0.0 
version? It seems to have become a lot faster over the years.

Is there a github repo with your benchmarks? Just because we are working on a 
new, VM and bytecode based Rexx system.

René.

> On 28 Feb 2023, at 13:49, David Crayford  wrote:
> 
> On 28/2/23 20:41, René Jansen wrote:
>> Depending on what you test and what you want to see of course. You did use 
>> the Rexx compiler?
> 
> Yes, and the REXX compiler was slower than the interpreter. I profiled it 
> using Application Performance Analyzer and it was spending 90% of it's time 
> in GETMAIN calls so it has sub-optimal memory management. The REXX compiler 
> should not be used if you are using medium to large stem variables or data 
> stacks.
> 
> 
>> René.
>> 
>>> On 28 Feb 2023, at 06:47, David Crayford  wrote:
>>> 
>>> On 25/2/23 01:23, Farley, Peter wrote:
 Python on the mainframe is pretty good, but still can't beat out Rexx in 
 performance even when the Rex script needs to use BPXWUNIX and friends to 
 access z/OS Unix file systems,
 
>>> I have conducted a series of benchtests, and the results suggest that REXX 
>>> is not as fast as Python. In my testing, I compare the performance of C, 
>>> Lua, Python, and REXX, and the results are clear: C is the fastest, 
>>> followed by Lua, which is within an order of magnitude of C. Python comes 
>>> next, within an order of magnitude of Lua, and REXX consistently performs 
>>> the poorest. In addition to the performance factor, the vast Python 
>>> ecosystem compared to the limited options available for REXX also make it 
>>> an easy decision. Python is also simpler to extend with packages, while 
>>> REXX requires more effort and potentially complex steps, such as using 
>>> modern libraries that require Language Environment (LE).
>>> 
>>> --
>>> 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: zOSMF and zOWE for non-mainframers

That would be great. CPAN is the main reason that I use Perl and CTAN makes 
(La)TeX much more useful.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Jay 
Maynard [jaymayn...@gmail.com]
Sent: Tuesday, February 28, 2023 7:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF and zOWE for non-mainframers

The discussion about standard libraries like Python's came up in a recent
discussion on LinkedIn about REXX, and David Boyes said he was working on
something along those lines for REXX. He said he hopes to have it ready for
the next VM Workshop.

On Tue, Feb 28, 2023 at 6:28 AM Seymour J Metz  wrote:

> What about Java? How well does JIT work?
>
> The gold standard for REXX is ooRexx, but IBM has not seen fit to
> integrate it into z/OS or z/VM.
>
> However, for off the shelf package libraries, Perl and Python are
> admittedly ahead of REXX. What are the Python and Ruby equivalents of CPAN?
>
> I've found extending REXX for CMS and TSO to be easy, although admittedly
> assembler is mothers' milk to me and I didn't have to deal with LE issues.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of David Crayford [dcrayf...@gmail.com]
> Sent: Tuesday, February 28, 2023 12:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: zOSMF and zOWE for non-mainframers
>
> On 25/2/23 01:23, Farley, Peter wrote:
> > Python on the mainframe is pretty good, but still can't beat out Rexx in
> performance even when the Rex script needs to use BPXWUNIX and friends to
> access z/OS Unix file systems,
> >
>
> I have conducted a series of benchtests, and the results suggest that
> REXX is not as fast as Python. In my testing, I compare the performance
> of C, Lua, Python, and REXX, and the results are clear: C is the
> fastest, followed by Lua, which is within an order of magnitude of C.
> Python comes next, within an order of magnitude of Lua, and REXX
> consistently performs the poorest. In addition to the performance
> factor, the vast Python ecosystem compared to the limited options
> available for REXX also make it an easy decision. Python is also simpler
> to extend with packages, while REXX requires more effort and potentially
> complex steps, such as using modern libraries that require Language
> Environment (LE).
>
> --
> 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
>


--
Jay Maynard

--
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 and zOWE for non-mainframers


On 28/2/23 20:41, René Jansen wrote:

Depending on what you test and what you want to see of course. You did use the 
Rexx compiler?


My tests are quite straightforward. I take a 12,000 cylinder SMF 
sequential file and read it using different programming languages and 
then compare the timing results.





René.


On 28 Feb 2023, at 06:47, David Crayford  wrote:

On 25/2/23 01:23, Farley, Peter wrote:

Python on the mainframe is pretty good, but still can't beat out Rexx in 
performance even when the Rex script needs to use BPXWUNIX and friends to 
access z/OS Unix file systems,


I have conducted a series of benchtests, and the results suggest that REXX is 
not as fast as Python. In my testing, I compare the performance of C, Lua, 
Python, and REXX, and the results are clear: C is the fastest, followed by Lua, 
which is within an order of magnitude of C. Python comes next, within an order 
of magnitude of Lua, and REXX consistently performs the poorest. In addition to 
the performance factor, the vast Python ecosystem compared to the limited 
options available for REXX also make it an easy decision. Python is also 
simpler to extend with packages, while REXX requires more effort and 
potentially complex steps, such as using modern libraries that require Language 
Environment (LE).

--
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: zOSMF and zOWE for non-mainframers

I see it being based on Rexx as a plus.

My understanding is that 5.0 is faster; it might be desirable to run the 
benchmark again. Also, benchmark results are highly dependent on what code you 
measure; you can write FORTRAN in any language. Did the ooRexx code you 
measured exploit ooRexx, or was it classic Rexx?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Tuesday, February 28, 2023 7:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF and zOWE for non-mainframers

ooRexx has two main issues: its a superset of REXX, which is a subpar
programming language, and it consumes a lot of CPU resources. Each
language clause in ooRexx is a C++ object that invokes dynamic dispatch
whenever it's executed. Unlike most other sensible programming
languages, which compile to bytecode and use a virtual machine, ooRexx
does not. When I benchmarked OoRexx against Lua, I was surprised to find
that it was almost 100 times slower. I used valgrind to profile ooRexx's
performance and discovered that most of the time was spent allocating
and marking objects for garbage collection. These objects were language
metadata used by the interpreter. ooRexx is an example of how not to
implement a language interpreter in C++.

On 28/2/23 20:28, Seymour J Metz wrote:
> What about Java? How well does JIT work?
>
> The gold standard for REXX is ooRexx, but IBM has not seen fit to integrate 
> it into z/OS or z/VM.
>
> However, for off the shelf package libraries, Perl and Python are admittedly 
> ahead of REXX. What are the Python and Ruby equivalents of CPAN?
>
> I've found extending REXX for CMS and TSO to be easy, although admittedly 
> assembler is mothers' milk to me and I didn't have to deal with LE issues.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> David Crayford [dcrayf...@gmail.com]
> Sent: Tuesday, February 28, 2023 12:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: zOSMF and zOWE for non-mainframers
>
> On 25/2/23 01:23, Farley, Peter wrote:
>> Python on the mainframe is pretty good, but still can't beat out Rexx in 
>> performance even when the Rex script needs to use BPXWUNIX and friends to 
>> access z/OS Unix file systems,
>>
> I have conducted a series of benchtests, and the results suggest that
> REXX is not as fast as Python. In my testing, I compare the performance
> of C, Lua, Python, and REXX, and the results are clear: C is the
> fastest, followed by Lua, which is within an order of magnitude of C.
> Python comes next, within an order of magnitude of Lua, and REXX
> consistently performs the poorest. In addition to the performance
> factor, the vast Python ecosystem compared to the limited options
> available for REXX also make it an easy decision. Python is also simpler
> to extend with packages, while REXX requires more effort and potentially
> complex steps, such as using modern libraries that require Language
> Environment (LE).
>
> --
> 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: zOSMF and zOWE for non-mainframers


On 28/2/23 20:41, René Jansen wrote:

Depending on what you test and what you want to see of course. You did use the 
Rexx compiler?


Yes, and the REXX compiler was slower than the interpreter. I profiled 
it using Application Performance Analyzer and it was spending 90% of 
it's time in GETMAIN calls so it has sub-optimal memory management. The 
REXX compiler should not be used if you are using medium to large stem 
variables or data stacks.




René.


On 28 Feb 2023, at 06:47, David Crayford  wrote:

On 25/2/23 01:23, Farley, Peter wrote:

Python on the mainframe is pretty good, but still can't beat out Rexx in 
performance even when the Rex script needs to use BPXWUNIX and friends to 
access z/OS Unix file systems,


I have conducted a series of benchtests, and the results suggest that REXX is 
not as fast as Python. In my testing, I compare the performance of C, Lua, 
Python, and REXX, and the results are clear: C is the fastest, followed by Lua, 
which is within an order of magnitude of C. Python comes next, within an order 
of magnitude of Lua, and REXX consistently performs the poorest. In addition to 
the performance factor, the vast Python ecosystem compared to the limited 
options available for REXX also make it an easy decision. Python is also 
simpler to extend with packages, while REXX requires more effort and 
potentially complex steps, such as using modern libraries that require Language 
Environment (LE).

--
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: zOSMF and zOWE for non-mainframers

Any discussion of editors reminds me of 
. It is very difficult 
to find a single editor that has all desirable features.

Yes, ISPF and XEDIT are dated, but they do a superb job of handling data by 
line, which is a natural way to think about code despite being out of fashion. 
I see the ability to write macros in Rexx as a plus, although I could live 
with, e.g., Java, Python, Ruby.

AI? It is a blessing and a curse: when it correctly autocompletes, etc., then 
it is helpful.  if it quietly replaces correct text with incorrect text, then 
it is bad and I refer to it as "artificial stupidity". I suspect that everybody 
here has encountered word processors that introduced errors with their 
auto-defect (stet) features.

  There was a little girl
 By Henry Wadsworth Longfellow
 There was a little girl,
 Who had a little curl,
 Right in the middle of her forehead.
 When she was good,
 She was very good indeed,
 But when she was bad she was horrid.

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

From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Tuesday, February 28, 2023 12:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF and zOWE for non-mainframers

While I understand that it may be an unpopular opinion on this forum, I
personally believe that the ISPF editor is outdated relic. As Peter
mentioned, VS Code is a fantastic alternative. Additionally, Microsoft's
GitHub offers the Copilot plugin, which functions as an AI programming
assistant. In my own experience, using graphical user interface (GUI)
editors over the past two decades has greatly increased my productivity
through features like auto-completion, code navigation, and linting.
Copilot has exceeded my expectations, and I now believe we have entered
a new era of AI-assisted coding, similar to the game-changing
capabilities of ChatGPT.

https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.github.com%2Fen%2Fcopilot&data=05%7C01%7Csmetz3%40gmu.edu%7Cb6c86d4fa8df4b7723a808db194e43c3%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638131596160760449%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=nmTYUraSUa%2B6HEl%2BNKmzULDnZjcAiSpemCrgKw%2B%2BxIA%3D&reserved=0

On 25/2/23 01:23, Farley, Peter wrote:
> Lionel, respectfully I must disagree.  I have been using the IBM Zxplore 
> website on my own time for over a year now for enhanced learning of some of 
> the "new" technologies available on our mainframe systems, and I have been 
> consistently surprised to observe the actual difficulties that genuine 
> newcomers to mainframe systems have with many fundamental concepts that we 
> take for granted.  The "almost tree-like (but not really)" structure of 
> mainframe datasets and the use (and mis-use) of JCL seem to be the most 
> frequent cause of misunderstanding and errors, along with learning to read 
> and understand the messages generated from a batch job or utility execution.
>
> It isn't the client-side tool interface (VSCode vs TSO/ISPF) that gives most 
> of the newcomers fits, they seem to pick that up without too many problems.  
> It's the fundamental system operational differences that make it harder for 
> them to grasp, at least at first.
>
> OTOH, the VSCode/ZOWE interfaces were (for me anyway) easy to learn and 
> understand.  Sometimes annoying to use but very effective.  Especially Zowe 
> utilities at a command prompt, the help features are annoyingly verbose 
> though very helpful when you first start using them.
>
> But all these open tools are only scratching the surface.  The real deal 
> costs real money, because a Windows/Linux client cannot do dynamic 
> compilation/binding/debugging on the mainframe without paid packages from IBM 
> or other vendor add-on products.  At this point in time the best you can 
> offer with open-source tools is batch job submission to compile and bind and 
> execute, and review the batch job output in the VSCode client instead of in 
> TSO/ISPF.  I'm not sure that is enough of a win to make it into a CIO's TODO 
> list, especially when you add the DASD increment to supply all developers 
> with large enough z/OS Unix file systems to do their work in the "new way" 
> because that's a "real money" addition to the cost of operation.
>
> And forget about CI/CD tool chains.  The CI/CD tool vendors seem to all be 
> using the "normal" IBM and large ISV pricing schemes (i.e., lots of money) 
> for mainframe versions of those tools.  Another (big!) minus in the CIO's 
> view.
>
> The other issue is CPU usage in today's 
> frequently-CPU-constrained-due-to-cost mainframe shops.  In solving some of 
> the Zxplore "challenges" (exercises to learn a feature or tool), many times 
> the chal

Re: zOSMF and zOWE for non-mainframers

ooRexx has two main issues: its a superset of REXX, which is a subpar 
programming language, and it consumes a lot of CPU resources. Each 
language clause in ooRexx is a C++ object that invokes dynamic dispatch 
whenever it's executed. Unlike most other sensible programming 
languages, which compile to bytecode and use a virtual machine, ooRexx 
does not. When I benchmarked OoRexx against Lua, I was surprised to find 
that it was almost 100 times slower. I used valgrind to profile ooRexx's 
performance and discovered that most of the time was spent allocating 
and marking objects for garbage collection. These objects were language 
metadata used by the interpreter. ooRexx is an example of how not to 
implement a language interpreter in C++.


On 28/2/23 20:28, Seymour J Metz wrote:

What about Java? How well does JIT work?

The gold standard for REXX is ooRexx, but IBM has not seen fit to integrate it 
into z/OS or z/VM.

However, for off the shelf package libraries, Perl and Python are admittedly 
ahead of REXX. What are the Python and Ruby equivalents of CPAN?

I've found extending REXX for CMS and TSO to be easy, although admittedly 
assembler is mothers' milk to me and I didn't have to deal with LE issues.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Tuesday, February 28, 2023 12:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF and zOWE for non-mainframers

On 25/2/23 01:23, Farley, Peter wrote:

Python on the mainframe is pretty good, but still can't beat out Rexx in 
performance even when the Rex script needs to use BPXWUNIX and friends to 
access z/OS Unix file systems,


I have conducted a series of benchtests, and the results suggest that
REXX is not as fast as Python. In my testing, I compare the performance
of C, Lua, Python, and REXX, and the results are clear: C is the
fastest, followed by Lua, which is within an order of magnitude of C.
Python comes next, within an order of magnitude of Lua, and REXX
consistently performs the poorest. In addition to the performance
factor, the vast Python ecosystem compared to the limited options
available for REXX also make it an easy decision. Python is also simpler
to extend with packages, while REXX requires more effort and potentially
complex steps, such as using modern libraries that require Language
Environment (LE).

--
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: Cant SPKA to PSW Key 4

2023-02-28 Thread Joseph Reichman

If you could tell me the price 

I have Zpdt personal edition 

Thank you 

> On Feb 28, 2023, at 7:33 AM, Robert Shimizu  wrote:
> 
> Ed:
> 
> THANKS for being a happy z/XDC user, sir!
> 
> Sincerely,
> Bob
> 
>> On 2/27/23 8:36 AM, Ed Jaffe wrote:
>>> On 2/27/2023 2:07 AM, Rob Scott wrote:
>>> As others might have suggested, if you are even semi-serious about writing 
>>> authorized code then I think it would be worth your time talking to Cole 
>>> Software about getting z/XDC.
>> 
>> We are happy z/XDC users, but we also rely heavily on the z/VM TRACE command 
>> as mentioned by Jim Mulder.
>> 
>> z/VM's TRACE can be used interactively to debug literally anything -- even 
>> an interrupt handler or IOS exit. If circumstances warrant, we will let the 
>> TRACE run and SPOOL its output to z/OS (via NJE from RSCS) where we have a 
>> REXX exec that superimposes its information on assembly listings.
>> 
>> The result displayed by that REXX are 1) an annotated 
>> instruction-by-instruction trace and 2) full source program listing showing 
>> how many times each statement was executed.
>> 
>> We also use SLIP IF tracing when it makes sense to do so and superimpose 
>> that information on assembly listings in the same manner.
>> 
>> 
> 
> -- 
> 
> Robert W. Shimizu
> Partner, Concierge
> ColeSoft Marketing, Inc.
> (800) 932-5150
> (928) 771-2003
> 
> bshim...@colesoft.com 
> www.colesoft.com 
> 
> --
> 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 and zOWE for non-mainframers

2023-02-28 Thread René Jansen

Depending on what you test and what you want to see of course. You did use the 
Rexx compiler?

René.

> On 28 Feb 2023, at 06:47, David Crayford  wrote:
> 
> On 25/2/23 01:23, Farley, Peter wrote:
>> Python on the mainframe is pretty good, but still can't beat out Rexx in 
>> performance even when the Rex script needs to use BPXWUNIX and friends to 
>> access z/OS Unix file systems,
>> 
> 
> I have conducted a series of benchtests, and the results suggest that REXX is 
> not as fast as Python. In my testing, I compare the performance of C, Lua, 
> Python, and REXX, and the results are clear: C is the fastest, followed by 
> Lua, which is within an order of magnitude of C. Python comes next, within an 
> order of magnitude of Lua, and REXX consistently performs the poorest. In 
> addition to the performance factor, the vast Python ecosystem compared to the 
> limited options available for REXX also make it an easy decision. Python is 
> also simpler to extend with packages, while REXX requires more effort and 
> potentially complex steps, such as using modern libraries that require 
> Language Environment (LE).
> 
> --
> 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: Cant SPKA to PSW Key 4

2023-02-28 Thread Jay Maynard

Good heavens, Bob, I remember talking to you in the 80s about XDC. I'm
pleased to see you're still involved. I never had a chance to use your
product, sadly, but it has an excellent reputation. I just couldn't justify
it for the limited use it would have gotten at any of the shops I was at.

On Tue, Feb 28, 2023 at 6:32 AM Robert Shimizu 
wrote:

> Hi Mike:
>
> THANK YOU for the kind words, and your long loyalty, sir.
>
> Sincerely,
> Bob
>
> On 2/27/23 7:01 AM, Mike Shaw wrote:
> > +1
> >
> > We have been licensees of z/XDC for over 25 years. It has saved us
> > immeasurable amounts of man-hours.
> >
> > Mike Shaw
> > MVS/QuickRef Support Group
> > Chicago-Soft, Ltd.
> >
> >
> > On Mon, Feb 27, 2023 at 5:07 AM Rob Scott
> wrote:
> >
> >> Joseph
> >>
> >> As others might have suggested, if you are even semi-serious about
> writing
> >> authorized code then I think it would be worth your time talking to Cole
> >> Software about getting z/XDC.
> >>
> >> Independently of that discussion, it might be a good idea to take stock
> of
> >> your current software’s own trace abilities  (and I mean something more
> >> than just putting the odd WTO out).
> >>
> >> It would be a very good investment in your time to build a comprehensive
> >> internal trace capability for your software, something that can support
> all
> >> environments that it can be executed in.
> >>
> >> Even if you are writing authorized code for your own interest/hobby,
> then
> >> believe me that solving this issue is extremely interesting (and
> rewarding).
> >>
> >> The return on investment for this is huge if your code ever reaches a
> >> customer site and you are trying to resolve a problem.
> >>
> >> Rob Scott
> >> Rocket Software
> >>
> >> From: IBM Mainframe Discussion List  On
> Behalf
> >> Of Joseph Reichman
> >> Sent: 26 February 2023 22:36
> >> To:IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: Cant SPKA to PSW Key 4
> >>
> >> EXTERNAL EMAIL
> >>
> >>
> >>
> >> Jim
> >>
> >> How about IDF or tool debug I have been trying to get IDF running so I
> can
> >> debug code running in key 4 but if you say I’m wasting my time ?
> >>
> >>> On Feb 26, 2023, at 5:18 PM, Jim Mulder  >> d10j...@us.ibm.com>> wrote:
> >>>  They do not support whatever is in TCBPKF. I have seen code in TSO
> >> which has
> >>> hardcoded x'80'.
> >>>
> >>> Jim Mulder
> >>>
> >>> -Original Message-
> >>> From: IBM Mainframe Discussion List  >> IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Ed Jaffe
> >>> Sent: Saturday, February 25, 2023 9:50 PM
> >>> To:IBM-MAIN@LISTSERV.UA.EDU
> >>> Subject: Re: Cant SPKA to PSW Key 4
> >>>
>  On 2/23/2023 6:46 PM, Joseph Reichman wrote:
>  I am trying to change psw storage key from "Normal" key 8 to Key 4
> 
>  SPKA X'40'
> 
>  I have bit 15 of the psw 0 ,meaning I am in supervisor state and get a
>  s0c1 running this code under TESTAUTH
> 
>  I am able to get to PSW key 0 SPKA 0
> 
>  Don't get it
> >>> ISTR discovering empirically 30+ years ago that TSO/E TEST and TESTAUTH
> >> support only two execution keys: X'80' and X'00'.
> >>> I wondered if in-fact they actually support whatever key is in TCBPKF
> >> and X'00' but never experimented to see if that was the case.
> >>> --
> >>> Phoenix Software International
> >>> Edward E. Jaffe
> >>> 831 Parkview Drive North
> >>> El Segundo, CA 90245
> >>> https://www.phoenixsoftware.com/
> >>>
> >>>
> >>> --
> >>> For IBM-MAIN subscribe / signoff / archive access instructions,
> >>> send email tolists...@listserv.ua.edu
> >> with the message: INFO IBM-MAIN
> >>
> >> --
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> >> send email tolists...@listserv.ua.edu
> >> with the message: INFO IBM-MAIN
> >>
> >> 
> >> Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA
> >> 02451 ■ Main Office Toll Free Number: +1 855.577.4323
> >> Contact Customer Support:
> >> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
> >> Unsubscribe from Marketing Messages/Manage Your Subscription
> Preferences -
> >> http://www.rocketsoftware.com/manage-your-email-preferences
> >> Privacy Policy -
> >> http://www.rocketsoftware.com/company/legal/privacy-policy
> >> 
> >>
> >> This communication and any attachments may contain confidential
> >> information of Rocket Software, Inc. All unauthorized use, disclosure or
> >> distribution is prohibited. If you are not the intended recipient,
> please
> >> notify Rocket Software immediately and destroy all copies of this
> >> communication. Thank you.
> >>
> >> --
> >> For IBM-MAIN subscribe / si

Re: Cant SPKA to PSW Key 4


Ed:

THANKS for being a happy z/XDC user, sir!

Sincerely,
Bob

On 2/27/23 8:36 AM, Ed Jaffe wrote:

On 2/27/2023 2:07 AM, Rob Scott wrote:
As others might have suggested, if you are even semi-serious about 
writing authorized code then I think it would be worth your time 
talking to Cole Software about getting z/XDC.


We are happy z/XDC users, but we also rely heavily on the z/VM TRACE 
command as mentioned by Jim Mulder.


z/VM's TRACE can be used interactively to debug literally anything -- 
even an interrupt handler or IOS exit. If circumstances warrant, we 
will let the TRACE run and SPOOL its output to z/OS (via NJE from 
RSCS) where we have a REXX exec that superimposes its information on 
assembly listings.


The result displayed by that REXX are 1) an annotated 
instruction-by-instruction trace and 2) full source program listing 
showing how many times each statement was executed.


We also use SLIP IF tracing when it makes sense to do so and 
superimpose that information on assembly listings in the same manner.





--

Robert W. Shimizu
Partner, Concierge
ColeSoft Marketing, Inc.
(800) 932-5150
(928) 771-2003

bshim...@colesoft.com 
www.colesoft.com 

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

Re: zOSMF and zOWE for non-mainframers

2023-02-28 Thread Jay Maynard

The discussion about standard libraries like Python's came up in a recent
discussion on LinkedIn about REXX, and David Boyes said he was working on
something along those lines for REXX. He said he hopes to have it ready for
the next VM Workshop.

On Tue, Feb 28, 2023 at 6:28 AM Seymour J Metz  wrote:

> What about Java? How well does JIT work?
>
> The gold standard for REXX is ooRexx, but IBM has not seen fit to
> integrate it into z/OS or z/VM.
>
> However, for off the shelf package libraries, Perl and Python are
> admittedly ahead of REXX. What are the Python and Ruby equivalents of CPAN?
>
> I've found extending REXX for CMS and TSO to be easy, although admittedly
> assembler is mothers' milk to me and I didn't have to deal with LE issues.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of David Crayford [dcrayf...@gmail.com]
> Sent: Tuesday, February 28, 2023 12:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: zOSMF and zOWE for non-mainframers
>
> On 25/2/23 01:23, Farley, Peter wrote:
> > Python on the mainframe is pretty good, but still can't beat out Rexx in
> performance even when the Rex script needs to use BPXWUNIX and friends to
> access z/OS Unix file systems,
> >
>
> I have conducted a series of benchtests, and the results suggest that
> REXX is not as fast as Python. In my testing, I compare the performance
> of C, Lua, Python, and REXX, and the results are clear: C is the
> fastest, followed by Lua, which is within an order of magnitude of C.
> Python comes next, within an order of magnitude of Lua, and REXX
> consistently performs the poorest. In addition to the performance
> factor, the vast Python ecosystem compared to the limited options
> available for REXX also make it an easy decision. Python is also simpler
> to extend with packages, while REXX requires more effort and potentially
> complex steps, such as using modern libraries that require Language
> Environment (LE).
>
> --
> 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
>


-- 
Jay Maynard

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

Re: Cant SPKA to PSW Key 4


Hi Mike:

THANK YOU for the kind words, and your long loyalty, sir.

Sincerely,
Bob

On 2/27/23 7:01 AM, Mike Shaw wrote:

+1

We have been licensees of z/XDC for over 25 years. It has saved us
immeasurable amounts of man-hours.

Mike Shaw
MVS/QuickRef Support Group
Chicago-Soft, Ltd.


On Mon, Feb 27, 2023 at 5:07 AM Rob Scott  wrote:


Joseph

As others might have suggested, if you are even semi-serious about writing
authorized code then I think it would be worth your time talking to Cole
Software about getting z/XDC.

Independently of that discussion, it might be a good idea to take stock of
your current software’s own trace abilities  (and I mean something more
than just putting the odd WTO out).

It would be a very good investment in your time to build a comprehensive
internal trace capability for your software, something that can support all
environments that it can be executed in.

Even if you are writing authorized code for your own interest/hobby, then
believe me that solving this issue is extremely interesting (and rewarding).

The return on investment for this is huge if your code ever reaches a
customer site and you are trying to resolve a problem.

Rob Scott
Rocket Software

From: IBM Mainframe Discussion List  On Behalf
Of Joseph Reichman
Sent: 26 February 2023 22:36
To:IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cant SPKA to PSW Key 4

EXTERNAL EMAIL



Jim

How about IDF or tool debug I have been trying to get IDF running so I can
debug code running in key 4 but if you say I’m wasting my time ?


On Feb 26, 2023, at 5:18 PM, Jim Mulder 
d10j...@us.ibm.com>> wrote:

 They do not support whatever is in TCBPKF. I have seen code in TSO

which has

hardcoded x'80'.

Jim Mulder

-Original Message-
From: IBM Mainframe Discussion List 
IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Ed Jaffe

Sent: Saturday, February 25, 2023 9:50 PM
To:IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cant SPKA to PSW Key 4


On 2/23/2023 6:46 PM, Joseph Reichman wrote:
I am trying to change psw storage key from "Normal" key 8 to Key 4

SPKA X'40'

I have bit 15 of the psw 0 ,meaning I am in supervisor state and get a
s0c1 running this code under TESTAUTH

I am able to get to PSW key 0 SPKA 0

Don't get it

ISTR discovering empirically 30+ years ago that TSO/E TEST and TESTAUTH

support only two execution keys: X'80' and X'00'.

I wondered if in-fact they actually support whatever key is in TCBPKF

and X'00' but never experimented to see if that was the case.

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


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email tolists...@listserv.ua.edu

with the message: INFO IBM-MAIN

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


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


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

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


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



--

Robert W. Shimizu
Partner, Concierge
ColeSoft Marketing, Inc.
(800) 932-5150
(928) 771-2003

bshim...@colesoft.com 
www.colesoft.com 

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

Re: Cant SPKA to PSW Key 4


Hi Joe:

Hello again, sir.  I've been watching this thread.

You once used z/XDC as I recall.  We DO offer a z/PDT license for the 
tool, but it is still a professional level price for a professional 
level product.  May I know more about your circumstances, please?  
Perhaps we can work something out.


Sincerely,
Bob

On 2/24/23 8:57 AM, Joseph Reichman wrote:

I think they should have the Zpdt discount price if so I’d be interested ….


On Feb 24, 2023, at 8:06 AM, Steve Thompson  wrote:

Might I suggest z/XDC from Cole Software? I've used it off and on since the 
mid-90s and it beats the snot out of TEST|Test Auth.

Steve Thompson

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

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



--

Robert W. Shimizu
Partner, Concierge
ColeSoft Marketing, Inc.
(800) 932-5150
(928) 771-2003

bshim...@colesoft.com 
www.colesoft.com 

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

Re: Cant SPKA to PSW Key 4


Hi Steve:

Sir, thanks for your kind words about z/XDC.  We appreciate it over here 
a great deal.


Sincerely,
Bob

On 2/24/23 6:06 AM, Steve Thompson wrote:
Might I suggest z/XDC from Cole Software? I've used it off and on 
since the mid-90s and it beats the snot out of TEST|Test Auth.


Steve Thompson

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


--

Robert W. Shimizu
Partner, Concierge
ColeSoft Marketing, Inc.
(800) 932-5150
(928) 771-2003

bshim...@colesoft.com 
www.colesoft.com 

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

Re: zOSMF and zOWE for non-mainframers

What about Java? How well does JIT work?

The gold standard for REXX is ooRexx, but IBM has not seen fit to integrate it 
into z/OS or z/VM.

However, for off the shelf package libraries, Perl and Python are admittedly 
ahead of REXX. What are the Python and Ruby equivalents of CPAN?

I've found extending REXX for CMS and TSO to be easy, although admittedly 
assembler is mothers' milk to me and I didn't have to deal with LE issues.

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

From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Tuesday, February 28, 2023 12:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF and zOWE for non-mainframers

On 25/2/23 01:23, Farley, Peter wrote:
> Python on the mainframe is pretty good, but still can't beat out Rexx in 
> performance even when the Rex script needs to use BPXWUNIX and friends to 
> access z/OS Unix file systems,
>

I have conducted a series of benchtests, and the results suggest that
REXX is not as fast as Python. In my testing, I compare the performance
of C, Lua, Python, and REXX, and the results are clear: C is the
fastest, followed by Lua, which is within an order of magnitude of C.
Python comes next, within an order of magnitude of Lua, and REXX
consistently performs the poorest. In addition to the performance
factor, the vast Python ecosystem compared to the limited options
available for REXX also make it an easy decision. Python is also simpler
to extend with packages, while REXX requires more effort and potentially
complex steps, such as using modern libraries that require Language
Environment (LE).

--
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 and zOWE for non-mainframers

RECFM=VB unless the compilers won't support it.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Tuesday, February 28, 2023 12:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF and zOWE for non-mainframers

On 28/2/23 13:41, Gibney, Dave wrote:
> How many decades have we had System Determined Blocksize, and other artifacts 
> of SMS. These details are surely not anything than new folks need to deal 
> with at the outset.

If a young programmer came to you and asked "what is the best DCB for a
C++ source data set?" what would you suggest?


>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On
>> Behalf Of David Crayford
>> Sent: Monday, February 27, 2023 9:27 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: zOSMF and zOWE for non-mainframers
>>
>> On 27/2/23 06:46, Andrew Rowley wrote:
>>> On 25/02/2023 8:03 am, Bob Bridges wrote:
 Oh, I was going to mention that surely allocating datasets, either in
 batch or TSO, has got to seem like one of the dumbest and most
 incomprehensible things we do on the mainframe, to a foreigner.
>>> Allocating datasets shouldn't be that hard to grasp. "Dataset" is
>>> actually a pretty common term and generally implies a collection of
>>> data with more structure than just a file.
>>   From what I've seen while working with younger individuals, they tend
>> to find the MVS file system quite perplexing. In order to navigate it,
>> one must first grasp the archaic concept of CKD disk geometry, including
>> blocks, cylinders, blocking factors, and record formats, among other
>> things. And that's all before even introducing them to the intricacies
>> of VTOCs, catalogs, interblock gaps, spanned record formats etc.
>>
>>> If people have worked with databases, presumably they have encountered
>>> the concept of defining the schema.
>>>
>>> A dataset is simply a collections of records (similar to a database
>>> table) where each record has a fixed length or limited variable length
>>> and the total collection has a size limit. Any structure within the
>>> records is up to the application. This is not an unusual construct.
>>>
>>> What is unusual is that z/OS uses such a structured format for almost
>>> everything, not that it exists.
>>>
>> --
>> 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

REXX and Logstreams

2023-02-28 Thread Mark Jacobs

I did a quick search and didn't see anything, so I thought i'd ask here. Can a 
rexx program being executed in Netview write data to a logstream?

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

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

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

Re: zOSMF and zOWE for non-mainframers

BPAM? Record access to binary files, where LF has no special significance?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Tuesday, February 28, 2023 3:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF and zOWE for non-mainframers

The pyzfile module source code has been available on Github [1] since
its inception, and it can be considered the benchmark implementation for
MVS data set I/O in Python. Many people, including IBM employees, have
expressed interest in pyzfile [2]. Regarding your mention of standard
Python modules, I'm not sure what you mean. While Python does have a
large collection of modules, not all of them are part of the standard
library. For instance, there is no standard YAML library in Python, but
it's easy to install one using pip. This is commonplace in languages
like Python, Java, and Perl.

[1] 
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fdaveyc%2Fpyzfile&data=05%7C01%7Csmetz3%40gmu.edu%7C8b8cd155ef3348cebff808db196336a3%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638131686151444348%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=46R6EhFQ0x8MBeeQIrQiRjOcAq4xlWDIHGykqaagIC4%3D&reserved=0
[2]
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcommunity.ibm.com%2Fcommunity%2Fuser%2Fibmz-and-linuxone%2Fdiscussion%2Freading-an-mvs-dataset-using-z-open-automation-utility&data=05%7C01%7Csmetz3%40gmu.edu%7C8b8cd155ef3348cebff808db196336a3%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638131686151444348%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=qP%2F5pa%2B8lKE%2B6p6%2BqQyMMrGk9dLvqQ8eZWXrHLZE2zU%3D&reserved=0

On 28/2/23 15:26, Farley, Peter wrote:
> David, I will have to complain that your python benchmark is not a fair 
> comparison.  Your python script uses a module named pyzfile to access z/OS 
> files (which I see from PYPI is authored by you but for which you have 
> published no source yet).  A fairer comparison would be a python script that 
> only used standard python modules and shell commands.  My python-vs-Rexx 
> testing was done using python's subprocess.run to execute the "cat" command 
> to copy data from z/OS files (PDS, QSAM, VSAM) to STDOUT captured by the 
> subprocess.run routine and then using the captured STDOUT data for the 
> processing.  Writing to z/OS files (PDS member and QSAM only) was 
> accomplished by first writing the output file data to the Unix file system 
> (with encoding 1047 to write in EBCDIC) and then again using subprocess.run 
> to execute "cp" to copy the written Unix file to the z/OS file.  In both read 
> and write cases I used the "//'DSN'" file name format for the z/OS files, 
> supported by both "cat" and "cp".
>
> Rexx using EXECIO or RXVSAM from CBT beats that type of python script by a 
> small margin but not by a lot -- the process I was measuring averaged 23-24 
> "real" seconds per test for the python version and 19-20 "real" seconds per 
> test for the Rexx version.
>
> This was all done on the IBM Zxplore z/OS platform, which is x86 under the 
> covers rather than "real iron", so probably zPDT.  In any case, "students" on 
> Zxplore aren't permitted to install any python packages and venv/virtualenv 
> are not available for the same reason (DASD-and-CPU-constrained system).  The 
> platform only permits you to use standard python packages or one of the few 
> non-standard ones pre-installed by the admins there.
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> David Crayford
> Sent: Tuesday, February 28, 2023 1:53 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: zOSMF and zOWE for non-mainframers
>
> On 28/2/23 13:47, David Crayford wrote:
>> On 25/2/23 01:23, Farley, Peter wrote:
>>> Python on the mainframe is pretty good, but still can't beat out Rexx
>>> in performance even when the Rex script needs to use BPXWUNIX and
>>> friends to access z/OS Unix file systems,
>>>
>> I have conducted a series of benchtests, and the results suggest that
>> REXX is not as fast as Python. In my testing, I compare the
>> performance of C, Lua, Python, and REXX, and the results are clear: C
>> is the fastest, followed by Lua, which is within an order of magnitude
>> of C. Python comes next, within an order of magnitude of Lua, and REXX
>> consistently performs the poorest. In addition to the performance
>> factor, the vast Python ecosystem compared to the limited options
>> available for REXX also make it an easy decision. Python is also
>> simpler to extend with packages, while REXX requires more effort and
>> potentially complex steps, such as using modern libraries that require
>> Language Environment (LE).
>
> My benchtests
>
> Lua
>
> local fi

Re: Load module/program object

Why? That will only list the directory information, while [A|I]MBLIST LISTIDR 
will give the IDR data as well.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mike Kerford-Byrnes [m...@hill-leys.com]
Sent: Tuesday, February 28, 2023 5:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Load module/program object

This will also help



IEHLIST LISTPDS,FORMAT



Mike Kerford-Byrnes



Despite the fact I am approaching the time when it is wise to express my age
in hex, I can still remember a few things!


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

Load module/program object

2023-02-28 Thread Mike Kerford-Byrnes

This will also help

 

IEHLIST LISTPDS,FORMAT 

 

Mike Kerford-Byrnes

 

Despite the fact I am approaching the time when it is wise to express my age
in hex, I can still remember a few things!


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

Re: zOSMF and zOWE for non-mainframers