Fwd: Compiled Rexx and Edit macro

2025-01-13 Thread ITschak Mugzach
Has anyone successfully implemented ISPF edit macros as compiled rexx? The
problem is that the macro is invoked using ISOF select service, and it
seems that the Rexx compiler does not support it.
If I use CPPLEFPL as a STUG, the program abends. Other STUBS does not
abend, but the ISREDIT commands returns null/blank values for the following
command:

"ISREDIT ($MEMNAME) = MEMBER"

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM coming soon  *

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


Re: Loaded module search TSO TEST with TSOLIB

2025-01-13 Thread Schmitt, Michael
Instead of giving a library, use TEST *(module)?

For example,

test *(ISPF) cp
ispf



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joseph Reichman
Sent: Monday, January 13, 2025 2:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Loaded module search TSO TEST with TSOLIB

Hi

I have a clist which has a TSOLIB for a load link attach module search

The loaded module is also located in the library with test invocation

Seems before searching the TSOLIB the system searches the library from the test 
invocation

Is there any way to exclude this library from the search

Thanks
--
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: Loaded module search TSO TEST with TSOLIB

2025-01-13 Thread Joseph Reichman
Just saw that thanks

Joe Reichman


On Mon, Jan 13, 2025 at 3:58 PM Schmitt, Michael 
wrote:

> Instead of giving a library, use TEST *(module)?
>
> For example,
>
> test *(ISPF) cp
> ispf
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Joseph Reichman
> Sent: Monday, January 13, 2025 2:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Loaded module search TSO TEST with TSOLIB
>
> Hi
>
> I have a clist which has a TSOLIB for a load link attach module search
>
> The loaded module is also located in the library with test invocation
>
> Seems before searching the TSOLIB the system searches the library from the
> test invocation
>
> Is there any way to exclude this library from the search
>
> Thanks
> --
> 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: AI makes stuff up

2025-01-13 Thread Steve Thompson

Again we have a reason to think back to Isaac Asimov.

1. A robot may not injure a human being or, through inaction,
   allow a human being to come to harm.
2. A robot must obey the orders given it by human beings except
   where such orders would conflict with the First Law.
3. A robot must protect its own existence as long as such
   protection does not conflict with the First or Second Laws.


Steve Thompson



On 1/13/2025 5:58 PM, Mike Schwab wrote:

On Mon, Jan 13, 2025 at 12:12 PM Lionel B Dyck
<057b0ee5a853-dmarc-requ...@listserv.ua.edu> wrote:
[deleted]>

By giving false and/or misleading information can "allow a human being
to come to harm"


The ancient Chinese curse of YES men, or YES robots.


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


Re: Pipes

2025-01-13 Thread Farley, Peter
I would think that an open-source/CBT MetalC version based on an existing 
open-source non-Z implementation should be eminently achievable.  Not trivial 
mind you, but achievable.

As for multi-platform, I believe that ooRexx already supports regex, although 
the oorexx.org website does not want to let me view the documentation (gets 404 
for all the HTML and PDF doc links on page https://www.oorexx.org/docs/ in both 
FireFox and Chrome).

Peter

From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Monday, January 13, 2025 1:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pipes


On Mon, 13 Jan 2025 12:19:35 -0600, Lionel B Dyck wrote:

>

>A decent, open-source, alternative would be wonderful.

>

That would be of greatest value if it were multi-platform.



And supported regular expressions.  I once argued for that,

and John Hartmann replied that wold depend on a HLASM

implementation of reges.



--

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: AI makes stuff up

2025-01-13 Thread Dean Kent

I think I had posted this back when ChatGPT first became available...

After doing multiple inquiries about various subjects, which returned 
varying degrees of useful information I decided to ask it to write me a 
sort program in HLASM.    It returned the following:


-Standard entry routine and standard exit routine, with the following 
text in the middle * Insert your sort algorithm here*.


Which verified my hypothesis - current implementation of AI is simply a 
very good Google search.   Always remember GIGO...


True story...

On 1/13/2025 9:24 AM, Matt Hogstrom wrote:

Just remember it’s super fast at sifting through data (the sum of which is on 
the Internet) and will make all kinds of errors and assumptions just like 
people do to fill gaps.  It can create a lump of clay but not create the exact 
vase you wanted.



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


Re: Pipes

2025-01-13 Thread Seymour J Metz
ooRexx does have a limited regex class; it's not as powerful as PCRE2.

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




From: IBM Mainframe Discussion List  on behalf of 
Farley, Peter <031df298a9da-dmarc-requ...@listserv.ua.edu>
Sent: Monday, January 13, 2025 7:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pipes

External Message: Use Caution


I would think that an open-source/CBT MetalC version based on an existing 
open-source non-Z implementation should be eminently achievable.  Not trivial 
mind you, but achievable.

As for multi-platform, I believe that ooRexx already supports regex, although 
the oorexx.org website does not want to let me view the documentation (gets 404 
for all the HTML and PDF doc links on page 
https://secure-web.cisco.com/1C87BoJ83J8liXMBx0DcQ4q6ffkQMTn_yv4ht3CBUBzqD8EyvDurv0kEFEevkphtcfYHn1XG2ZXJuzznFAU0Id0HoUuAhMKS3CsyaGe8YpMFeq8an0xd2FkhYFvNfAQ6gZfIK8OGJFS6qL-0btgZqITDQM6Tg6Aj7D8Ehj20bU0lFeeJfX8SK-z7ehXOolH-5pU8wdpD8Dpz92MC8Aizwj8B6x6uj-IICVRwVkoHmKwPCxRKgECoSubLJBdifaDQsALgcHoizYjI8OplsJh5WmBqsxIZCPpruuzikbFJ5rg7ktCE_s3IeWQUrWd_F3mDSlTHWS9H7Pfvv9C0eRsXOL9AdkvJ5-Y0dfMLK2xSIQKg5zTwtko03C3UFes610TD2ypGDoDG9xtj-WKoj0BpK3iUOi9PFP6KMsV20eEHq9kVSw1d8877YeGRKZkGXvN_P/https%3A%2F%2Fwww.oorexx.org%2Fdocs%2F
 in both FireFox and Chrome).

Peter

From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Monday, January 13, 2025 1:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pipes


On Mon, 13 Jan 2025 12:19:35 -0600, Lionel B Dyck wrote:

>

>A decent, open-source, alternative would be wonderful.

>

That would be of greatest value if it were multi-platform.



And supported regular expressions.  I once argued for that,

and John Hartmann replied that wold depend on a HLASM

implementation of reges.



--

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


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


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


Re: Pipes

2025-01-13 Thread David Crayford
If only there were a Rexx PCRE2 command processor for TSO REXX. The
challenge with regular expressions, especially in Perl, which is arguably
one of the least maintainable programming languages, is how quickly they
devolve into an unmanageable mess. PEG parsers, on the other hand, are far
more structured than regex engines and are easier to comprehend since they
can be broken down into components. For the Python enthusiasts, here’s a
good PEG parser library: https://github.com/erikrose/parsimonious

On Tue, Jan 14, 2025 at 10:16 AM Seymour J Metz  wrote:

> PCRE2 has quite a bit more than ECMAscript.
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> עַם יִשְׂרָאֵל חַי
> נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
>
>
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of David Crayford <0595a051454b-dmarc-requ...@listserv.ua.edu>
> Sent: Monday, January 13, 2025 8:24 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Pipes
>
> External Message: Use Caution
>
>
> There is already a package for REXX regular expressions. It uses ECMAScript
> grammar which is not far off PCRE https://github.com/daveyc/RTK.
>
> On Tue, Jan 14, 2025 at 8:54 AM Farley, Peter <
> 031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
>
> > I would think that an open-source/CBT MetalC version based on an existing
> > open-source non-Z implementation should be eminently achievable.  Not
> > trivial mind you, but achievable.
> >
> > As for multi-platform, I believe that ooRexx already supports regex,
> > although the oorexx.org website does not want to let me view the
> > documentation (gets 404 for all the HTML and PDF doc links on page
> >
> https://secure-web.cisco.com/1FwbPE-3TskFsKME-Ue93bo3jzhcr6xrPy8wHnJcS3RpgcKj-9xVvqauYakkzOm-m3vQjDtpdj1F7hKu9dJOozabs0iPF_RnRurjl1XvMqrKIVQ5nzBLp5HyhKISIvu1lzBcT0M4d9NrF4ehN8PUIrtbKSr9xRughjGvWHt4ogzpeVvXbqeiKGOk3UZ39kVVKhtcm5aAstn09c8ikBosa1ZzH6llIJbfk2G62qxsCtqheDzdD8eM2bjAYlGYmWiqoIIMTJVmwjmGKcAXQkLg9q0ExIwn8w2dlDjk5myVc1CkV9W5t81meRVKO2tps0IddUZNC88kGihxpx-5AxDuFLJNNiODG_V6wuJTXRMpxWvr8EgISSEDpnWGechvguYc2pJpNX432HezhugnO9r6tZcwUQJRvh3INYiK9V6oFnbE/https%3A%2F%2Fwww.oorexx.org%2Fdocs%2F
> in both FireFox and Chrome).
> >
> > Peter
> >
> > From: IBM Mainframe Discussion List  On Behalf
> > Of Paul Gilmartin
> > Sent: Monday, January 13, 2025 1:36 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Pipes
> >
> >
> > On Mon, 13 Jan 2025 12:19:35 -0600, Lionel B Dyck wrote:
> >
> > >
> >
> > >A decent, open-source, alternative would be wonderful.
> >
> > >
> >
> > That would be of greatest value if it were multi-platform.
> >
> >
> >
> > And supported regular expressions.  I once argued for that,
> >
> > and John Hartmann replied that wold depend on a HLASM
> >
> > implementation of reges.
> >
> >
> >
> > --
> >
> > This message and any attachments are intended only for the use of the
> > addressee and may contain information that is privileged and
> confidential.
> > If the reader of the message is not the intended recipient or an
> authorized
> > representative of the intended recipient, you are hereby notified that
> any
> > dissemination of this communication is strictly prohibited. If you have
> > received this communication in error, please notify us immediately by
> > e-mail and delete the message and any attachments from your system.
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> --
> 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: Pipes

2025-01-13 Thread Seymour J Metz
PCRE2 has quite a bit more than ECMAscript.

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




From: IBM Mainframe Discussion List  on behalf of 
David Crayford <0595a051454b-dmarc-requ...@listserv.ua.edu>
Sent: Monday, January 13, 2025 8:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pipes

External Message: Use Caution


There is already a package for REXX regular expressions. It uses ECMAScript
grammar which is not far off PCRE https://github.com/daveyc/RTK.

On Tue, Jan 14, 2025 at 8:54 AM Farley, Peter <
031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:

> I would think that an open-source/CBT MetalC version based on an existing
> open-source non-Z implementation should be eminently achievable.  Not
> trivial mind you, but achievable.
>
> As for multi-platform, I believe that ooRexx already supports regex,
> although the oorexx.org website does not want to let me view the
> documentation (gets 404 for all the HTML and PDF doc links on page
> https://secure-web.cisco.com/1FwbPE-3TskFsKME-Ue93bo3jzhcr6xrPy8wHnJcS3RpgcKj-9xVvqauYakkzOm-m3vQjDtpdj1F7hKu9dJOozabs0iPF_RnRurjl1XvMqrKIVQ5nzBLp5HyhKISIvu1lzBcT0M4d9NrF4ehN8PUIrtbKSr9xRughjGvWHt4ogzpeVvXbqeiKGOk3UZ39kVVKhtcm5aAstn09c8ikBosa1ZzH6llIJbfk2G62qxsCtqheDzdD8eM2bjAYlGYmWiqoIIMTJVmwjmGKcAXQkLg9q0ExIwn8w2dlDjk5myVc1CkV9W5t81meRVKO2tps0IddUZNC88kGihxpx-5AxDuFLJNNiODG_V6wuJTXRMpxWvr8EgISSEDpnWGechvguYc2pJpNX432HezhugnO9r6tZcwUQJRvh3INYiK9V6oFnbE/https%3A%2F%2Fwww.oorexx.org%2Fdocs%2F
>  in both FireFox and Chrome).
>
> Peter
>
> From: IBM Mainframe Discussion List  On Behalf
> Of Paul Gilmartin
> Sent: Monday, January 13, 2025 1:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Pipes
>
>
> On Mon, 13 Jan 2025 12:19:35 -0600, Lionel B Dyck wrote:
>
> >
>
> >A decent, open-source, alternative would be wonderful.
>
> >
>
> That would be of greatest value if it were multi-platform.
>
>
>
> And supported regular expressions.  I once argued for that,
>
> and John Hartmann replied that wold depend on a HLASM
>
> implementation of reges.
>
>
>
> --
>
> This message and any attachments are intended only for the use of the
> addressee and may contain information that is privileged and confidential.
> If the reader of the message is not the intended recipient or an authorized
> representative of the intended recipient, you are hereby notified that any
> dissemination of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by
> e-mail and delete the message and any attachments from your system.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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


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


Re: Pipes

2025-01-13 Thread David Crayford
There is already a package for REXX regular expressions. It uses ECMAScript
grammar which is not far off PCRE https://github.com/daveyc/RTK.

On Tue, Jan 14, 2025 at 8:54 AM Farley, Peter <
031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:

> I would think that an open-source/CBT MetalC version based on an existing
> open-source non-Z implementation should be eminently achievable.  Not
> trivial mind you, but achievable.
>
> As for multi-platform, I believe that ooRexx already supports regex,
> although the oorexx.org website does not want to let me view the
> documentation (gets 404 for all the HTML and PDF doc links on page
> https://www.oorexx.org/docs/ in both FireFox and Chrome).
>
> Peter
>
> From: IBM Mainframe Discussion List  On Behalf
> Of Paul Gilmartin
> Sent: Monday, January 13, 2025 1:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Pipes
>
>
> On Mon, 13 Jan 2025 12:19:35 -0600, Lionel B Dyck wrote:
>
> >
>
> >A decent, open-source, alternative would be wonderful.
>
> >
>
> That would be of greatest value if it were multi-platform.
>
>
>
> And supported regular expressions.  I once argued for that,
>
> and John Hartmann replied that wold depend on a HLASM
>
> implementation of reges.
>
>
>
> --
>
> This message and any attachments are intended only for the use of the
> addressee and may contain information that is privileged and confidential.
> If the reader of the message is not the intended recipient or an authorized
> representative of the intended recipient, you are hereby notified that any
> dissemination of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by
> e-mail and delete the message and any attachments from your system.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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


Re: Save CPU in z/OSMF and reduce its startup time

2025-01-13 Thread Andrew Rowley

On 11/01/2025 7:33 pm, Colin Paice wrote:

The idea says use the existing Java support to harden the shared
information across IPLs.   This means the first start of z/OSMF will be
slow, as today, the next start will use half the CPU.

Please vote for it, or add comments to it.

I'll look into ZOWE - it doesn't even have shared library support enabled!


I looked into the Java shared library support. The thing that deters me 
is the warning in the manuals about ahead of time compilation being less 
optimized than the JIT compilation so the AOT code may be slower. It's 
easy to measure startup time, but not necessarily easy to measure 
whether it has an impact on later CPU usage. But if z/OSMF is already 
using shared classes it probably makes sense to keep them across an IPL.


On my system z/OSMF starts in 45 seconds, with 48s zIIP time and 3s CP 
time. That's not too bad, but I can see how it's a problem if you have 
no zIIP and reduced speed CPs.


I actually have no idea what z/OSMF could be doing that takes 50s CPU 
time... maybe I'm underestimating it's complexity, but I have a 
suspicion that there is something dumb happening there. That's 
reinforced by type 92 SMF records which suggest that the same doc.zip 
files are being read over and over again - thousands of times!


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


z/OS cipher suites for TLS

2025-01-13 Thread Jake Anderson
Hello

Cross posted

Just a general question

In the absence of ICSF, What are the z/OS ciphersuites i can use in pagent
configuration?

Jake

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


Re: CSVINFO/MIPR logic

2025-01-13 Thread Joseph Reichman
That’s what I am doing I have a loop

Invoking CSVINFO

However if I have modulea,moduleb and modulec loaded 

My MIPR only presents modulea on each invocation 
Thanks 

> On Jan 13, 2025, at 4:20 AM, Rob Scott 
> <0618c90e6fdf-dmarc-requ...@listserv.ua.edu> wrote:
> 
> Your MIPR routine will be driven for each module for a SINGLE invocation of 
> CSVINFO from your mainline code.
> 
> If you want to process a subset of module names, then your mainline should 
> pass (via the USERDATA parameter) a structure that contains the subset list.
> 
> Perhaps CSVQUERY would be an alternative method for you to consider.
> 
> Rob Scott
> Rocket Software
> 
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Joseph Reichman <05812645a43c-dmarc-requ...@listserv.ua.edu>
> Sent: 13 January 2025 2:49 AM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: CSVINFO/MIPR logic
> 
> EXTERNAL EMAIL
> 
> 
> 
> 
> 
> Hi
> 
> I am looking for  the load address for 3 modules
> 
> 
> I code the CSVINFO pass as a parameter the module I'm looking for it returns
> the information since there are two more modules I am looking for I call the
> CSVINFO calling the MIPR hoping it will get the next loaded module
> 
> However it (MIPR exit) presents the same load module
> 
> How do I get the MIPR exit to present the next module in the JPA
> 
> Thanks
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> 
> 
> Rocket Software, Inc. and subsidiaries ? 77 Fourth Avenue, Waltham MA 02451 ? 
> Main Office Toll Free Number: +1 855.577.4323
> Contact Customer Support: 
> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
> http://www.rocketsoftware.com/manage-your-email-preferences
> Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy
> 
> 
> This communication and any attachments may contain confidential information 
> of Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
> prohibited. If you are not the intended recipient, please notify Rocket 
> Software immediately and destroy all copies of this communication. Thank you.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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


Re: Compiled Rexx and Edit macro

2025-01-13 Thread Hobart Spitz
Have you considered LANG(CREX) on the previous SELECT, or putting a wrapper
around the edit macro that does?

I realize that executing an edit macro doesn't have (but probably should
have) an analogous option, so it's a bit of a long shot.

You might want to try to get the attention of someone from IBM as the
internals of the interface between REXX and ISPF are involved.

I'd like to know what you come up with,

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


On Mon, Jan 13, 2025 at 6:55 AM ITschak Mugzach <
05a7ced721d8-dmarc-requ...@listserv.ua.edu> wrote:

> Has anyone successfully implemented ISPF edit macros as compiled rexx? The
> problem is that the macro is invoked using ISOF select service, and it
> seems that the Rexx compiler does not support it.
> If I use CPPLEFPL as a STUG, the program abends. Other STUBS does not
> abend, but the ISREDIT commands returns null/blank values for the following
> command:
>
> "ISREDIT ($MEMNAME) = MEMBER"
>
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM coming soon  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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


Re: EXTERNAL Email: Re: AutoIPL

2025-01-13 Thread Jerry Whitteridge
Yup - Skip was the definition of "Good Folks"


Jerry Whitteridge
Sr Manager Managed Services
jerry.whitteri...@albertsons.com
480 578 7889

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Monday, January 13, 2025 10:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL Email: Re: AutoIPL

It was great working with Skip Robinson because he would always be up on
the latest new functions, coming back from SHARE or IBM T3 and
immediately trying things out.  He even regularly talked the managers
into letting us volunteer for the early ship program for new z/OS releases.

On 1/13/2025 8:35 AM, Jerry Whitteridge wrote:
> I remember Skip talking about that at the time. He was puzzled for a bit 
> .
>
> Jerry Whitteridge
> Sr Manager Managed Services
> jerry.whitteri...@albertsons.com
> 480 578 7889
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Tom Brennan
> Sent: Friday, January 10, 2025 3:19 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: EXTERNAL Email: Re: AutoIPL
>
> The only problem I remember was a Dev system early morning auto IPL that
> we didn't even notice until maybe a day later.  I think after that we
> started a task at IPL time that sent us an email.
>
> On 1/10/2025 11:05 AM, David Purdy wrote:
>>The only problem with Autoipl is if an LPAR abends, it keeps on IPLing 
>> until operations or automated process notices
>> Happened once in five years
>> David
>>   On Friday, January 10, 2025 at 01:33:15 PM EST, Steve Beaver 
>> <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote:
>>
>>I'm new to the USDOJ and my lead put in an IPL request for the sandbox - 
>> No big deal.
>>
>> Well the operators got the system down and then auto magically the system
>> Started coming up and I asked how??
>>
>> In a no changes environment as that IPL was - it was quick - No HMC to 
>> manipulate
>>
>>
>>
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>> Behalf Of Allan Staller
>> Sent: Friday, January 10, 2025 12:20 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: AutoIPL
>>
>> Classification: Confidential
>>
>> Discovered...Yes used (never)
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On Behalf Of 
>> Steve Beaver
>> Sent: Friday, January 10, 2025 12:13 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: AutoIPL
>>
>> [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.]
>>
>> How many of you have discovered the Auto IPL feature for zOS
>>
>>
>> Steve
>>
>> --
>> 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
>>
>> --
>> 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:

Re: AI makes stuff up

2025-01-13 Thread Matt Hogstrom
Just remember it’s super fast at sifting through data (the sum of which is on 
the Internet) and will make all kinds of errors and assumptions just like 
people do to fill gaps.  It can create a lump of clay but not create the exact 
vase you wanted.

-- 
Matt Hogstrom

“To achieve great things two things are needed: a plan, and not quite enough 
time.”
- Leonard Bernstein

> On Jan 13, 2025, at 12:18, Schmitt, Michael  wrote:
> 
> Generative AI is like a genie that gives you what you asked for but not what 
> you want.
> 
> I asked ChatGPT: "Please write a Linux C subprogram to return the CPU time 
> used by the current process". It gave me an answer. I also googled, and found 
> a website that discussed "all the ways to get CPU time on Linux", with 
> examples.
> 
> I tested the solution on z/OS, but always got zeros back.
> 
> It turns out I should have asked ChatGPT for the CPU time *in microseconds*, 
> i.e. with a high-precision time service. The answers from ChatGPT and the 
> website only had a 10th of a second precision. My tests didn't use more than 
> .1 CPU seconds, so didn't work.
> 
> This requires calls to a completely different function* than the answers I 
> got.
> 
> * need to use clock_gettime() or getrusage(), not times().
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Lionel B Dyck
> Sent: Monday, January 13, 2025 10:50 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: AI makes stuff up
> 
> And the AI will conflate information from multiple sources - for
> example it may take information from Linux and apply it to an answer
> for z/OS.
> 
> Trust but verify is always a wise move.
> 
> On Mon, Jan 13, 2025 at 10:48 AM Bob Bridges
> <0587168ababf-dmarc-requ...@listserv.ua.edu> wrote:
>> 
>> I don't see anything wrong with asking ChatGPT and checking out the options 
>> it offers, if you feel you have the time.  But if it doesn't work, I'd just 
>> shrug and forget it.  Those AI engines make stuff up sometimes.  I gather 
>> their target is to write something that is grammatical and often even 
>> idiomatic, but there's no ability to discern when TRUTH is required.
>> 
>> ---
>> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>> 
>> /* I would as soon write free verse as play tennis with the net down.  
>> -Robert Frost */
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List  On Behalf Of 
>> Hobart Spitz
>> Sent: Monday, January 13, 2025 11:24
>> 
>> Update from ChatGPT:  For ISPF edit macros, use the *IRXJSTUB* stub. It is 
>> designed for REXX programs that interact with ISPF.
>> 
>> Seems like it would be worth a try.
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> 
> 
> --
> Lionel B. Dyck <><
> Website: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
> 
> 
> 
> --
> 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


Save the date for a HillGang on March 13th, 2025

2025-01-13 Thread Bfishing
For anyone with interest and ability to meet in Washington DC on the 13th
of March, 2025, we plan to be there with sessions focused on security, and
an optional tour of IBM's X Force Cyber Range.  Full agenda coming out
soon.

Best Regards,
Sir Kurt, Angler of new technologies and IBM Champion


><º>`·.¸¸´¯`·.¸.·´¯`·...¸>(((º>
.·´¯`·.><º>`·.¸¸.·´¯`·.¸.·´¯`·...¸><º>

<>< Go fishing ><>

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


Re: Pipes

2025-01-13 Thread Rick Troth

indeed

CMS/TSO Pipelines (with a common codebase) is one of the most powerful 
productivity tools in the industry.


There have been several attempts to bring this capability to other 
platforms, including some attempts to provide a no-charge alternative on 
TSO.
(C'mon, IBM, the up-charge is killin us!! Stop nickel-and-diming your 
customers.)


I could rattle on about how wonderful "Hartmann Pipelines" is, but you'd 
still have a learning curve. Don't be intimidated.


I'm not familiar with PowerShell, but would expect its pipelining to 
follow "shell pipes" as found in Unix, Linux, MacOS.
And to be honest, while TSO/CMS pipelining is wwwaaayyy better, shell 
pipes is an incredible feat in that ecosystem.
The Unix guys went to tears when they first got pipelining. It was a 
game changer (and the inspiration for Hartmann Pipes).
Knowing pipes makes for way better shell scripts (and presumably way 
better PowerShell scripts).

Always apply pipe think if possible.

Your best bet, Bob, is to get TSO Pipelines, if it is not already 
installed.
If your site does not have it (and can't or won't add it) then let us 
know. There might be alternatives or options.



-- R; <><



On 1/13/25 11:46 AM, Lionel B Dyck wrote:

If you're so blessed to have TSO REXX Pipes on your system then enjoy
- PIPEs are *awesome* but sadly they are a charge feature and thus not
pervasive in the ecosystem which prevents anyone from developing tools
using them except for their own shops.

On Mon, Jan 13, 2025 at 10:43 AM Bob Bridges
<0587168ababf-dmarc-requ...@listserv.ua.edu> wrote:

 From my VERY limited exposure in this forum and by examining PowerShell 
scripts written by others, I get the impression that pipes are fabulous.  But I 
live in TSO, so no opportunity to use pipes ... right?

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

/* Q: What does the 'B' in "Benoit B Mandelbrot" stand for?
 A: Benoit B Mandelbrot. */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Hobart Spitz
Sent: Monday, January 13, 2025 09:25

Would you rather pass data in move mode (*nix piping) or locate mode (Pipes) or 
via disk (JCL)?  Why do you think you rarely see *nix commands with more than a 
dozen filters, while Pipelines specifications are commonly over 100s of stages, 
and 1000s of stages are not uncommon.

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




--
-- R; <><

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


Re: EXTERNAL Email: Re: AutoIPL

2025-01-13 Thread Tom Brennan
It was great working with Skip Robinson because he would always be up on 
the latest new functions, coming back from SHARE or IBM T3 and 
immediately trying things out.  He even regularly talked the managers 
into letting us volunteer for the early ship program for new z/OS releases.


On 1/13/2025 8:35 AM, Jerry Whitteridge wrote:

I remember Skip talking about that at the time. He was puzzled for a bit .

Jerry Whitteridge
Sr Manager Managed Services
jerry.whitteri...@albertsons.com
480 578 7889

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Friday, January 10, 2025 3:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL Email: Re: AutoIPL

The only problem I remember was a Dev system early morning auto IPL that
we didn't even notice until maybe a day later.  I think after that we
started a task at IPL time that sent us an email.

On 1/10/2025 11:05 AM, David Purdy wrote:

   The only problem with Autoipl is if an LPAR abends, it keeps on IPLing until 
operations or automated process notices
Happened once in five years
David
  On Friday, January 10, 2025 at 01:33:15 PM EST, Steve Beaver 
<050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote:

   I'm new to the USDOJ and my lead put in an IPL request for the sandbox - No 
big deal.

Well the operators got the system down and then auto magically the system
Started coming up and I asked how??

In a no changes environment as that IPL was - it was quick - No HMC to 
manipulate





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Friday, January 10, 2025 12:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AutoIPL

Classification: Confidential

Discovered...Yes used (never)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Friday, January 10, 2025 12:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AutoIPL

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

How many of you have discovered the Auto IPL feature for zOS


Steve

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

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

  Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 

Re: AI makes stuff up

2025-01-13 Thread Schmitt, Michael
Generative AI is like a genie that gives you what you asked for but not what 
you want.

I asked ChatGPT: "Please write a Linux C subprogram to return the CPU time used 
by the current process". It gave me an answer. I also googled, and found a 
website that discussed "all the ways to get CPU time on Linux", with examples.

I tested the solution on z/OS, but always got zeros back.

It turns out I should have asked ChatGPT for the CPU time *in microseconds*, 
i.e. with a high-precision time service. The answers from ChatGPT and the 
website only had a 10th of a second precision. My tests didn't use more than .1 
CPU seconds, so didn't work.

This requires calls to a completely different function* than the answers I got.

* need to use clock_gettime() or getrusage(), not times().

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Monday, January 13, 2025 10:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AI makes stuff up

And the AI will conflate information from multiple sources - for
example it may take information from Linux and apply it to an answer
for z/OS.

Trust but verify is always a wise move.

On Mon, Jan 13, 2025 at 10:48 AM Bob Bridges
<0587168ababf-dmarc-requ...@listserv.ua.edu> wrote:
>
> I don't see anything wrong with asking ChatGPT and checking out the options 
> it offers, if you feel you have the time.  But if it doesn't work, I'd just 
> shrug and forget it.  Those AI engines make stuff up sometimes.  I gather 
> their target is to write something that is grammatical and often even 
> idiomatic, but there's no ability to discern when TRUTH is required.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* I would as soon write free verse as play tennis with the net down.  
> -Robert Frost */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Hobart Spitz
> Sent: Monday, January 13, 2025 11:24
>
> Update from ChatGPT:  For ISPF edit macros, use the *IRXJSTUB* stub. It is 
> designed for REXX programs that interact with ISPF.
>
> Seems like it would be worth a try.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
Lionel B. Dyck <><
Website: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



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


Re: AI makes stuff up

2025-01-13 Thread Dave Gibney
Actually, lying to humans by robots eventually becomes R, Daneel Olivaw's 
existence and purpose.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Lionel B Dyck
> Sent: Monday, January 13, 2025 10:11 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: AI makes stuff up
> 
> The 3 laws
> 
> 1. A robot may not injure a human being or, through inaction, allow a human
> being to come to harm.
> 2. A robot must obey the orders given it by human beings, except where such
> orders would conflict with the First Law.
> 3. A robot must protect its own existence as long as such protection does not
> conflict with the First or Second Laws.
> 
> By giving false and/or misleading information can "allow a human being to
> come to harm"
> 
> --
> 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: AI makes stuff up

2025-01-13 Thread Mike Schwab
On Mon, Jan 13, 2025 at 12:12 PM Lionel B Dyck
<057b0ee5a853-dmarc-requ...@listserv.ua.edu> wrote:
>
[deleted]>
> By giving false and/or misleading information can "allow a human being
> to come to harm"
>
The ancient Chinese curse of YES men, or YES robots.
-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Pipes

2025-01-13 Thread Rick Troth
no no ... they DON'T give it away! Never have. Never will. And I didn't 
mean to suggest that.


Someone managed to get CMS Pipelines included with base VM in the early 
1990s. Dunno who that was but I'd like to buy him or her a beer ... and 
not just at SCIDS.
Customers have been clamoring for TSO Pipelines similarly included with 
base MVS ever since. And why not?


YES, "they" developed the full product and YES, they rightly should get 
compensated.


Fact is, CMS/TSO Pipelines is the brainchild of >one< man, John Hartmann 
(thus we sometimes call it "Hartmann Pipes").
No doubt hundreds of others contributed, but (speculating from the 
outside) it's not like it chewed up the entire budget of (e.g.) the 
Hursley lab.


Sorry, a solid capitalist who thinks customers should get their money's 
worth. IBM would do well to invest in z/OS by including TSO Pipelines.


This stuff has been in development since the early 1980s.


-- R; <><


On 1/13/25 12:47 PM, Bob Bridges wrote:

Right, someone else should give it away.  ~I~ don't want to develop the full 
product and then not charge for it, but IBM should.

Sorry, just the capitalist in me sniping a little.

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

/* I must study politics and war that my sons may have liberty to study 
mathematics and philosophy. My sons ought to study mathematics and philosophy, 
geography, natural history, naval architecture, navigation, commerce, and 
agriculture, in order to give their children a right to study painting, poetry, 
music, architecture, statuary, tapestry, and porcelain.  -John Adams */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Rick Troth
Sent: Monday, January 13, 2025 12:10

CMS/TSO Pipelines (with a common codebase) is one of the most powerful 
productivity tools in the industry.  There have been several attempts to bring 
this capability to other platforms, including some attempts to provide a 
no-charge alternative on TSO.  (C'mon, IBM, the up-charge is killin us!! Stop 
nickel-and-diming your customers.)

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


--
-- R; <><

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


Re: AI makes stuff up

2025-01-13 Thread Lionel B Dyck
The 3 laws

1. A robot may not injure a human being or, through inaction, allow a
human being to come to harm.
2. A robot must obey the orders given it by human beings, except where
such orders would conflict with the First Law.
3. A robot must protect its own existence as long as such protection
does not conflict with the First or Second Laws.

By giving false and/or misleading information can "allow a human being
to come to harm"

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


Re: Pipes

2025-01-13 Thread Paul Gilmartin
On Mon, 13 Jan 2025 11:43:03 -0500, Bob Bridges wrote:

>From my VERY limited exposure in this forum and by examining PowerShell 
>scripts written by others, I get the impression that pipes are fabulous.  But 
>I live in TSO, so no opportunity to use pipes ... right?
> .
In TSO REXX:

address SYSCALL pipe P.

address SYSCALL popen ...

call BPXWUNIX ... [script created in ISPF 3.17]

And go for it.  But you might quickly recognize it's simpler to run
an OMVS or ssh shell.

-- 
gil

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


Re: Pipes

2025-01-13 Thread Lionel B Dyck
We've tried for many years via different methods but IBM has been
adamant in refusing to consider it. IBM did include a variation of TSO
Pipes with Netview (never used it so don't know much more) because of
the obvious process improvements provided by it.

A decent, open-source, alternative would be wonderful.

On Mon, Jan 13, 2025 at 12:11 PM Rick Troth
<058ff5c2d0a7-dmarc-requ...@listserv.ua.edu> wrote:
>
> no no ... they DON'T give it away! Never have. Never will. And I didn't
> mean to suggest that.
>
> Someone managed to get CMS Pipelines included with base VM in the early
> 1990s. Dunno who that was but I'd like to buy him or her a beer ... and
> not just at SCIDS.
> Customers have been clamoring for TSO Pipelines similarly included with
> base MVS ever since. And why not?
>
> YES, "they" developed the full product and YES, they rightly should get
> compensated.
>
> Fact is, CMS/TSO Pipelines is the brainchild of >one< man, John Hartmann
> (thus we sometimes call it "Hartmann Pipes").
> No doubt hundreds of others contributed, but (speculating from the
> outside) it's not like it chewed up the entire budget of (e.g.) the
> Hursley lab.
>
> Sorry, a solid capitalist who thinks customers should get their money's
> worth. IBM would do well to invest in z/OS by including TSO Pipelines.
>
> This stuff has been in development since the early 1980s.
>
>
> -- R; <><
>
>
> On 1/13/25 12:47 PM, Bob Bridges wrote:
> > Right, someone else should give it away.  ~I~ don't want to develop 
> > the full product and then not charge for it, but IBM should.
> >
> > Sorry, just the capitalist in me sniping a little.
> >
> > ---
> > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> >
> > /* I must study politics and war that my sons may have liberty to study 
> > mathematics and philosophy. My sons ought to study mathematics and 
> > philosophy, geography, natural history, naval architecture, navigation, 
> > commerce, and agriculture, in order to give their children a right to study 
> > painting, poetry, music, architecture, statuary, tapestry, and porcelain.  
> > -John Adams */
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf Of 
> > Rick Troth
> > Sent: Monday, January 13, 2025 12:10
> >
> > CMS/TSO Pipelines (with a common codebase) is one of the most powerful 
> > productivity tools in the industry.  There have been several attempts to 
> > bring this capability to other platforms, including some attempts to 
> > provide a no-charge alternative on TSO.  (C'mon, IBM, the up-charge is 
> > killin us!! Stop nickel-and-diming your customers.)
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> -- R; <><
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Lionel B. Dyck <><
Website: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: AI makes stuff up

2025-01-13 Thread David L. Craig
As Pilate said, "What is truth?"  Robots, like humans, have to judge
while dealing with probabilities of veracity, and so sometimes
misjudge.

On Mon, Jan 13, 2025 at 6:12 PM Lionel B Dyck
<057b0ee5a853-dmarc-requ...@listserv.ua.edu> wrote:
>
> The 3 laws
>
> 1. A robot may not injure a human being or, through inaction, allow a
> human being to come to harm.
> 2. A robot must obey the orders given it by human beings, except where
> such orders would conflict with the First Law.
> 3. A robot must protect its own existence as long as such protection
> does not conflict with the First or Second Laws.
>
> By giving false and/or misleading information can "allow a human being
> to come to harm"
>
> --
> 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: Pipes

2025-01-13 Thread Paul Gilmartin
On Mon, 13 Jan 2025 12:19:35 -0600, Lionel B Dyck wrote:
>
>A decent, open-source, alternative would be wonderful.
> 
That would be of greatest value if it were multi-platform.

And supported regular expressions.  I once argued for that,
and John Hartmann replied that wold depend on a HLASM
implementation of reges.

-- 
gil

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


Re: CSVINFO/MIPR logic

2025-01-13 Thread Rob Scott
Your MIPR routine will be driven for each module for a SINGLE invocation of 
CSVINFO from your mainline code.

If you want to process a subset of module names, then your mainline should pass 
(via the USERDATA parameter) a structure that contains the subset list.

Perhaps CSVQUERY would be an alternative method for you to consider.

Rob Scott
Rocket Software


From: IBM Mainframe Discussion List  on behalf of 
Joseph Reichman <05812645a43c-dmarc-requ...@listserv.ua.edu>
Sent: 13 January 2025 2:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: CSVINFO/MIPR logic

EXTERNAL EMAIL





Hi

I am looking for  the load address for 3 modules


I code the CSVINFO pass as a parameter the module I'm looking for it returns
the information since there are two more modules I am looking for I call the
CSVINFO calling the MIPR hoping it will get the next loaded module

However it (MIPR exit) presents the same load module

How do I get the MIPR exit to present the next module in the JPA

Thanks


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



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


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

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


Re: CSVINFO/MIPR logic

2025-01-13 Thread Joseph Reichman
Rob 

Then In that case I would have to loop within 
The MIPR exit 

The way I understood it there is only ONE 

CSVMODI and associated structures per invocation of the MIPR exit

Thanks 

> On Jan 13, 2025, at 4:59 AM, Rob Scott 
> <0618c90e6fdf-dmarc-requ...@listserv.ua.edu> wrote:
> 
> I think you misunderstood me.
> 
> A single invocation of CSVINFO will drive your MIPR for each and every module 
> for the function you requested.
> 
> You do not need to loop.
> 
> Rob Scott
> Rocket Software
> 
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Joseph Reichman <05812645a43c-dmarc-requ...@listserv.ua.edu>
> Sent: 13 January 2025 9:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: CSVINFO/MIPR logic
> 
> EXTERNAL EMAIL
> 
> 
> 
> 
> That’s what I am doing I have a loop
> 
> Invoking CSVINFO
> 
> However if I have modulea,moduleb and modulec loaded
> 
> My MIPR only presents modulea on each invocation
> Thanks
> 
>> On Jan 13, 2025, at 4:20 AM, Rob Scott 
>> <0618c90e6fdf-dmarc-requ...@listserv.ua.edu> wrote:
>> 
>> Your MIPR routine will be driven for each module for a SINGLE invocation of 
>> CSVINFO from your mainline code.
>> 
>> If you want to process a subset of module names, then your mainline should 
>> pass (via the USERDATA parameter) a structure that contains the subset list.
>> 
>> Perhaps CSVQUERY would be an alternative method for you to consider.
>> 
>> Rob Scott
>> Rocket Software
>> 
>> 
>> From: IBM Mainframe Discussion List  on behalf of 
>> Joseph Reichman <05812645a43c-dmarc-requ...@listserv.ua.edu>
>> Sent: 13 January 2025 2:49 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU 
>> Subject: CSVINFO/MIPR logic
>> 
>> EXTERNAL EMAIL
>> 
>> 
>> 
>> 
>> 
>> Hi
>> 
>> I am looking for the load address for 3 modules
>> 
>> 
>> I code the CSVINFO pass as a parameter the module I'm looking for it returns
>> the information since there are two more modules I am looking for I call the
>> CSVINFO calling the MIPR hoping it will get the next loaded module
>> 
>> However it (MIPR exit) presents the same load module
>> 
>> How do I get the MIPR exit to present the next module in the JPA
>> 
>> Thanks
>> 
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
>> 
>> 
>> Rocket Software, Inc. and subsidiaries ? 77 Fourth Avenue, Waltham MA 02451 
>> ? Main Office Toll Free Number: +1 855.577.4323
>> Contact Customer Support: 
>> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
>> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
>> http://www.rocketsoftware.com/manage-your-email-preferences
>> Privacy Policy - 
>> http://www.rocketsoftware.com/company/legal/privacy-policy
>> 
>> 
>> This communication and any attachments may contain confidential information 
>> of Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
>> prohibited. If you are not the intended recipient, please notify Rocket 
>> Software immediately and destroy all copies of this communication. Thank you.
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> 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 cipher suites for TLS

2025-01-13 Thread Jake Anderson
Yes i meant what ciphersuites can be used when ICSF is used ?

On Mon, 13 Jan 2025, 15:01 Colin Paice, <
059d4daca697-dmarc-requ...@listserv.ua.edu> wrote:

> Most of them.  See.
> https://www.ibm.com/docs/en/zos/2.4.0?topic=parameters-v3cipher. You can
> specify multiple v3cipher.
> Are you asking which ones cannot be used if ICSF is not active?
> Colin
>
>
> On Mon, 13 Jan 2025 at 08:01, Jake Anderson <
> 0655e880aa7d-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Hello
> >
> > Cross posted
> >
> > Just a general question
> >
> > In the absence of ICSF, What are the z/OS ciphersuites i can use in
> pagent
> > configuration?
> >
> > Jake
> >
> > --
> > 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: history and evolution of INFO/MVS, INFO/VM-VSE etc.

2025-01-13 Thread billogden
I replied directly to Mark Waterbury, but there seems to be slightly more
interest in this topic. I was the original author (the "O" in OZS) but it
was a long time ago, before all the modern
databases/forums/newsgroups/networks existed. I believe it helped set the
mindset for much later work.

Bill Ogden

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


Re: CSVINFO/MIPR logic

2025-01-13 Thread Rob Scott
I think you misunderstood me.

A single invocation of CSVINFO will drive your MIPR for each and every module 
for the function you requested.

You do not need to loop.

Rob Scott
Rocket Software


From: IBM Mainframe Discussion List  on behalf of 
Joseph Reichman <05812645a43c-dmarc-requ...@listserv.ua.edu>
Sent: 13 January 2025 9:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: CSVINFO/MIPR logic

EXTERNAL EMAIL




That’s what I am doing I have a loop

Invoking CSVINFO

However if I have modulea,moduleb and modulec loaded

My MIPR only presents modulea on each invocation
Thanks

> On Jan 13, 2025, at 4:20 AM, Rob Scott 
> <0618c90e6fdf-dmarc-requ...@listserv.ua.edu> wrote:
>
> Your MIPR routine will be driven for each module for a SINGLE invocation of 
> CSVINFO from your mainline code.
>
> If you want to process a subset of module names, then your mainline should 
> pass (via the USERDATA parameter) a structure that contains the subset list.
>
> Perhaps CSVQUERY would be an alternative method for you to consider.
>
> Rob Scott
> Rocket Software
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Joseph Reichman <05812645a43c-dmarc-requ...@listserv.ua.edu>
> Sent: 13 January 2025 2:49 AM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: CSVINFO/MIPR logic
>
> EXTERNAL EMAIL
>
>
>
>
>
> Hi
>
> I am looking for the load address for 3 modules
>
>
> I code the CSVINFO pass as a parameter the module I'm looking for it returns
> the information since there are two more modules I am looking for I call the
> CSVINFO calling the MIPR hoping it will get the next loaded module
>
> However it (MIPR exit) presents the same load module
>
> How do I get the MIPR exit to present the next module in the JPA
>
> Thanks
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> 
> Rocket Software, Inc. and subsidiaries ? 77 Fourth Avenue, Waltham MA 02451 ? 
> Main Office Toll Free Number: +1 855.577.4323
> Contact Customer Support: 
> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
> http://www.rocketsoftware.com/manage-your-email-preferences
> Privacy Policy - 
> http://www.rocketsoftware.com/company/legal/privacy-policy
> 
>
> This communication and any attachments may contain confidential information 
> of Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
> prohibited. If you are not the intended recipient, please notify Rocket 
> Software immediately and destroy all copies of this communication. Thank you.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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


Re: CSVINFO/MIPR logic

2025-01-13 Thread Rob Scott
No - you do not have to loop within MIPR either.

It will be driven for each and every module and you will get a fresh 
MODI_HEADER for each one.

One CSVINFO request results in MULTIPLE invocations of your MIPR routine.

Rob Scott
Rocket Software


From: IBM Mainframe Discussion List  on behalf of 
Joseph Reichman <05812645a43c-dmarc-requ...@listserv.ua.edu>
Sent: 13 January 2025 10:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: CSVINFO/MIPR logic

EXTERNAL EMAIL




Rob

Then In that case I would have to loop within
The MIPR exit

The way I understood it there is only ONE

CSVMODI and associated structures per invocation of the MIPR exit

Thanks

> On Jan 13, 2025, at 4:59 AM, Rob Scott 
> <0618c90e6fdf-dmarc-requ...@listserv.ua.edu> wrote:
>
> I think you misunderstood me.
>
> A single invocation of CSVINFO will drive your MIPR for each and every module 
> for the function you requested.
>
> You do not need to loop.
>
> Rob Scott
> Rocket Software
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Joseph Reichman <05812645a43c-dmarc-requ...@listserv.ua.edu>
> Sent: 13 January 2025 9:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: CSVINFO/MIPR logic
>
> EXTERNAL EMAIL
>
>
>
>
> That’s what I am doing I have a loop
>
> Invoking CSVINFO
>
> However if I have modulea,moduleb and modulec loaded
>
> My MIPR only presents modulea on each invocation
> Thanks
>
>> On Jan 13, 2025, at 4:20 AM, Rob Scott 
>> <0618c90e6fdf-dmarc-requ...@listserv.ua.edu> wrote:
>>
>> Your MIPR routine will be driven for each module for a SINGLE invocation of 
>> CSVINFO from your mainline code.
>>
>> If you want to process a subset of module names, then your mainline should 
>> pass (via the USERDATA parameter) a structure that contains the subset list.
>>
>> Perhaps CSVQUERY would be an alternative method for you to consider.
>>
>> Rob Scott
>> Rocket Software
>>
>> 
>> From: IBM Mainframe Discussion List  on behalf of 
>> Joseph Reichman <05812645a43c-dmarc-requ...@listserv.ua.edu>
>> Sent: 13 January 2025 2:49 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU 
>> Subject: CSVINFO/MIPR logic
>>
>> EXTERNAL EMAIL
>>
>>
>>
>>
>>
>> Hi
>>
>> I am looking for the load address for 3 modules
>>
>>
>> I code the CSVINFO pass as a parameter the module I'm looking for it returns
>> the information since there are two more modules I am looking for I call the
>> CSVINFO calling the MIPR hoping it will get the next loaded module
>>
>> However it (MIPR exit) presents the same load module
>>
>> How do I get the MIPR exit to present the next module in the JPA
>>
>> Thanks
>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>>
>> 
>> Rocket Software, Inc. and subsidiaries ? 77 Fourth Avenue, Waltham MA 02451 
>> ? Main Office Toll Free Number: +1 855.577.4323
>> Contact Customer Support: 
>> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport>
>> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
>> http://www.rocketsoftware.com/manage-your-email-preferences>
>> Privacy Policy - 
>> http://www.rocketsoftware.com/company/legal/privacy-policy>
>> 
>>
>> This communication and any attachments may contain confidential information 
>> of Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
>> prohibited. If you are not the intended recipient, please notify Rocket 
>> Software immediately and destroy all copies of this communication. Thank you.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

---

Re: z/OS cipher suites for TLS

2025-01-13 Thread Colin Paice
Most of them.  See.
https://www.ibm.com/docs/en/zos/2.4.0?topic=parameters-v3cipher. You can
specify multiple v3cipher.
Are you asking which ones cannot be used if ICSF is not active?
Colin


On Mon, 13 Jan 2025 at 08:01, Jake Anderson <
0655e880aa7d-dmarc-requ...@listserv.ua.edu> wrote:

> Hello
>
> Cross posted
>
> Just a general question
>
> In the absence of ICSF, What are the z/OS ciphersuites i can use in pagent
> configuration?
>
> Jake
>
> --
> 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: CSVINFO/MIPR logic

2025-01-13 Thread Joseph Reichman
Thanks let me revisit my code 

> On Jan 13, 2025, at 5:17 AM, Rob Scott 
> <0618c90e6fdf-dmarc-requ...@listserv.ua.edu> wrote:
> 
> No - you do not have to loop within MIPR either.
> 
> It will be driven for each and every module and you will get a fresh 
> MODI_HEADER for each one.
> 
> One CSVINFO request results in MULTIPLE invocations of your MIPR routine.
> 
> Rob Scott
> Rocket Software
> 
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Joseph Reichman <05812645a43c-dmarc-requ...@listserv.ua.edu>
> Sent: 13 January 2025 10:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: CSVINFO/MIPR logic
> 
> EXTERNAL EMAIL
> 
> 
> 
> 
> Rob
> 
> Then In that case I would have to loop within
> The MIPR exit
> 
> The way I understood it there is only ONE
> 
> CSVMODI and associated structures per invocation of the MIPR exit
> 
> Thanks
> 
>> On Jan 13, 2025, at 4:59 AM, Rob Scott 
>> <0618c90e6fdf-dmarc-requ...@listserv.ua.edu> wrote:
>> 
>> I think you misunderstood me.
>> 
>> A single invocation of CSVINFO will drive your MIPR for each and every 
>> module for the function you requested.
>> 
>> You do not need to loop.
>> 
>> Rob Scott
>> Rocket Software
>> 
>> 
>> From: IBM Mainframe Discussion List  on behalf of 
>> Joseph Reichman <05812645a43c-dmarc-requ...@listserv.ua.edu>
>> Sent: 13 January 2025 9:47 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU 
>> Subject: Re: CSVINFO/MIPR logic
>> 
>> EXTERNAL EMAIL
>> 
>> 
>> 
>> 
>> That’s what I am doing I have a loop
>> 
>> Invoking CSVINFO
>> 
>> However if I have modulea,moduleb and modulec loaded
>> 
>> My MIPR only presents modulea on each invocation
>> Thanks
>> 
 On Jan 13, 2025, at 4:20 AM, Rob Scott 
 <0618c90e6fdf-dmarc-requ...@listserv.ua.edu> wrote:
>>> 
>>> Your MIPR routine will be driven for each module for a SINGLE invocation 
>>> of CSVINFO from your mainline code.
>>> 
>>> If you want to process a subset of module names, then your mainline should 
>>> pass (via the USERDATA parameter) a structure that contains the subset list.
>>> 
>>> Perhaps CSVQUERY would be an alternative method for you to consider.
>>> 
>>> Rob Scott
>>> Rocket Software
>>> 
>>> 
>>> From: IBM Mainframe Discussion List  on behalf of 
>>> Joseph Reichman <05812645a43c-dmarc-requ...@listserv.ua.edu>
>>> Sent: 13 January 2025 2:49 AM
>>> To: IBM-MAIN@LISTSERV.UA.EDU 
>>> Subject: CSVINFO/MIPR logic
>>> 
>>> EXTERNAL EMAIL
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Hi
>>> 
>>> I am looking for the load address for 3 modules
>>> 
>>> 
>>> I code the CSVINFO pass as a parameter the module I'm looking for it returns
>>> the information since there are two more modules I am looking for I call the
>>> CSVINFO calling the MIPR hoping it will get the next loaded module
>>> 
>>> However it (MIPR exit) presents the same load module
>>> 
>>> How do I get the MIPR exit to present the next module in the JPA
>>> 
>>> Thanks
>>> 
>>> 
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>> 
>>> 
>>> 
>>> Rocket Software, Inc. and subsidiaries ? 77 Fourth Avenue, Waltham MA 02451 
>>> ? Main Office Toll Free Number: +1 855.577.4323
>>> Contact Customer Support: 
>>> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport>
>>> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
>>> http://www.rocketsoftware.com/manage-your-email-preferences>
>>> Privacy Policy - 
>>> http://www.rocketsoftware.com/company/legal/privacy-policy>
>>> 
>>> 
>>> This communication and any attachments may contain confidential information 
>>> of Rocket Software, Inc. All unauthorized use, disclosure or distribution 
>>> is prohibited. If you are not the intended recipient, please notify Rocket 
>>> Software immediately and destroy all copies of this communication. Thank 
>>> you.
>>> 
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
>> --
>> For IBM-MAIN subscribe / signoff / a

Re: Capturing CPU used

2025-01-13 Thread Graham Harris
categorise all the ZOWE components under sensible report classes, and look
at the 72 GOAL SMF to get an aggregated view?



On Sat, 11 Jan 2025 at 20:08, Colin Paice <
059d4daca697-dmarc-requ...@listserv.ua.edu> wrote:

> I'm running ZOWE.   The started task kicks off various SH commands.   In
> SDSF I see these address spaces start, use lots of CPU  and end.   The CPU
> used by the original started task does not include the CPU from the threads
> it kicks off.
>
> Is there any way of configuring it, so the original task gets the total CPU
> used by it and any threads/tasks it kicks off?
>
> I was looking for a quick cost of running ZOWE etc.   I can process the SMF
> 30 records, but I wanted a quick way
>
> Colin
>
> --
> 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: AI makes stuff up

2025-01-13 Thread Bob Bridges
I'm reminded of a quote attributed to Sam Goldwyn:  "I don't want yes men 
around me.  I want everyone to tell the truth, even if it costs them their 
jobs".  When I first encountered it I thought of it as a mere joke.  It was 
only years later that I realized Goldwyn was telling the exact, literal truth:  
That is indeed what he wants around him, people who will tell him the truth 
even if they fear he'll fire them for it.  Of course he'd be foolish to fire 
someone just for that

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

/* The creditors are a superstitious sect, great observers of set days and 
times.  -Poor Richard */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Monday, January 13, 2025 17:59
>
The ancient Chinese curse of YES men, or YES robots.

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


Re: Save the date for a HillGang on March 13th, 2025

2025-01-13 Thread Brian Westerman
HI,

Where do I go to get information on attending and to talk about where to stay, 
etc.?

Brian

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


Re: AI makes stuff up

2025-01-13 Thread Lionel B Dyck
I worked for a manager who said multiple times that if all of his
directs only gave him the answers that they expected him to want to
hear that they were redundant and he would fire them. He never did
fire anyone, that I know of, but he was always looking to be
challenged.

On Mon, Jan 13, 2025 at 11:14 PM Bob Bridges
<0587168ababf-dmarc-requ...@listserv.ua.edu> wrote:
>
> I'm reminded of a quote attributed to Sam Goldwyn:  "I don't want yes men 
> around me.  I want everyone to tell the truth, even if it costs them their 
> jobs".  When I first encountered it I thought of it as a mere joke.  It was 
> only years later that I realized Goldwyn was telling the exact, literal 
> truth:  That is indeed what he wants around him, people who will tell him the 
> truth even if they fear he'll fire them for it.  Of course he'd be foolish to 
> fire someone just for that
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* The creditors are a superstitious sect, great observers of set days and 
> times.  -Poor Richard */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Mike Schwab
> Sent: Monday, January 13, 2025 17:59
> >
> The ancient Chinese curse of YES men, or YES robots.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Lionel B. Dyck <><
Website: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: Pipes

2025-01-13 Thread Farley, Peter
There is.  CBT file 939 includes a Rexx interface for TSO Rexx.

From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Monday, January 13, 2025 9:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pipes


If only there were a Rexx PCRE2 command processor for TSO REXX. The

challenge with regular expressions, especially in Perl, which is arguably

one of the least maintainable programming languages, is how quickly they

devolve into an unmanageable mess. PEG parsers, on the other hand, are far

more structured than regex engines and are easier to comprehend since they

can be broken down into components. For the Python enthusiasts, here’s a

good PEG parser library: 
https://urldefense.com/v3/__https://github.com/erikrose/parsimonious__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!OAQXVcJNwKIO2mBmhOVkR1oOAo8SCynp7xw2d9qDSqQF-K5_FT9PzlDaBnDwSpd0HPRn0KT3S6WFLUnFCLcihVZ9PWsSvlxO0hCmb0Tk$



On Tue, Jan 14, 2025 at 10:16 AM Seymour J Metz 
mailto:sme...@gmu.edu>> wrote:



> PCRE2 has quite a bit more than ECMAscript.

>

> --

> From: IBM Mainframe Discussion List 
> mailto:IBM-MAIN@LISTSERV.UA.EDU>> on behalf

> of David Crayford 
> <0595a051454b-dmarc-requ...@listserv.ua.edu>

> Sent: Monday, January 13, 2025 8:24 PM

> To: IBM-MAIN@LISTSERV.UA.EDU

> Subject: Re: Pipes

>

> External Message: Use Caution

>

>

> There is already a package for REXX regular expressions. It uses ECMAScript

> grammar which is not far off PCRE 
> https://urldefense.com/v3/__https://github.com/daveyc/RTK__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!OAQXVcJNwKIO2mBmhOVkR1oOAo8SCynp7xw2d9qDSqQF-K5_FT9PzlDaBnDwSpd0HPRn0KT3S6WFLUnFCLcihVZ9PWsSvlxO0ta3jCtl$.

>

> On Tue, Jan 14, 2025 at 8:54 AM Farley, Peter <

> 031df298a9da-dmarc-requ...@listserv.ua.edu>
>  wrote:

>

> > I would think that an open-source/CBT MetalC version based on an existing

> > open-source non-Z implementation should be eminently achievable.  Not

> > trivial mind you, but achievable.

> >

> > As for multi-platform, I believe that ooRexx already supports regex,

> > although the oorexx.org website does not want to let me view the

> > documentation (gets 404 for all the HTML and PDF doc links on page

> >

> https://urldefense.com/v3/__https://secure-web.cisco.com/1FwbPE-3TskFsKME-Ue93bo3jzhcr6xrPy8wHnJcS3RpgcKj-9xVvqauYakkzOm-m3vQjDtpdj1F7hKu9dJOozabs0iPF_RnRurjl1XvMqrKIVQ5nzBLp5HyhKISIvu1lzBcT0M4d9NrF4ehN8PUIrtbKSr9xRughjGvWHt4ogzpeVvXbqeiKGOk3UZ39kVVKhtcm5aAstn09c8ikBosa1ZzH6llIJbfk2G62qxsCtqheDzdD8eM2bjAYlGYmWiqoIIMTJVmwjmGKcAXQkLg9q0ExIwn8w2dlDjk5myVc1CkV9W5t81meRVKO2tps0IddUZNC88kGihxpx-5AxDuFLJNNiODG_V6wuJTXRMpxWvr8EgISSEDpnWGechvguYc2pJpNX432HezhugnO9r6tZcwUQJRvh3INYiK9V6oFnbE/https*3A*2F*2Fwww.oorexx.org*2Fdocs*2F__;JSUlJSU!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!OAQXVcJNwKIO2mBmhOVkR1oOAo8SCynp7xw2d9qDSqQF-K5_FT9PzlDaBnDwSpd0HPRn0KT3S6WFLUnFCLcihVZ9PWsSvlxO0hsAJkoV$

> in both FireFox and Chrome).

> >

> > Peter

> >

> > From: IBM Mainframe Discussion List 
> > mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf

> > Of Paul Gilmartin

> > Sent: Monday, January 13, 2025 1:36 PM

> > To: IBM-MAIN@LISTSERV.UA.EDU

> > Subject: Re: Pipes

> >

> > On Mon, 13 Jan 2025 12:19:35 -0600, Lionel B Dyck wrote:

> >

> > >A decent, open-source, alternative would be wonderful.

> >

> > That would be of greatest value if it were multi-platform.

> >

> > And supported regular expressions.  I once argued for that,

> > and John Hartmann replied that wold depend on a HLASM

> > implementation of reges.

> >

> > --

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 repre

Re: Use of TAR to test access register validity

2025-01-13 Thread Binyamin Dissen
An AX value of zero will check whether the current DU has access.

But I would question why the application level code is checking the AR. 

How did it get it? 

What does the AR being invalid mean to the program, i.e., what corrective
action will be taken?

If it is a PASN qualified ALET, the TAR results are only true now, but may be
different at the next instruction.

Why not simply get the 0C4 type failure if the ALET is bad?

On Tue, 14 Jan 2025 01:38:34 -0600 John Dravnieks
<076bd30b687c-dmarc-requ...@listserv.ua.edu> wrote:

:>Hello
:>
:>I have come across some usage of the Test Access instruction (TAR) in a 
problem state program - given that TAR is documented in Chapter 10 of Pop 
(usually the supervisor state instructions generally only of use to the 
operating system) I am concerned that TAR is being used incorrectly 
:>
:>The code correctly loads an access register into AR7  and then has this:
:>TAR   R7,R0 Valid access register? 
:> JP AOKYes
:>
:>The second operand R0 refers to general register 0, which has a positive  
value of 32768 or less - so bits 32-47 of gpr0 will be zero so the effective 
EAX used by TAR will be zero.
:>
:>My question is is this a valid way to test the validity of an access 
register?   And should it also be checking for a condition code of 1 as well ?
:>
:>Kind regards
:>John Dravnieks,  21CS Software 
:>(posted here at suggestion of Binyamin Dissen)
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions,
:>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Director, Dissen Software, Bar & Grill - Israel

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


Use of TAR to test access register validity

2025-01-13 Thread John Dravnieks
Hello

I have come across some usage of the Test Access instruction (TAR) in a problem 
state program - given that TAR is documented in Chapter 10 of Pop (usually the 
supervisor state instructions generally only of use to the operating system) I 
am concerned that TAR is being used incorrectly 

The code correctly loads an access register into AR7  and then has this:
TAR   R7,R0 Valid access register? 
 JP AOKYes

The second operand R0 refers to general register 0, which has a positive  value 
of 32768 or less - so bits 32-47 of gpr0 will be zero so the effective EAX used 
by TAR will be zero.

My question is is this a valid way to test the validity of an access register?  
 And should it also be checking for a condition code of 1 as well ?

Kind regards
John Dravnieks,  21CS Software 
(posted here at suggestion of Binyamin Dissen)

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


Re: The mainfeame is alive

2025-01-13 Thread Paul Gilmartin
On Sun, 12 Jan 2025 23:57:06 -0500, Phil Smith III wrote:

>Because it doesn’t initialize X. -- it initializes X
>
I consider comments to be English phrases.  I actually pondered
a moment and decided to make the comment a sentence, giving
no thought the syntax of imaginary pseudocode.

Teaser -- should the following operate intuitively?:
say value( 'X.', 'Initial'); say x.42

-- 
gil

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


Re: Pipes

2025-01-13 Thread Seymour J Metz
Well, I certainly use pipes on my ArcaOS desktop and Linux laptops.

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




From: IBM Mainframe Discussion List  on behalf of Bob 
Bridges <0587168ababf-dmarc-requ...@listserv.ua.edu>
Sent: Monday, January 13, 2025 11:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Pipes

External Message: Use Caution


From my VERY limited exposure in this forum and by examining PowerShell scripts 
written by others, I get the impression that pipes are fabulous.  But I live in 
TSO, so no opportunity to use pipes ... right?

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

/* Q: What does the 'B' in "Benoit B Mandelbrot" stand for?
A: Benoit B Mandelbrot. */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Hobart Spitz
Sent: Monday, January 13, 2025 09:25

Would you rather pass data in move mode (*nix piping) or locate mode (Pipes) or 
via disk (JCL)?  Why do you think you rarely see *nix commands with more than a 
dozen filters, while Pipelines specifications are commonly over 100s of stages, 
and 1000s of stages are not uncommon.

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


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


Re: EXTERNAL Email: Re: AutoIPL

2025-01-13 Thread Jerry Whitteridge
I remember Skip talking about that at the time. He was puzzled for a bit .

Jerry Whitteridge
Sr Manager Managed Services
jerry.whitteri...@albertsons.com
480 578 7889

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Friday, January 10, 2025 3:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL Email: Re: AutoIPL

The only problem I remember was a Dev system early morning auto IPL that
we didn't even notice until maybe a day later.  I think after that we
started a task at IPL time that sent us an email.

On 1/10/2025 11:05 AM, David Purdy wrote:
>   The only problem with Autoipl is if an LPAR abends, it keeps on IPLing 
> until operations or automated process notices
> Happened once in five years
> David
>  On Friday, January 10, 2025 at 01:33:15 PM EST, Steve Beaver 
> <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote:
>
>   I'm new to the USDOJ and my lead put in an IPL request for the sandbox - No 
> big deal.
>
> Well the operators got the system down and then auto magically the system
> Started coming up and I asked how??
>
> In a no changes environment as that IPL was - it was quick - No HMC to 
> manipulate
>
>
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Allan Staller
> Sent: Friday, January 10, 2025 12:20 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: AutoIPL
>
> Classification: Confidential
>
> Discovered...Yes used (never)
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Steve Beaver
> Sent: Friday, January 10, 2025 12:13 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: AutoIPL
>
> [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.]
>
> How many of you have discovered the Auto IPL feature for zOS
>
>
> Steve
>
> --
> 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
>
> --
> 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

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


--
For IBM-MAIN subscribe / signoff / archive access instru

Re: AI makes stuff up

2025-01-13 Thread Paul Gilmartin
On Mon, 13 Jan 2025 12:11:07 -0600, Lionel B Dyck  wrote:

>The 3 laws
>
>1. A robot may not injure a human being or, through inaction, allow a
>human being to come to harm.
>2. A robot must obey the orders given it by human beings, except where
>such orders would conflict with the First Law.
>3. A robot must protect its own existence as long as such protection
>does not conflict with the First or Second Laws.
>
>By giving false and/or misleading information can "allow a human being
>to come to harm"
> 
And violates the Second Law if the request if phrased properly.

-- 
gil

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


Re: AI makes stuff up

2025-01-13 Thread Seymour J Metz
You realize that the 3  laws require far more than the current state of the 
art, don't you?

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




From: IBM Mainframe Discussion List  on behalf of 
Lionel B Dyck <057b0ee5a853-dmarc-requ...@listserv.ua.edu>
Sent: Monday, January 13, 2025 1:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AI makes stuff up

External Message: Use Caution


The 3 laws

1. A robot may not injure a human being or, through inaction, allow a
human being to come to harm.
2. A robot must obey the orders given it by human beings, except where
such orders would conflict with the First Law.
3. A robot must protect its own existence as long as such protection
does not conflict with the First or Second Laws.

By giving false and/or misleading information can "allow a human being
to come to harm"

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

2025-01-13 Thread Joe Monk
Hey John Hartmann has to get his salary somehow!

Joe

On Mon, Jan 13, 2025 at 12:35 PM Paul Gilmartin <
042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:

> On Mon, 13 Jan 2025 12:19:35 -0600, Lionel B Dyck wrote:
> >
> >A decent, open-source, alternative would be wonderful.
> >
> That would be of greatest value if it were multi-platform.
>
> And supported regular expressions.  I once argued for that,
> and John Hartmann replied that wold depend on a HLASM
> implementation of reges.
>
> --
> 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: Compiled Rexx and Edit macro

2025-01-13 Thread Hobart Spitz
Update from ChatGPT:  For ISPF edit macros, use the *IRXJSTUB* stub. It is
designed for REXX programs that interact with ISPF.

Seems like it would be worth a try.

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


On Mon, Jan 13, 2025 at 6:55 AM ITschak Mugzach <
05a7ced721d8-dmarc-requ...@listserv.ua.edu> wrote:

> Has anyone successfully implemented ISPF edit macros as compiled rexx? The
> problem is that the macro is invoked using ISOF select service, and it
> seems that the Rexx compiler does not support it.
> If I use CPPLEFPL as a STUG, the program abends. Other STUBS does not
> abend, but the ISREDIT commands returns null/blank values for the following
> command:
>
> "ISREDIT ($MEMNAME) = MEMBER"
>
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM coming soon  *
>
> --
> 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


Pipes

2025-01-13 Thread Bob Bridges
>From my VERY limited exposure in this forum and by examining PowerShell 
>scripts written by others, I get the impression that pipes are fabulous.  But 
>I live in TSO, so no opportunity to use pipes ... right?

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

/* Q: What does the 'B' in "Benoit B Mandelbrot" stand for?
A: Benoit B Mandelbrot. */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Hobart Spitz
Sent: Monday, January 13, 2025 09:25

Would you rather pass data in move mode (*nix piping) or locate mode (Pipes) or 
via disk (JCL)?  Why do you think you rarely see *nix commands with more than a 
dozen filters, while Pipelines specifications are commonly over 100s of stages, 
and 1000s of stages are not uncommon.

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


Re: Pipes

2025-01-13 Thread Lionel B Dyck
If you're so blessed to have TSO REXX Pipes on your system then enjoy
- PIPEs are *awesome* but sadly they are a charge feature and thus not
pervasive in the ecosystem which prevents anyone from developing tools
using them except for their own shops.

On Mon, Jan 13, 2025 at 10:43 AM Bob Bridges
<0587168ababf-dmarc-requ...@listserv.ua.edu> wrote:
>
> From my VERY limited exposure in this forum and by examining PowerShell 
> scripts written by others, I get the impression that pipes are fabulous.  But 
> I live in TSO, so no opportunity to use pipes ... right?
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* Q: What does the 'B' in "Benoit B Mandelbrot" stand for?
> A: Benoit B Mandelbrot. */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Hobart Spitz
> Sent: Monday, January 13, 2025 09:25
>
> Would you rather pass data in move mode (*nix piping) or locate mode (Pipes) 
> or via disk (JCL)?  Why do you think you rarely see *nix commands with more 
> than a dozen filters, while Pipelines specifications are commonly over 100s 
> of stages, and 1000s of stages are not uncommon.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Lionel B. Dyck <><
Website: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


AI makes stuff up

2025-01-13 Thread Bob Bridges
I don't see anything wrong with asking ChatGPT and checking out the options it 
offers, if you feel you have the time.  But if it doesn't work, I'd just shrug 
and forget it.  Those AI engines make stuff up sometimes.  I gather their 
target is to write something that is grammatical and often even idiomatic, but 
there's no ability to discern when TRUTH is required.

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

/* I would as soon write free verse as play tennis with the net down.  -Robert 
Frost */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Hobart Spitz
Sent: Monday, January 13, 2025 11:24

Update from ChatGPT:  For ISPF edit macros, use the *IRXJSTUB* stub. It is 
designed for REXX programs that interact with ISPF.

Seems like it would be worth a try.

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


Re: AI makes stuff up

2025-01-13 Thread Michael Oujesky

Telling the truth is not one of Asimov's three laws,

At 10:47 AM 1/13/2025, Bob Bridges wrote:

I don't see anything wrong with asking ChatGPT and checking out the 
options it offers, if you feel you have the time.  But if it doesn't 
work, I'd just shrug and forget it.  Those AI engines make stuff up 
sometimes.  I gather their target is to write something that is 
grammatical and often even idiomatic, but there's no ability to 
discern when TRUTH is required.


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

/* I would as soon write free verse as play tennis with the net 
down.  -Robert Frost */


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

Sent: Monday, January 13, 2025 11:24

Update from ChatGPT:  For ISPF edit macros, use the *IRXJSTUB* stub. 
It is designed for REXX programs that interact with ISPF.


Seems like it would be worth a try.

--
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: AI makes stuff up

2025-01-13 Thread Lionel B Dyck
And the AI will conflate information from multiple sources - for
example it may take information from Linux and apply it to an answer
for z/OS.

Trust but verify is always a wise move.

On Mon, Jan 13, 2025 at 10:48 AM Bob Bridges
<0587168ababf-dmarc-requ...@listserv.ua.edu> wrote:
>
> I don't see anything wrong with asking ChatGPT and checking out the options 
> it offers, if you feel you have the time.  But if it doesn't work, I'd just 
> shrug and forget it.  Those AI engines make stuff up sometimes.  I gather 
> their target is to write something that is grammatical and often even 
> idiomatic, but there's no ability to discern when TRUTH is required.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* I would as soon write free verse as play tennis with the net down.  
> -Robert Frost */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Hobart Spitz
> Sent: Monday, January 13, 2025 11:24
>
> Update from ChatGPT:  For ISPF edit macros, use the *IRXJSTUB* stub. It is 
> designed for REXX programs that interact with ISPF.
>
> Seems like it would be worth a try.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Lionel B. Dyck <><
Website: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: Pipes

2025-01-13 Thread Bob Bridges
Right, someone else should give it away.  ~I~ don't want to develop the 
full product and then not charge for it, but IBM should.

Sorry, just the capitalist in me sniping a little.

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

/* I must study politics and war that my sons may have liberty to study 
mathematics and philosophy. My sons ought to study mathematics and philosophy, 
geography, natural history, naval architecture, navigation, commerce, and 
agriculture, in order to give their children a right to study painting, poetry, 
music, architecture, statuary, tapestry, and porcelain.  -John Adams */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Rick Troth
Sent: Monday, January 13, 2025 12:10

CMS/TSO Pipelines (with a common codebase) is one of the most powerful 
productivity tools in the industry.  There have been several attempts to bring 
this capability to other platforms, including some attempts to provide a 
no-charge alternative on TSO.  (C'mon, IBM, the up-charge is killin us!! Stop 
nickel-and-diming your customers.)

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


Loaded module search TSO TEST with TSOLIB

2025-01-13 Thread Joseph Reichman
Hi 

I have a clist which has a TSOLIB for a load link attach module search 

The loaded module is also located in the library with test invocation 

Seems before searching the TSOLIB the system searches the library from the test 
invocation 

Is there any way to exclude this library from the search 

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