Re: z/PDT

[Jay Maynard]

I have completed all of the paperwork and paid my money. The last I heard,
the log4j business was indeed soaking up all of the bandwidth they had to
devote to such things, but they expected to have something to send out by
mid-February, and everything taken care of and ready to go by mid-March.
Obviously, they haven't made either date. I haven't gotten my USB dongle,
either.

The date on my license is mid-January. I'm hoping they extend it.

On Tue, Mar 22, 2022 at 11:41 PM Grant Taylor <
023065957af1-dmarc-requ...@listserv.ua.edu> wrote:

> On 3/22/22 10:37 PM, Brian Westerman wrote:
> > Has anyone heard any news about the lower cost z/PDT lately?  I was
> > on the list, but everything seems to have been dropped.
>
> I heard from someone that they had completed the paperwork and were
> waiting on the approval as of early this year.  From what they were
> saying, they were expecting to be in possession of a license by now.
>
> Sorry, I don't remember who and even if I did, I wouldn't share without
> their permission.  ;-)
>
> I also heard through the grape vine that IBM had just about all hands on
> deck for the Log4J fiasco, all platforms.  As such, people that were
> working on the hobbyist / student licensing were re-assigned for a
> while.  I'm speculating that they are now back on task.
>
>
>
> --
> Grant. . . .
> unix || die
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Jay Maynard

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

Re: z/PDT

[Grant Taylor]

On 3/22/22 10:37 PM, Brian Westerman wrote:
Has anyone heard any news about the lower cost z/PDT lately?  I was 
on the list, but everything seems to have been dropped.


I heard from someone that they had completed the paperwork and were 
waiting on the approval as of early this year.  From what they were 
saying, they were expecting to be in possession of a license by now.


Sorry, I don't remember who and even if I did, I wouldn't share without 
their permission.  ;-)


I also heard through the grape vine that IBM had just about all hands on 
deck for the Log4J fiasco, all platforms.  As such, people that were 
working on the hobbyist / student licensing were re-assigned for a 
while.  I'm speculating that they are now back on task.




--
Grant. . . .
unix || die

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

z/PDT

[Brian Westerman]

Has anyone heard any news about the lower cost z/PDT lately?  I was on the 
list, but everything seems to have been dropped.

Brian

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

Re: looking for 'how to' developing Rexx host command

[David Crayford]

On Tue, 2022-03-22 at 14:32 +, Farley, Peter x23353 wrote:
> +1 for MetalC.  Puts it all under your control.

Why Metal/C? Metal/C is great for what it's designed for, which is systems 
level programming such as supervisor state, AR mode stuff etc. But it only has 
a tiny runtime library. If you wanted to do
network programming using TCP sockets you would have to write your own code 
using the z/OS UNIX assembler callable services, and that's not much fun. Same 
for file I/O such as VSAM. I would much
rather use C++ which has an extensive runtime library and lots of open source 
stuff I can download from Github. The REXX command processors I have written 
require LE for regular expressions or to use
the Redis client libraries. I can't think of anything exciting that I could 
write in Metal/C.

We're big Metal/C users but I wouldn't advocate it for anything other than as a 
high level assembler replacement with a superb optimizer. 

> 
> +10 for SAMPLIB members in MetalC, not that any such are very likely to be 
> provided in what's left of our working lifetimes.
> 
> Peter
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Paul Gilmartin
> Sent: Tuesday, March 22, 2022 9:31 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: looking for 'how to' developing Rexx host command
> 
> EXTERNAL EMAIL
> 
> On Mon, 21 Mar 2022 11:35:51 +0800, David Crayford wrote:
> > > Wouldn't a SAMPLIB member be nice?  In a HLL?
> > 
> > Writing a REXX command processor in a HLL is non-trivial to do correctly. 
> > I've done it a few times and it requires creating a persistent LE 
> > environment  ...
> > 
> Well, then, Metal-C?
> 
> RFE for SAMPLIB members?
> 
> --
> 
> 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: looking for 'how to' developing Rexx host command

[David Crayford]

On Tue, 2022-03-22 at 11:34 +, Seymour J Metz wrote:
> We'll have to agree to disagree on whether restricted backtracking is 
> desirable. IMHO it greatly restricts the expressive power and utility of the 
> language.

I suggest reading the original paper submitted to the ACM by Professor Bryan 
Ford from MIT https://bford.info/pub/lang/peg.pdf. It finishes with "Finally, 
despite their ability to express language
constructs requiring unlimited looka-head and backtracking, all PEGs are 
parseable in linear time with a suitable tabular or memoizing algorithm". This 
is important. PEG parsers use memoizing and
other sleights of hand. Regular expression implementations using recursive 
backtracking can exhibit exponential running time in some cases. This is known 
as "catastrophic backtracking. Also, PEGs
don't have grammar ambiguities. Every PEG is deterministic.

It's also worth reading Professor Roberto Ierusalimschy's paper on LPeg where 
he explains the inherent weaknesses of regular expressions 
http://www.inf.puc-rio.br/~roberto/docs/peg.pdf and how PEG
parsers solve those issues. 

I use regular expressions all the time in both Java and Python. For simple 
string tokenizing and pattern matching they're great. But for heavy text 
processing they just don't cut it. 

> 
> BTW, while I find the *ix syntax for refexen to be unduly terse, PEG suffers 
> from the same fault; in fact, PEG and regex syntax are very similar. I'd much 
> prefer something along the lines of Icon.
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> David Crayford [dcrayf...@gmail.com]
> Sent: Tuesday, March 22, 2022 7:09 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: looking for 'how to' developing Rexx host command
> 
> It’s restricted backtracking which is desirable and a much better 
> implementation than regex 
> https://secure-web.cisco.com/1swO48l1_JB99CkRa7AMmDq2Z0sGAFRLPab3VIIcfgUnux20kM6PQg8QhPaddTUOao6BuHgnugd-htzOobi6JBCFXLG4Aw2UYQYWL-MuMiD-ZPGACexqeNy3dDMhXL5viUfxY3jOpw2zCkFeRv1ZB2Fyext2w9HrC4q8aeAuWOUkKbcpRDF-wUkyqNNzmUl-Qv-jAxpPXm-W_yZD0Y7D-FOkMubanuZaHFMGziJYNL85TyJx_RqB4a3qG4UZPIzvf_A6AdBZhuQnUcKAZq440h6Cmf6Kk1FBKzpAYptArppxx-zOnzF9XGe_AYzYDl3giARQptMDgIGVYTPMfPOS6bd68-cd55XpGsrd6QD97WYP1KyJT4bsPItZwCRZgNNJaQpSOopSNLLaT2rZBX9lUKliAN1A3I5BnjxEC-wjkNGAK1y85Z8jzy7R4sOnZmCuLyyR_5dYDYxRjyDsL5tF_Ww/https%3A%2F%2Fwww.sobyte.net%2Fpost%2F2022-01%2Flpeg%2F
> . Regular expressions are fine for simple use cases but suck when they become 
> complex. They are also slow and blared which is why everybody uses PEGs these 
> days.
> 
> > On 22 Mar 2022, at 18:55, Seymour J Metz  wrote:
> > 
> > Hm, the article explicitly mentions contexts in which PEGs don't backtrack 
> > but instead do greedy matching. In Perl, greedy matching is available if 
> > you need it but is not the norm.
> > 
> > 
> > --
> > Shmuel (Seymour J.) Metz
> > https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmason.gmu.edu%2F~smetz3data=04%7C01%7Csmetz3%40gmu.edu%7C4c197eb4e4a04d26a9f808da0bf486d6%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C637835442120805500%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=w78MjUxtKqWrD6eW97hd39agqHvBGvU9U1ylC2H9arI%3Dreserved=0
> > 
> > 
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> > David Crayford [dcrayf...@gmail.com]
> > Sent: Monday, March 21, 2022 10:12 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: looking for 'how to' developing Rexx host command
> > 
> > > On Mon, 2022-03-21 at 13:33 +, Seymour J Metz wrote:
> > > I just read the wiki artlice [[Parsing expression grammar]] and don't see 
> > > either the sophistication or the ease of use compared to regexen. I've 
> > > come to rely on named captures and backtracking,
> > > both
> > > of which seem to be missing.
> > 
> > Absolutely not. Depending on the library it's trivial to support named 
> > captures within named captures 
> > http://secure-web.cisco.com/1pDw906RvgdZxwW-QAEwZVgBdvkJGRrcGKbuoM_TdwgoBeW3Z55X8fS2im3k0c5R5U6qsEXk9asWW1HUfxN9dtI2zv_Ngos--f2Am86zaajaxDZrOInyLvR8tCMHaFDZRHk7tTsH10uKMqWRO1P0fQZncGO5DnJwzxkh6fcdOUxUycX64-3s_Z5MLmWkQ4YJ8QI2PAD0RNl86JJbdYHKlIaU8tOLuY2qjk3ZevVEI0l9bP3dNEmon3N8iIHS7k3Tq5-X4cUf_1yWZQAPjmgm4dsqQDCvdanw6s44hzVLRQjv4dwuSf_gmqak_hqEzkFjo31RK8HTfprGsToGW102HQhDXeGfWDlnXK1791cGZyCf3KvwdJtQsOKemboglVwH8RsXUyHbiv7i9cDdx89-bwYUFUirBHHKOVMand591UMM2weqvabSC5WH-C3-7GQq4/http%3A%2F%2Flua-users.org%2Flists%2Flua-l%2F2010-02%2Fmsg00493.html
> > . Backtracking is equally trivial. PEGs
> > support recursive decent grammars. The problem with regular expressions is 
> > that they don't scale. For example, using PEGs it's simple to functionally 
> > decompose a tricky grammar such as validating
> > a IP
> > address, which may be either a 

Re: PL/I question

[Phil Smith III]

Shmuel wrote:

> There was mention of a possible need for two versions, and I was just
pointing out that you can have a single source file that generates two
different versions of the object code.

 

Oh. There might be a need for two versions of the *include* file; not sure
whether that can be made bimodal, but thanks, that might be something to
explore, though that would require more PL/I expertise than I remember,
whereas a second include file would not!

 

Thanks.


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

Re: looking for 'how to' developing Rexx host command

[Tony Harminc]

On Tue, 22 Mar 2022 at 18:31, Seymour J Metz  wrote:
>
> While much of PL/s should be highly portable, GENERATE is very much 
> architecture dependent.

Sure. But GENERATE is no less portable than C's __asm(...) . You don't
have to use either.

Tony H.

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

Re: PL/I question

[Phil Smith III]

Bob Bridges wrote:

> PL/1 was my first language.

 

Only it's "PL/I". "Programming Language/One", but "PL/I". Just sayin'.

 

It actually might have been PL/C on that Xerox 530. S long ago.


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

Re: PL/I question

[Bob Bridges]

PL/1 was my first language.  I was majoring in Accounting, and my best
friend from high school knew something about programming and tried to
describe it.  He must have botched the description because it sounded boring
to me.  Probably it was boring to Terry, is why.

But I figured an accountant should know ~something~ about computers, so I
took one summer class in PL/1 -- or PL/C, actually, a subset of PL/1.  I was
hooked the very first day.  I started spending all my spare time at the
computer center, teaching myself BASIC and FORTRAN and writing games and
accounting utilities just for fun, saving them on paper tape.  My fiancée
didn't care for the time I spent there, much.  That fall I was offered a
student job at the computer center, running the HASP station and helping
other students debug their programs.  I finished my degree, but I never
looked back; I've been a computer geek ever since.

I still remember PL/1 fondly; I love the control it gives one over different
kinds of storage.  But I haven't written much in it recently; I do more in
interpreted languages, such as flavors of Visual Basic and of REXX.

I took to programming naturally, and I still regard it as one of my
superpowers, but I'm pretty sure I owe a lot of it to my teacher in that
first class.  How I honor that man!  He started us off rather as you
describe below:  Suppose you need to write a program to compare two numbers
and decide which is larger:  What's the first thing the program has to do?

There were various newbie-type guesses, all wrong, and he get us started:
The first thing you have to do is GET THE FIRST NUMBER.  And he wrote GET X
on the board.  Right there, the very first day, we were writing a PL/1
program, although we had no notion of algorithmic syntax.  GET X; GET Y; IF
X>Y THEN and so on.

That fall in my job I met students learning COBOL who were in their sixth
week and hadn't written their first program; they were just starting on the
concept of loops.

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

/* It will not do to meddle with him.  He is the kind of lamb that lies down
with the lion, in wolf's clothing.  -from "The Letter of Marque" by Patrick
O'Brian */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Phil Smith III
Sent: Tuesday, March 22, 2022 16:01

That was an observation. It meant they needed my help. Lots of it. Including
offers of one-on-one tutoring (never taken up on, I'm afraid).

Srsly, it was a fun class to work with. My dad's assignments were all
text-based, things like: "Given a list of names: 'firstname lastname',
convert them to 'lastname, firstname'. For extra credit, sort by lastname".
They'd be COMPLETELY lost as to how to start this, and I'd say "Well, what
do you need to do first?" "Um." "Maybe.read the input file?" "Oh, yes, that
makes sense." and it would go from there. I quite enjoyed the didactic
aspect of it, and I like to think it gave me a better appreciation of
end-user thinking, which has come in handy over the last decades.

A very Artsie friend took my dad's class several years later, and for his
term project he fed it a list of teams and scores and generated headlines:
"Bears claw Tigers 6-1" and the like. Good basic stuff, and a lot more
relatable than "Calculate a square root" and the like, which (at least at
the time) beginning CS class assignments tended to be! I've always been
convinced that you learn a lot more doing things you can relate to.

And my perspective it might've been sexUAL, but was hardly sexIST. My
sisters inform me that the average male arts student is more appealing than
the average male math/CS student, too.

Meanwhile, nobody here uses PL/I, eh?

--- Bob Bridges wrote:
>Wait, it's "sexist" to distinguish between the beauty of female Arts
students and of female computer-science students?  They're both female, so
that can't be sexist.

>(Belatedly) Oh, you mean "...had no idea what they were doing with
computers".  But we don't know whether that's sexist until we know whether
it was an observation or an assumption.

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

Re: looking for 'how to' developing Rexx host command

[Seymour J Metz]

C was driven by:

The limitations of the PDP-7

The availability of a free compiler.

Making BSL and PL.S available as program products wouldn't have affected those 
factors. Also, while C is less portable than PL/I, it is more portable than 
GENERATE.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, March 22, 2022 10:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: looking for 'how to' developing Rexx host command

On Tue, 22 Mar 2022 14:32:35 +, Farley, Peter x23353  wrote:

>+1 for MetalC.  Puts it all under your control.
>
I don't know the chronology, but I wonder whether if IBM had
made PL/S a product early enough, C would never have happened.

>+10 for SAMPLIB members in MetalC, not that any such are very likely to be 
>provided in what's left of our working lifetimes.
>
An alternative an executable example in a User's Guide.  I learned the
HLASM I/O exits from an example I copied/pasted from a manual.

--
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: PL/I question

[Seymour J Metz]

There was mention of a possible need for two versions, and I was just pointing 
out that you can have a single source file that generates two different 
versions of the object code.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Phil Smith III [li...@akphs.com]
Sent: Tuesday, March 22, 2022 11:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PL/I question

Shmuel wrote:

> When I need the ability to compile two different versions of something, I
use compile time logic. The macro languages for both PL/I and HLASM are
sophisticated enough to do fancy tailoring.



Thanks, but what does this have to do with the question? There's ONE
version, which can be linked dynamically or statically.


--
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: looking for 'how to' developing Rexx host command

[Seymour J Metz]

Just seeing if you were aweake. That's my story and I'm sticking to it. Some of 
the IBM internal use BSL documents were dated 1967.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Charles Mills [charl...@mcn.org]
Sent: Tuesday, March 22, 2022 6:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: looking for 'how to' developing Rexx host command

Wow! 1867. Who knew. Was there a version for the Dial Time Recorder Clock?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Tuesday, March 22, 2022 3:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: looking for 'how to' developing Rexx host command

While much of PL/s should be highly portable, GENERATE is very much
architecture dependent.

PL.S, in the guise of BSL, goes back at least to the development of TSO and
at least back to 1867.

Some of the relevant manuals are ZZ, meaning IBM confidential, but some are
GC, meaning publicly available, although still subject to copyright.


--
Shmuel (Seymour J.) Metz
https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmason.gmu.edu%2F~smetz3data=04%7C01%7Csmetz3%40gmu.edu%7C88d767ca4b18498fdb7e08da0c55c45c%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C637835859755380495%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=V9nrwiDZO8PDB9JEA8aSzh2hy8OulvTgt3s%2FnEnMQ0Y%3Dreserved=0


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Tony Harminc [t...@harminc.net]
Sent: Tuesday, March 22, 2022 1:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: looking for 'how to' developing Rexx host command

On Tue, 22 Mar 2022 at 11:07, Jay Maynard  wrote:
>
> I never understood why IBM kept PL/S such a deep dark secret.

[See below.]

> Regardless, PL/S is intimately tied to the 370 and subsequent
> architectures, and C is not.

I'm not sure how intimately. There were dialects of PL/S for the 8100
(DPPX), and I think for the 37xx communication controllers. But in any
case PL/S syntax is clearly based on that of PL/I, and that is
certainly a highly portable language.

It's also arguable that C is tied closely to the PDP11 and similar
architectures, and only by ugly adaptations was it able to run on
other platforms.

> C also came out much earlier than PL/S, starting in about 1970.

I don't think so.

Both PL/S and C had predecessor languages that differed to various
degrees. C had B and BCPL, from which C had very substantial
differences. PL/S had BSL, which really wasn't much different from
PL/S or even current PL/X (or whatever it's called these days). Both
languages also have later dialects and/or offspring (e.g. PL.8, C++),
and that history is complex.

Wikipedia says that C dates from 1972. For PL/S it just says "the late
1960s", but there is BSL material on Bitsavers dated 1969, and a "BSL
Library" document from October 1967 which is not BSL itself, but
clearly refers to its existence.

[Some of the PL/S documents on Bitsavers are the very same ones that
had escaped to the wild and that IBM was chasing down around 1975.
That they felt at the time that it was worth flying a team of
blue-suited lawyers from Armonk around North America to try to get
hold of fuzzy photocopies of BSL manuals does suggest that it was
pretty important to them. I think this predated both the Fujitsu and
Rand situations, but perhaps IBM was already aware of both efforts.]

PL/eaSe:
https://secure-web.cisco.com/1go2uHy-5yje8uqO2LaJUG-mISUqm2gS44XVUp-kQHA1pCD
F5Bkst52bGgwQKgD4mN95xQfT-X-S56hVPNHD67rlt7PGyQCC6vzCK3LBs-usgUFcEOOcofsfAbP
IAHyjgtl6cn3X2F1eL-KE__GhehAJvB6zcYx6cP2TYnRzTjBvQyDg1ch1eVXYzG2w52BW_SHXNyr
m4P38kDkgFXZiWglXzhx8wlUIe_2rSfiyUjotiTRF9ZMdflYnUg0YmzYV3-qYVeoCp4LgbROUzGB
wncwSJdyxf9HfO0JtLhPaAZhnxBzfYIvHo0ojdMeJzvpZmNJvFLVdeiI8nFI_MKtr4bJq-2WHJT9
vzgo2FJ20lQAP-6Uo2yAR__HoS9LiwiH8xi0B4O21KJxo5NieyRL-28K9Qtv8P_Jo4zfzxd0-8cy
gj8pdRzYjRJd6NdE9TiJcX/https%3A%2F%2Fhttp://secure-web.cisco.com/1weAfPq5D-nQbPEDsOcDqtnGX_HPRp_aOyGtJVF7qvgSTHGuRKM6ezNKjTCA5FN9dNoZGj_GzKB8x6JOLtgRuTcyuhRSYg9y_HuojI2PnFRBmEFipAtC1MGR3QcQ0ktd7shtCYcV8RAcElvjSTjH3w9ATj4r1KqV9J0iIXbLz-klKMvQ7-gW8TZLuhcXcokd1Ax2SWXDqK477jS6wizWXxa6n1jZ4tEGthufTnE5Y4vC4fC5ImFOBm7q3I1Vj98QTgtNuGASTobpZBUUcDa2lD_eYfCBzfVI9Ef32yxY_xiQYy3OxKRXlhtYh7kVS6pQApzjTnvo5zn2Qb_1rx6CMlxS0yFO69BJ59i9W9zKkmwCa4cR5kLVdv_KH6xNAkaTrjwJJ9UEH6qT0XLZ-plHIUhKQAu6HJrz5_H46HrXXR4ALq8mlj3eKHSYo3OUU77xP/http%3A%2F%2Fwww.mxg.com%2Fthebuttonman%2Fhtml%2Fbut
ton196.htm
Rand's answer:
https://secure-web.cisco.com/1y98GLznZFAPwsK3MR0lKo8vFRTlM-Vyfid72ddxIigrfdS
ApIBAeRzJISYdjN0E5JPX_yrz9EkNrKoc-kgWXcBsJMrBWTUldhn4Dkq_mBIg1U8-VA4tmlh5V9A
cVOtLIrKxDubfNnrAzV6lquQEb3G_7Gvw1IPcgQthcpt8AZVuL8c_kgY5XYN-VsEZyCKji_ZyCiU

Re: looking for 'how to' developing Rexx host command

[Charles Mills]

Wow! 1867. Who knew. Was there a version for the Dial Time Recorder Clock?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Tuesday, March 22, 2022 3:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: looking for 'how to' developing Rexx host command

While much of PL/s should be highly portable, GENERATE is very much
architecture dependent.

PL.S, in the guise of BSL, goes back at least to the development of TSO and
at least back to 1867.

Some of the relevant manuals are ZZ, meaning IBM confidential, but some are
GC, meaning publicly available, although still subject to copyright. 


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Tony Harminc [t...@harminc.net]
Sent: Tuesday, March 22, 2022 1:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: looking for 'how to' developing Rexx host command

On Tue, 22 Mar 2022 at 11:07, Jay Maynard  wrote:
>
> I never understood why IBM kept PL/S such a deep dark secret.

[See below.]

> Regardless, PL/S is intimately tied to the 370 and subsequent
> architectures, and C is not.

I'm not sure how intimately. There were dialects of PL/S for the 8100
(DPPX), and I think for the 37xx communication controllers. But in any
case PL/S syntax is clearly based on that of PL/I, and that is
certainly a highly portable language.

It's also arguable that C is tied closely to the PDP11 and similar
architectures, and only by ugly adaptations was it able to run on
other platforms.

> C also came out much earlier than PL/S, starting in about 1970.

I don't think so.

Both PL/S and C had predecessor languages that differed to various
degrees. C had B and BCPL, from which C had very substantial
differences. PL/S had BSL, which really wasn't much different from
PL/S or even current PL/X (or whatever it's called these days). Both
languages also have later dialects and/or offspring (e.g. PL.8, C++),
and that history is complex.

Wikipedia says that C dates from 1972. For PL/S it just says "the late
1960s", but there is BSL material on Bitsavers dated 1969, and a "BSL
Library" document from October 1967 which is not BSL itself, but
clearly refers to its existence.

[Some of the PL/S documents on Bitsavers are the very same ones that
had escaped to the wild and that IBM was chasing down around 1975.
That they felt at the time that it was worth flying a team of
blue-suited lawyers from Armonk around North America to try to get
hold of fuzzy photocopies of BSL manuals does suggest that it was
pretty important to them. I think this predated both the Fujitsu and
Rand situations, but perhaps IBM was already aware of both efforts.]

PL/eaSe:
https://secure-web.cisco.com/1go2uHy-5yje8uqO2LaJUG-mISUqm2gS44XVUp-kQHA1pCD
F5Bkst52bGgwQKgD4mN95xQfT-X-S56hVPNHD67rlt7PGyQCC6vzCK3LBs-usgUFcEOOcofsfAbP
IAHyjgtl6cn3X2F1eL-KE__GhehAJvB6zcYx6cP2TYnRzTjBvQyDg1ch1eVXYzG2w52BW_SHXNyr
m4P38kDkgFXZiWglXzhx8wlUIe_2rSfiyUjotiTRF9ZMdflYnUg0YmzYV3-qYVeoCp4LgbROUzGB
wncwSJdyxf9HfO0JtLhPaAZhnxBzfYIvHo0ojdMeJzvpZmNJvFLVdeiI8nFI_MKtr4bJq-2WHJT9
vzgo2FJ20lQAP-6Uo2yAR__HoS9LiwiH8xi0B4O21KJxo5NieyRL-28K9Qtv8P_Jo4zfzxd0-8cy
gj8pdRzYjRJd6NdE9TiJcX/https%3A%2F%2Fwww.mxg.com%2Fthebuttonman%2Fhtml%2Fbut
ton196.htm
Rand's answer:
https://secure-web.cisco.com/1y98GLznZFAPwsK3MR0lKo8vFRTlM-Vyfid72ddxIigrfdS
ApIBAeRzJISYdjN0E5JPX_yrz9EkNrKoc-kgWXcBsJMrBWTUldhn4Dkq_mBIg1U8-VA4tmlh5V9A
cVOtLIrKxDubfNnrAzV6lquQEb3G_7Gvw1IPcgQthcpt8AZVuL8c_kgY5XYN-VsEZyCKji_ZyCiU
BxM2sq_vnQBywD4xw_wAv39d2fS3a-9uMijMVum6s-MzxTvp2pfQgi8ckDkV4atDiTUqTeHu8_wb
zaZowyal5Umh-Wsmhmi4_-OaPQKMF2agA13nvl3UkPAyyrdnD9MWhoA7E9CcoNHMuYQP7n9Z7-OD
wlnAKLB4_OuZMfYTep6Vz_-EsQnBOi9EpD1LVn_o7FY0hjyDnXR8OBv4F189ZIFZKZK504oXLbq2
35B-XAZTZSZoRxhwFToYPQ/https%3A%2F%2Fwww.mxg.com%2Fthebuttonman%2Fhtml%2Fbut
ton213.htm

https://secure-web.cisco.com/1K1TClFFuiCkEmuQK1z77FgzwLRTvYxO0wJ30JFYi0Y3qSE
V98cSJnn2mQCetCVpa65fjRV9o8c3QIjmkyFg0f68s-b1kBy38u6K6Y2c14ktZzc7qMkJrYFHy50
DVd2nyC3PjfcWJEgcGEUHeUQ9ZZv-H8LPfC0ID4JE-FnnTUg7imwEeqZHn25Uz1URUdJjtQa0pEV
kADgB-v_JW385y2l6mmwMVHZfb8CN6W8nRdQHleI9leFZ3_Yd97p6MiEQ1f0ws37i1d2eBil_u1o
OjpEMXgtQ8MdkoBpj-FmSO-S3S2xI_sffSn4T9mk5TgTOfO67yE51TWXBAzXrVw6MXjxST-fPAa4
a2S1_ThTtxUCsPaWIbEAU-HW3RN5Ut2f4npEzAeWefwa0tg9u4gl9JERLm5wMPBESTKLyym342db
hkRJKtbfnaYIyD60b2kGlb/https%3A%2F%2Fwww.mxg.com%2Fthebuttonman%2Fsearch.asp

Tony H.

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

Re: looking for 'how to' developing Rexx host command

[Seymour J Metz]

Actually, ArcaOS from Arca Noae is most current. Some of the open source 
components are maintained by, e.g., BitWise Works, Netlabs.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mike Beer [m...@beer.at]
Sent: Tuesday, March 22, 2022 1:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: looking for 'how to' developing Rexx host command

https://secure-web.cisco.com/1Fqw7ZXsIsu8QxLRexc7kwyiuWXRDgriUkn7uyq-awRFV8WBYJx-XP_7mBxjDL-MNkgesu50O3R-FZ7Us-YebAhp8IQ4o6cLHkN0Qlxr2hFguIQGX1qYR5_nEQqIwMOIX1-3cX98NX7fMDtmaVHiPSqM6bhfA64QeINZG2GMzOEqf3wkLDotPuaHGDTetg5oq2CgF_uS048TiWwdWdH8pBq-DMByimGexepRgYNhgumrMxGMa4nOqSOyYsSUqwDJRJdfO6CerF0UJDGL-0apw2YefmLQN9q16WgSYlzVRtctK1tiKy0hxmfnkA3qmSAGDzZBouodJK_8HTJTYjarB-iNNzthAr2wm9aXi9IMF4byE-28ZXqqrsK18c9NFoQRKVaQPVp0CdFM7flPKHMIpIajd2wQlD8juaWHMra6-LEkDTqtTp1VCrAIJU5urLiH0/https%3A%2F%2Fwww.ecomstation.com%2F
 is the current OS/2

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List  Im Auftrag von 
Paul Gilmartin
Gesendet: Tuesday, March 22, 2022 18:06
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: looking for 'how to' developing Rexx host command

On Tue, 22 Mar 2022 10:06:34 -0500, Jay Maynard wrote:

>I never understood why IBM kept PL/S such a deep dark secret.
>
Fear of RCA?

>Regardless, PL/S is intimately tied to the 370 and subsequent
>architectures, and C is not. C also came out much earlier than PL/S,
>starting in about 1970.
>
A co-worker told me that PL/S was available (IBM-internal) under OS/2.  And 
that SuperC was written in PL/S and runs alike on OS/2 and MVS.

Who owns OS/2 nowadays?  Is there any active development on the kernel?

--
gil

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

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

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

Re: looking for 'how to' developing Rexx host command

[Seymour J Metz]

Arca Noae has a support contract with IBM but AFAIK doesn't have access to the 
kernel source. They have replaced a lot of the low level code with their own 
versions.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mike Beer [m...@beer.at]
Sent: Tuesday, March 22, 2022 1:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: looking for 'how to' developing Rexx host command

There seems to be a newer offering for OS/2
https://secure-web.cisco.com/1A8XwvVb57NoGBymPiB30svoTNgB8STH-vTBl4JqOjN7DmjC1sOLhpHMoZBq4hVP0xLRl28CUqBxi-72HkpWjXIf8eyBG8hx3b91Pjg_N_Ij79KwZonOKEdN89Qls9AIzx3UODwdK1K1igIrxck4uP0dFFFLOZ5SAbn5MlUwsTEcPGTR7-gyRxPn8rpNeDIbU7Z1jWn3x6n7ujOZtXpfH2hc6pTELy-lQPdE4W5juYvqeby1H3j9HN3Ik0WFnnBY4uxCTh1syKj5Y6FIvIUARoznxWe-ZxQWUbyew3bo9sHeTcR3co8K78ukHDJRL9RuntXSBQkBYS0OICgLr1XHmjm6wMM9trFwBtkzgwMJ3jXo3jPhR6uYw-Y4nilSDXuE2CtgXRrexZ6TwpkKVlEOKKZ283icE45wjOpI6Ija7FkyGtd3zp6fbCO7eSqarS_AE/https%3A%2F%2Fwww.arcanoae.com%2F


-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List  Im Auftrag von 
Paul Gilmartin
Gesendet: Tuesday, March 22, 2022 18:06
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: looking for 'how to' developing Rexx host command

On Tue, 22 Mar 2022 10:06:34 -0500, Jay Maynard wrote:

>I never understood why IBM kept PL/S such a deep dark secret.
>
Fear of RCA?

>Regardless, PL/S is intimately tied to the 370 and subsequent
>architectures, and C is not. C also came out much earlier than PL/S,
>starting in about 1970.
>
A co-worker told me that PL/S was available (IBM-internal) under OS/2.  And 
that SuperC was written in PL/S and runs alike on OS/2 and MVS.

Who owns OS/2 nowadays?  Is there any active development on the kernel?

--
gil

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

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

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

Re: looking for 'how to' developing Rexx host command

[Seymour J Metz]

While much of PL/s should be highly portable, GENERATE is very much 
architecture dependent.

PL.S, in the guise of BSL, goes back at least to the development of TSO and at 
least back to 1867.

Some of the relevant manuals are ZZ, meaning IBM confidential, but some are GC, 
meaning publicly available, although still subject to copyright. 


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Tony Harminc [t...@harminc.net]
Sent: Tuesday, March 22, 2022 1:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: looking for 'how to' developing Rexx host command

On Tue, 22 Mar 2022 at 11:07, Jay Maynard  wrote:
>
> I never understood why IBM kept PL/S such a deep dark secret.

[See below.]

> Regardless, PL/S is intimately tied to the 370 and subsequent
> architectures, and C is not.

I'm not sure how intimately. There were dialects of PL/S for the 8100
(DPPX), and I think for the 37xx communication controllers. But in any
case PL/S syntax is clearly based on that of PL/I, and that is
certainly a highly portable language.

It's also arguable that C is tied closely to the PDP11 and similar
architectures, and only by ugly adaptations was it able to run on
other platforms.

> C also came out much earlier than PL/S, starting in about 1970.

I don't think so.

Both PL/S and C had predecessor languages that differed to various
degrees. C had B and BCPL, from which C had very substantial
differences. PL/S had BSL, which really wasn't much different from
PL/S or even current PL/X (or whatever it's called these days). Both
languages also have later dialects and/or offspring (e.g. PL.8, C++),
and that history is complex.

Wikipedia says that C dates from 1972. For PL/S it just says "the late
1960s", but there is BSL material on Bitsavers dated 1969, and a "BSL
Library" document from October 1967 which is not BSL itself, but
clearly refers to its existence.

[Some of the PL/S documents on Bitsavers are the very same ones that
had escaped to the wild and that IBM was chasing down around 1975.
That they felt at the time that it was worth flying a team of
blue-suited lawyers from Armonk around North America to try to get
hold of fuzzy photocopies of BSL manuals does suggest that it was
pretty important to them. I think this predated both the Fujitsu and
Rand situations, but perhaps IBM was already aware of both efforts.]

PL/eaSe: 
https://secure-web.cisco.com/1go2uHy-5yje8uqO2LaJUG-mISUqm2gS44XVUp-kQHA1pCDF5Bkst52bGgwQKgD4mN95xQfT-X-S56hVPNHD67rlt7PGyQCC6vzCK3LBs-usgUFcEOOcofsfAbPIAHyjgtl6cn3X2F1eL-KE__GhehAJvB6zcYx6cP2TYnRzTjBvQyDg1ch1eVXYzG2w52BW_SHXNyrm4P38kDkgFXZiWglXzhx8wlUIe_2rSfiyUjotiTRF9ZMdflYnUg0YmzYV3-qYVeoCp4LgbROUzGBwncwSJdyxf9HfO0JtLhPaAZhnxBzfYIvHo0ojdMeJzvpZmNJvFLVdeiI8nFI_MKtr4bJq-2WHJT9vzgo2FJ20lQAP-6Uo2yAR__HoS9LiwiH8xi0B4O21KJxo5NieyRL-28K9Qtv8P_Jo4zfzxd0-8cygj8pdRzYjRJd6NdE9TiJcX/https%3A%2F%2Fwww.mxg.com%2Fthebuttonman%2Fhtml%2Fbutton196.htm
Rand's answer:  
https://secure-web.cisco.com/1y98GLznZFAPwsK3MR0lKo8vFRTlM-Vyfid72ddxIigrfdSApIBAeRzJISYdjN0E5JPX_yrz9EkNrKoc-kgWXcBsJMrBWTUldhn4Dkq_mBIg1U8-VA4tmlh5V9AcVOtLIrKxDubfNnrAzV6lquQEb3G_7Gvw1IPcgQthcpt8AZVuL8c_kgY5XYN-VsEZyCKji_ZyCiUBxM2sq_vnQBywD4xw_wAv39d2fS3a-9uMijMVum6s-MzxTvp2pfQgi8ckDkV4atDiTUqTeHu8_wbzaZowyal5Umh-Wsmhmi4_-OaPQKMF2agA13nvl3UkPAyyrdnD9MWhoA7E9CcoNHMuYQP7n9Z7-ODwlnAKLB4_OuZMfYTep6Vz_-EsQnBOi9EpD1LVn_o7FY0hjyDnXR8OBv4F189ZIFZKZK504oXLbq235B-XAZTZSZoRxhwFToYPQ/https%3A%2F%2Fwww.mxg.com%2Fthebuttonman%2Fhtml%2Fbutton213.htm

https://secure-web.cisco.com/1K1TClFFuiCkEmuQK1z77FgzwLRTvYxO0wJ30JFYi0Y3qSEV98cSJnn2mQCetCVpa65fjRV9o8c3QIjmkyFg0f68s-b1kBy38u6K6Y2c14ktZzc7qMkJrYFHy50DVd2nyC3PjfcWJEgcGEUHeUQ9ZZv-H8LPfC0ID4JE-FnnTUg7imwEeqZHn25Uz1URUdJjtQa0pEVkADgB-v_JW385y2l6mmwMVHZfb8CN6W8nRdQHleI9leFZ3_Yd97p6MiEQ1f0ws37i1d2eBil_u1oOjpEMXgtQ8MdkoBpj-FmSO-S3S2xI_sffSn4T9mk5TgTOfO67yE51TWXBAzXrVw6MXjxST-fPAa4a2S1_ThTtxUCsPaWIbEAU-HW3RN5Ut2f4npEzAeWefwa0tg9u4gl9JERLm5wMPBESTKLyym342dbhkRJKtbfnaYIyD60b2kGlb/https%3A%2F%2Fwww.mxg.com%2Fthebuttonman%2Fsearch.asp

Tony H.

--
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: JES2 Purge Processing [EXTERNAL]

[Feller, Paul]

Mark, I guess I would ask if you saw any $HASP263 messages on the other lpars?  
Seeing message $HASP263 would indicate issues with the checkpoint processing.  
That could hold up things on the other members in the MAS.

From the JES2 message manual for z/OS 2.4.

$HASP263
Explanation
WAITING FOR ACCESS TO JES2 CHECKPOINT VOLUME volser
LOCK HELD BY MEMBER member_name
LOCK HELD BY SYSTEM
SYSTEM MANAGED PROCESS ACTIVE
When the primary checkpoint data set resides on DASD, JES2 has issued a RESERVE 
operation to the CKPT1 or
CKPT2 data set on volume volser. The number of seconds specified as the time 
interval on the LOCKOUT
parameter on the MASDEF initialization statement or on the $T MASDEF operator 
command has elapsed, but the
RESERVE operation has not completed. Another member in the multi-access spool 
configuration might have
ended while holding the hardware RESERVE on the checkpoint data set.

This message is informational and displays why the lock cannot be obtained. 
Either:
• The lock is held by another member of the MAS.
• The lock is in transition and is held by MVS. If this state persists, there 
might be an XCF signaling problem or a system might have failed.
• The lock cannot be obtained because a system managed process is active for 
the structure.


Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Tuesday, March 22, 2022 4:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES2 Purge Processing [EXTERNAL]

Yesterday we had a job with a huge amount of output take about 48 minutes to 
complete purge processing. While it was being purged everything else on that 
system that required JES2 services, basically spool space, wasn't able to do so 
and was waiting for the purge to complete. This is a 3 system MAS, and I think 
it's safe to say that any JES2 tuning activities hasn't been done in a very 
long time.

Does anyone have suggestions on what to look at in the system/JES2PARM 
configuration that might speed purge processing up if this problem occurs again?

Mark Jacobs

Sent from 
[ProtonMail](https://urldefense.proofpoint.com/v2/url?u=https-3A__protonmail.com=DwIGaQ=9g4MJkl2VjLjS6R4ei18BA=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc=fxAqxmkYZvk6cRaMRvdn973XKmXJectUWeVC64AT8M4YsiucmroOptanei41wdqL=alsOVYIXEQL326mTX9E6FZOG6E_rqRVlE-AC8X4eQms=
 ), Swiss-based encrypted email.

GPG Public Key - 
https://urldefense.proofpoint.com/v2/url?u=https-3A__api.protonmail.ch_pks_lookup-3Fop-3Dget-26search-3Dmarkjacobs-40protonmail.com=DwIGaQ=9g4MJkl2VjLjS6R4ei18BA=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc=fxAqxmkYZvk6cRaMRvdn973XKmXJectUWeVC64AT8M4YsiucmroOptanei41wdqL=mX7vghlPjDzvU7u_YjjvHEluDHIww2MgJmcgmon4aKg=
 

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

--
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

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

IBM vs. LzLabs

[Paul Gilmartin]

-- 
gil

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

JES2 Purge Processing

[Mark Jacobs]

Yesterday we had a job with a huge amount of output take about 48 minutes to 
complete purge processing. While it was being purged everything else on that 
system that required JES2 services, basically spool space, wasn't able to do so 
and was waiting for the purge to complete. This is a 3 system MAS, and I think 
it's safe to say that any JES2 tuning activities hasn't been done in a very 
long time.

Does anyone have suggestions on what to look at in the system/JES2PARM 
configuration that might speed purge processing up if this problem occurs again?

Mark Jacobs

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

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

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

Re: Word formattnig

[zMan]

Um. Pretty sure that was a joke, son.

On Mon, Mar 21, 2022 at 8:47 PM Robin Vowels  wrote:

> On 2022-03-22 11:42, Paul Gilmartin wrote:
> > On Tue, 22 Mar 2022 11:06:05 +1100, Robin Vowels wrote:
> >
> >> Notepad has a problem with large files.
> >> It loads only the first part of a large file.
> >>
> > How large?  No one should ever need more than 640K.
>
> Rubbish.
>

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

Re: PL/I question

[Phil Smith III]

Bob Bridges wrote:

>Wait, it's "sexist" to distinguish between the beauty of female Arts
students and of female computer-science students?  They're both female, so
that can't be sexist.

 

>(Belatedly) Oh, you mean "...had no idea what they were doing with
computers".  But we don't know whether that's sexist until we know whether
it was an observation or an assumption.

 

That was an observation. It meant they needed my help. Lots of it. Including
offers of one-on-one tutoring (never taken up on, I'm afraid).

 

Srsly, it was a fun class to work with. My dad's assignments were all
text-based, things like: "Given a list of names: 'firstname lastname',
convert them to 'lastname, firstname'. For extra credit, sort by lastname".
They'd be COMPLETELY lost as to how to start this, and I'd say "Well, what
do you need to do first?" "Um." "Maybe.read the input file?" "Oh, yes, that
makes sense." and it would go from there. I quite enjoyed the didactic
aspect of it, and I like to think it gave me a better appreciation of
end-user thinking, which has come in handy over the last decades.

 

A very Artsie friend took my dad's class several years later, and for his
term project he fed it a list of teams and scores and generated headlines:
"Bears claw Tigers 6-1" and the like. Good basic stuff, and a lot more
relatable than "Calculate a square root" and the like, which (at least at
the time) beginning CS class assignments tended to be! I've always been
convinced that you learn a lot more doing things you can relate to.

 

And my perspective it might've been sexUAL, but was hardly sexIST. My
sisters inform me that the average male arts student is more appealing than
the average male math/CS student, too.

 

 

Meanwhile, nobody here uses PL/I, eh?


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

Re: looking for 'how to' developing Rexx host command

[Charles Mills]

We discussed this on a thread here six months (?) ago. IBM made PL/X (PL/S?) 
available to ISVs back in the eighties or nineties. I have forgotten the terms. 
I made the decision not to make a business commitment to an unsupported 
product. 

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Tuesday, March 22, 2022 10:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: looking for 'how to' developing Rexx host command

On Tue, 22 Mar 2022 10:06:34 -0500, Jay Maynard wrote:

>I never understood why IBM kept PL/S such a deep dark secret.
>
Fear of RCA?

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

Re: looking for 'how to' developing Rexx host command

[Tony Harminc]

On Tue, 22 Mar 2022 at 11:07, Jay Maynard  wrote:
>
> I never understood why IBM kept PL/S such a deep dark secret.

[See below.]

> Regardless, PL/S is intimately tied to the 370 and subsequent
> architectures, and C is not.

I'm not sure how intimately. There were dialects of PL/S for the 8100
(DPPX), and I think for the 37xx communication controllers. But in any
case PL/S syntax is clearly based on that of PL/I, and that is
certainly a highly portable language.

It's also arguable that C is tied closely to the PDP11 and similar
architectures, and only by ugly adaptations was it able to run on
other platforms.

> C also came out much earlier than PL/S, starting in about 1970.

I don't think so.

Both PL/S and C had predecessor languages that differed to various
degrees. C had B and BCPL, from which C had very substantial
differences. PL/S had BSL, which really wasn't much different from
PL/S or even current PL/X (or whatever it's called these days). Both
languages also have later dialects and/or offspring (e.g. PL.8, C++),
and that history is complex.

Wikipedia says that C dates from 1972. For PL/S it just says "the late
1960s", but there is BSL material on Bitsavers dated 1969, and a "BSL
Library" document from October 1967 which is not BSL itself, but
clearly refers to its existence.

[Some of the PL/S documents on Bitsavers are the very same ones that
had escaped to the wild and that IBM was chasing down around 1975.
That they felt at the time that it was worth flying a team of
blue-suited lawyers from Armonk around North America to try to get
hold of fuzzy photocopies of BSL manuals does suggest that it was
pretty important to them. I think this predated both the Fujitsu and
Rand situations, but perhaps IBM was already aware of both efforts.]

PL/eaSe: https://www.mxg.com/thebuttonman/html/button196.htm
Rand's answer:  https://www.mxg.com/thebuttonman/html/button213.htm

https://www.mxg.com/thebuttonman/search.asp

Tony H.

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

AW: looking for 'how to' developing Rexx host command

[Mike Beer]

There seems to be a newer offering for OS/2
https://www.arcanoae.com/


-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List  Im Auftrag von 
Paul Gilmartin
Gesendet: Tuesday, March 22, 2022 18:06
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: looking for 'how to' developing Rexx host command

On Tue, 22 Mar 2022 10:06:34 -0500, Jay Maynard wrote:

>I never understood why IBM kept PL/S such a deep dark secret.
>
Fear of RCA?

>Regardless, PL/S is intimately tied to the 370 and subsequent 
>architectures, and C is not. C also came out much earlier than PL/S, 
>starting in about 1970.
>
A co-worker told me that PL/S was available (IBM-internal) under OS/2.  And 
that SuperC was written in PL/S and runs alike on OS/2 and MVS.

Who owns OS/2 nowadays?  Is there any active development on the kernel?

--
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: PL/I question

[Bob Bridges]

Wait, it's "sexist" to distinguish between the beauty of female Arts students 
and of female computer-science students?  They're both female, so that can't be 
sexist.

(Belatedly) Oh, you mean "...had no idea what they were doing with computers".  
But we don't know whether that's sexist until we know whether it was an 
observation or an assumption.

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

/* Old age is not an accomplishment; it is just something that happens to you 
despite yourself, like falling downstairs.  And I must say that I'm getting a 
wee bit tired of having youth treated as a punishable offense.  -from _Podkayne 
of Mars_ by Robert A Heinlein */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jones
Sent: Tuesday, March 22, 2022 07:56

Oh, Phil, how sexist of you. :-)

--- phsiii wrote .
"Not because I was altruistic-it was a good way to meet female Arts students, 
who had no idea what they were doing with computers and were a LOT better 
looking than the average female CS student!"..

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

AW: looking for 'how to' developing Rexx host command

[Mike Beer]

https://www.ecomstation.com/ is the current OS/2

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List  Im Auftrag von 
Paul Gilmartin
Gesendet: Tuesday, March 22, 2022 18:06
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: looking for 'how to' developing Rexx host command

On Tue, 22 Mar 2022 10:06:34 -0500, Jay Maynard wrote:

>I never understood why IBM kept PL/S such a deep dark secret.
>
Fear of RCA?

>Regardless, PL/S is intimately tied to the 370 and subsequent 
>architectures, and C is not. C also came out much earlier than PL/S, 
>starting in about 1970.
>
A co-worker told me that PL/S was available (IBM-internal) under OS/2.  And 
that SuperC was written in PL/S and runs alike on OS/2 and MVS.

Who owns OS/2 nowadays?  Is there any active development on the kernel?

--
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: looking for 'how to' developing Rexx host command

[Paul Gilmartin]

On Tue, 22 Mar 2022 10:06:34 -0500, Jay Maynard wrote:

>I never understood why IBM kept PL/S such a deep dark secret.
>
Fear of RCA?

>Regardless, PL/S is intimately tied to the 370 and subsequent
>architectures, and C is not. C also came out much earlier than PL/S,
>starting in about 1970.
>
A co-worker told me that PL/S was available (IBM-internal) under
OS/2.  And that SuperC was written in PL/S and runs alike on OS/2
and MVS.

Who owns OS/2 nowadays?  Is there any active development on the
kernel?

-- 
gil

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

Re: PL/I question

[Phil Smith III]

Shmuel wrote:

> When I need the ability to compile two different versions of something, I
use compile time logic. The macro languages for both PL/I and HLASM are
sophisticated enough to do fancy tailoring.

 

Thanks, but what does this have to do with the question? There's ONE
version, which can be linked dynamically or statically.


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

Re: looking for 'how to' developing Rexx host command

[Charles Mills]

Yes! Good grief. C happened utterly independently of mainframes. Mainframes 
after all had PL/I ... and C happened anyway. Intel had a language called PL/M 
-- I used it, basically an extreme PL/I subset -- and C happened anyway.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jay Maynard
Sent: Tuesday, March 22, 2022 8:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: looking for 'how to' developing Rexx host command

I never understood why IBM kept PL/S such a deep dark secret.

Regardless, PL/S is intimately tied to the 370 and subsequent
architectures, and C is not. C also came out much earlier than PL/S,
starting in about 1970.

On Tue, Mar 22, 2022 at 9:59 AM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 22 Mar 2022 14:32:35 +, Farley, Peter x23353  wrote:
>
> >+1 for MetalC.  Puts it all under your control.
> >
> I don't know the chronology, but I wonder whether if IBM had
> made PL/S a product early enough, C would never have happened.
>
> >+10 for SAMPLIB members in MetalC, not that any such are very likely to
> be provided in what's left of our working lifetimes.
> >
> An alternative an executable example in a User's Guide.  I learned the
> HLASM I/O exits from an example I copied/pasted from a manual.
>
> --
> gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Jay Maynard

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

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

R: zEDC compression on z14 and z15 by using ADRDSSU

[Compagno Renato (Consulente per BCC Sistemi Informatici)]

Hi Chuck,

PRDB  2022081  16:09:11.83-D IQP
 
PRDB  2022081  16:09:11.83 IQP066I 16.09.11 DISPLAY IQP 681 
 
   zEDC Information 
 
DEFMINREQSIZE:   1K 
(STATIC) 
INFMINREQSIZE:   1K 
(STATIC) 
Feature Enablement:Enabled  
 

PRDB  2022081  16:31:19.36-D PROD,STATE,FEATURENAME(ZEDC)   
  
PRDB  2022081  16:31:19.37 IFA111I 16.31.19 PROD DISPLAY 195
  
   S OWNERNAME 
FEATURE  VERSION  ID   
   E IBM CORP z/OS 
ZEDC * .* .*  5650-ZOS



On joblog we can see:


01.52.58 INTERNAL  VAMMSG  DATASET DR.DUMP.D220208.T160612.JF2068 ALLOCATE ON 
VAM STORAGE GROUP  
 01.52.58 JOB01194  IEF233A M F8A7,PRIVAT,SL,PSDRB112,DUMP021,  269
269 DR.DUMP.D220208.T160612.JF2068
 01.52.58 JOB01194  ADR111I-SET PATCH 0D=FF  278
 01.52.58 JOB01194  ADR111I-SET PATCH 0E=3C  279
 01.52.58 JOB01194  ADR111I-SET PATCH 0F=0A  280


 01.52.58 JOB01194  ADR533I (004)-ZCOMP(01), 2022.040 01:52:58 ZEDC SERVICES TO 
BE USED FOR  281
281 DUMP DATA SET ON DDNAME N1


 01.52.59 JOB01194  IECTMS9 F8A7,F03394,PSDRB112,N1  ,2022/045  
,1,08.T160612.JF2068
 01.53.00 JOB01194  IEC705I TAPE ON 
F8A7,F03394,SL,COMP,PSDRB112,DUMP021,DR.DUMP.D220208.T160612.JF2068,MEDIA2
 01.54.38 JOB01194  IEC205I N1,PSDRB112,DUMP021,FILESEQ=1, COMPLETE VOLUME 
LIST,  465
465 
DSN=DR.DUMP.D220208.T160612.JF2068,VOLS=F03394,TOTALBLOCKS=10788
 01.54.39 JOB01194  IEF234E K F8A7,F03394,PVT,PSDRB112,DUMP021
 01.54.39 JOB01194  TMS014  IEF234E K F8A7,F03394,PVT,PSDRB112,DUMP021
 01.54.39 JOB01194  -PSDRB112  DUMP021 00  20957.21.01   
1.68   640K   0  0  0  0 022







-Messaggio originale-
Da: IBM Mainframe Discussion List  Per conto di Chuck 
Kreiter
Inviato: martedì 22 marzo 2022 15:23
A: IBM-MAIN@LISTSERV.UA.EDU
Oggetto: Re: zEDC compression on z14 and z15 by using ADRDSSU

Have you confirmed the feature is installed and all parms set properly?  It 
almost appears it's GP's instead of zEDC.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Compagno Renato (Consulente per BCC Sistemi Informatici)
Sent: Tuesday, March 22, 2022 3:58 AM
To: mailto:IBM-MAIN@LISTSERV.UA.EDU
Subject: I: zEDC compression on z14 and z15 by using ADRDSSU

Sorry guys
I realized that the table have lost their format then I resend them and I hope 
this will enhances the readability

Jobchain On Z14 with ZCOMP:

JOBNAME Step   CPU  SRB
Count  Min. Min.
PSDRB10114226.560.58
PSDRB10214226.340.58
PSDRB10314225.7 0.56
PSDRB10414225.6 0.56
PSDRB10514225.630.58
PSDRB10614225.4 0.53
PSDRB10714225.810.54
PSDRB10814225.840.54
PSDRB10914125.350.53
PSDRB11014125.210.52
PSDRB11114125.580.55
PSDRB11214125.7 0.54
PSDRB11314125.660.6
PSDRB11414125.770.57
PSDRB11514125.960.57
PSDRB11614126.030.6
PSDRB11714126.360.6
PSDRB11814126.940.62
PSDRB11914126.720.62
PSDRB12014126.510.6
PSDRB12114126.8 0.59
PSDRB12214126.340.58
PSDRB12314125.870.54
PSDRB12414125.210.5
PSDRB12514125.640.55
PSDRB12614126.2 0.56
PSDRB12714126.410.6
PSDRB12814126.060.55
PSDRB12914126.630.59
PSDRB13014126.620.61
Totale 4238  780.45 17.06


Jobchain on Z15 with ZCOMP:
JOBNAME StepCPU SRB
Count   Min.Min.
PSDRB101143 54.64   2.29
PSDRB102143 55.02   2.38
PSDRB103143 54.21   

Re: looking for 'how to' developing Rexx host command

[Jay Maynard]

I never understood why IBM kept PL/S such a deep dark secret.

Regardless, PL/S is intimately tied to the 370 and subsequent
architectures, and C is not. C also came out much earlier than PL/S,
starting in about 1970.

On Tue, Mar 22, 2022 at 9:59 AM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 22 Mar 2022 14:32:35 +, Farley, Peter x23353  wrote:
>
> >+1 for MetalC.  Puts it all under your control.
> >
> I don't know the chronology, but I wonder whether if IBM had
> made PL/S a product early enough, C would never have happened.
>
> >+10 for SAMPLIB members in MetalC, not that any such are very likely to
> be provided in what's left of our working lifetimes.
> >
> An alternative an executable example in a User's Guide.  I learned the
> HLASM I/O exits from an example I copied/pasted from a manual.
>
> --
> gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Jay Maynard

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

Re: looking for 'how to' developing Rexx host command

[Paul Gilmartin]

On Tue, 22 Mar 2022 14:32:35 +, Farley, Peter x23353  wrote:

>+1 for MetalC.  Puts it all under your control.
> 
I don't know the chronology, but I wonder whether if IBM had
made PL/S a product early enough, C would never have happened.

>+10 for SAMPLIB members in MetalC, not that any such are very likely to be 
>provided in what's left of our working lifetimes.
> 
An alternative an executable example in a User's Guide.  I learned the
HLASM I/O exits from an example I copied/pasted from a manual.

-- 
gil

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

Re: looking for 'how to' developing Rexx host command

[Farley, Peter x23353]

+1 for MetalC.  Puts it all under your control.

+10 for SAMPLIB members in MetalC, not that any such are very likely to be 
provided in what's left of our working lifetimes.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, March 22, 2022 9:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: looking for 'how to' developing Rexx host command

EXTERNAL EMAIL

On Mon, 21 Mar 2022 11:35:51 +0800, David Crayford wrote:
>> >
>> Wouldn't a SAMPLIB member be nice?  In a HLL?
>
>Writing a REXX command processor in a HLL is non-trivial to do correctly. I've 
>done it a few times and it requires creating a persistent LE environment  ...
>
Well, then, Metal-C?

RFE for SAMPLIB members?

--

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: zEDC compression on z14 and z15 by using ADRDSSU

[Chuck Kreiter]

Have you confirmed the feature is installed and all parms set properly?  It 
almost appears it's GP's instead of zEDC.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Compagno Renato (Consulente per BCC Sistemi Informatici)
Sent: Tuesday, March 22, 2022 3:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: I: zEDC compression on z14 and z15 by using ADRDSSU

Sorry guys
I realized that the table have lost their format then I resend them and I hope 
this will enhances the readability

Jobchain On Z14 with ZCOMP:

JOBNAME Step   CPU  SRB
Count  Min. Min.
PSDRB10114226.560.58
PSDRB10214226.340.58
PSDRB10314225.7 0.56
PSDRB10414225.6 0.56
PSDRB10514225.630.58
PSDRB10614225.4 0.53
PSDRB10714225.810.54
PSDRB10814225.840.54
PSDRB10914125.350.53
PSDRB11014125.210.52
PSDRB11114125.580.55
PSDRB11214125.7 0.54
PSDRB11314125.660.6
PSDRB11414125.770.57
PSDRB11514125.960.57
PSDRB11614126.030.6
PSDRB11714126.360.6
PSDRB11814126.940.62
PSDRB11914126.720.62
PSDRB12014126.510.6
PSDRB12114126.8 0.59
PSDRB12214126.340.58
PSDRB12314125.870.54
PSDRB12414125.210.5
PSDRB12514125.640.55
PSDRB12614126.2 0.56
PSDRB12714126.410.6
PSDRB12814126.060.55
PSDRB12914126.630.59
PSDRB13014126.620.61
Totale 4238  780.45 17.06


Jobchain on Z15 with ZCOMP:
JOBNAME StepCPU SRB
Count   Min.Min.
PSDRB101143 54.64   2.29
PSDRB102143 55.02   2.38
PSDRB103143 54.21   2.24
PSDRB104143 54.55   2.32
PSDRB105143 54.97   2.34
PSDRB106143 54.41   2.34
PSDRB107143 53.98   2.26
PSDRB108143 54.54   2.32
PSDRB109143 54.81   2.39
PSDRB110143 54.46   2.3
PSDRB111142 53.62.29
PSDRB112142 53.68   2.28
PSDRB113142 52.73   2.28
PSDRB114142 52.99   2.25
PSDRB115142 54.31   2.35
PSDRB116142 54.89   2.38
PSDRB117142 54.97   2.43
PSDRB118142 54.77   2.37
PSDRB119142 55.12   2.44
PSDRB120142 54.81   2.37
PSDRB121142 53.84   2.33
PSDRB122142 54.72   2.37
PSDRB123142 55.38   2.41
PSDRB124142 54.15   2.32
PSDRB125142 54.83   2.34
PSDRB126142 54.41   2.35
PSDRB127142 54.52.27
PSDRB128142 55.06   2.35
PSDRB129142 54.32.28
PSDRB130142 54.52   2.22
Total   4270  1633.17   69.86

As we can see :
1. We built dynamically 30 jobs per days with 141/142/143 steps each 
one (1 step → 1 DASD dumped)
2. We had some more steps on the second run because the numbers of DASD 
devices has increased meanwhile;
3. The CPU consumption is equivalent per job on each job chain (it 
means that the content of the DASD didn’t influence the CPU utilization: do you 
agree?)
4. In total on Z15 we used  the CP for (1633.17 +69.86) minutes  and on 
Z14 for (780.45+17.06) minutes the difference is 905 minutes → more than 15h of 
1 CP per day! This is an huge increase (especially if you pay the SW fee based 
on the total CPU utilization)!
5. We relieved this behavior only for the DUMP  with DFDSS by using 
ZCOMP DISK to TAPE (not for the compression on DISK via dataclass  for example)
6. We relieved on Z15 an elapsed time reduction and maybe also in the 
compression ratio has 

Re: Trouble getting new mainframe staff?

[Mohammad Khan]

I had a manager who would say "Enough of politics, time to switch to religion" 
on such occasions.
mkk

On Mon, 21 Mar 2022 17:14:04 +, Eric D Rossman  wrote:

>Enough Bill. Why are we allowing politics on the list?
>
>Don't we have any moderators?
>
>Eric Rossman, CISSP

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

Re: looking for 'how to' developing Rexx host command

[Paul Gilmartin]

On Mon, 21 Mar 2022 11:35:51 +0800, David Crayford wrote:
>> >
>> Wouldn't a SAMPLIB member be nice?  In a HLL?
>
>Writing a REXX command processor in a HLL is non-trivial to do correctly. I've 
>done it a few times and it requires creating a persistent LE environment  ...
>
Well, then, Metal-C?

RFE for SAMPLIB members?

-- 
gil

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

Re: PL/I question

[Dave Jones]

phsiii wrote .
"Not because I was altruistic-it was a good way to meet female Arts students, 
who
had no idea what they were doing with computers and were a LOT better
looking than the average female CS student!"..

Oh, Phil, how sexist of you. :-)
DJ

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

Re: looking for 'how to' developing Rexx host command

[Seymour J Metz]

We'll have to agree to disagree on whether restricted backtracking is 
desirable. IMHO it greatly restricts the expressive power and utility of the 
language.

BTW, while I find the *ix syntax for refexen to be unduly terse, PEG suffers 
from the same fault; in fact, PEG and regex syntax are very similar. I'd much 
prefer something along the lines of Icon.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Tuesday, March 22, 2022 7:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: looking for 'how to' developing Rexx host command

It’s restricted backtracking which is desirable and a much better 
implementation than regex 
https://secure-web.cisco.com/1swO48l1_JB99CkRa7AMmDq2Z0sGAFRLPab3VIIcfgUnux20kM6PQg8QhPaddTUOao6BuHgnugd-htzOobi6JBCFXLG4Aw2UYQYWL-MuMiD-ZPGACexqeNy3dDMhXL5viUfxY3jOpw2zCkFeRv1ZB2Fyext2w9HrC4q8aeAuWOUkKbcpRDF-wUkyqNNzmUl-Qv-jAxpPXm-W_yZD0Y7D-FOkMubanuZaHFMGziJYNL85TyJx_RqB4a3qG4UZPIzvf_A6AdBZhuQnUcKAZq440h6Cmf6Kk1FBKzpAYptArppxx-zOnzF9XGe_AYzYDl3giARQptMDgIGVYTPMfPOS6bd68-cd55XpGsrd6QD97WYP1KyJT4bsPItZwCRZgNNJaQpSOopSNLLaT2rZBX9lUKliAN1A3I5BnjxEC-wjkNGAK1y85Z8jzy7R4sOnZmCuLyyR_5dYDYxRjyDsL5tF_Ww/https%3A%2F%2Fwww.sobyte.net%2Fpost%2F2022-01%2Flpeg%2F.
 Regular expressions are fine for simple use cases but suck when they become 
complex. They are also slow and blared which is why everybody uses PEGs these 
days.

> On 22 Mar 2022, at 18:55, Seymour J Metz  wrote:
>
> Hm, the article explicitly mentions contexts in which PEGs don't backtrack 
> but instead do greedy matching. In Perl, greedy matching is available if you 
> need it but is not the norm.
>
>
> --
> Shmuel (Seymour J.) Metz
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmason.gmu.edu%2F~smetz3data=04%7C01%7Csmetz3%40gmu.edu%7C4c197eb4e4a04d26a9f808da0bf486d6%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C637835442120805500%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=w78MjUxtKqWrD6eW97hd39agqHvBGvU9U1ylC2H9arI%3Dreserved=0
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> David Crayford [dcrayf...@gmail.com]
> Sent: Monday, March 21, 2022 10:12 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: looking for 'how to' developing Rexx host command
>
>> On Mon, 2022-03-21 at 13:33 +, Seymour J Metz wrote:
>> I just read the wiki artlice [[Parsing expression grammar]] and don't see 
>> either the sophistication or the ease of use compared to regexen. I've come 
>> to rely on named captures and backtracking, both
>> of which seem to be missing.
>
> Absolutely not. Depending on the library it's trivial to support named 
> captures within named captures 
> http://secure-web.cisco.com/1pDw906RvgdZxwW-QAEwZVgBdvkJGRrcGKbuoM_TdwgoBeW3Z55X8fS2im3k0c5R5U6qsEXk9asWW1HUfxN9dtI2zv_Ngos--f2Am86zaajaxDZrOInyLvR8tCMHaFDZRHk7tTsH10uKMqWRO1P0fQZncGO5DnJwzxkh6fcdOUxUycX64-3s_Z5MLmWkQ4YJ8QI2PAD0RNl86JJbdYHKlIaU8tOLuY2qjk3ZevVEI0l9bP3dNEmon3N8iIHS7k3Tq5-X4cUf_1yWZQAPjmgm4dsqQDCvdanw6s44hzVLRQjv4dwuSf_gmqak_hqEzkFjo31RK8HTfprGsToGW102HQhDXeGfWDlnXK1791cGZyCf3KvwdJtQsOKemboglVwH8RsXUyHbiv7i9cDdx89-bwYUFUirBHHKOVMand591UMM2weqvabSC5WH-C3-7GQq4/http%3A%2F%2Flua-users.org%2Flists%2Flua-l%2F2010-02%2Fmsg00493.html.
>  Backtracking is equally trivial. PEGs
> support recursive decent grammars. The problem with regular expressions is 
> that they don't scale. For example, using PEGs it's simple to functionally 
> decompose a tricky grammar such as validating a IP
> address, which may be either a hostname, IPv4 or IPv6 [1]. Using a regex just 
> to validate IPv6 is an intractable mess [2]. PEGs are super powerful which is 
> why they are used to write the parsers for
> programming language, including perl 6 (does anybody use perl 6?).
>
> [1] 
> https://secure-web.cisco.com/1Xbxffegrzqy1wsHqwA5cU-KOU9n7zP24xIi7xg7LsSSjHKvo17YCZzDlJ_lefeFbH7zoYceR29G1JFEgWJct-WIhShL5LEr7j4y5OfaUVIZAjQZWt_QApgb6k8mBMWbXKrpWH-OVcwb5-HVfd8c89DY0xUtTuvS0PWA1gu--8neKwUbyB8AZgO3EwED3mBQ1eb1zlSlrSz5EZy32kmgFwP_tr3e7OJW5WLFPVTBdsHBUs8tChQszuRBCFpazD3QtkM69ORRakWdsHQtGGlk463rujfN5BkLTn4Do5RQvkJ4Vevfq3MBG28XgSyQu2q6zIUEjsg3bS1GOafKyiBDdKcKMopKrTE-mxsm9HKGsmY3liyg88yoruz0woY-wKDXYmmSYGqCNzilTSrMCgb5HxZ0Xx5OiEpjVAEXXTCdHFbYNXUvjsU3BfVb-iB3OIJRB/https%3A%2F%2Fgithub.com%2Fmozilla-services%2Flua_sandbox_extensions%2Fblob%2Fmain%2Flpeg%2Fmodules%2Flpeg%2Fip_address.lua
> [2] 
> 

Re: looking for 'how to' developing Rexx host command

[David Crayford]

It’s restricted backtracking which is desirable and a much better 
implementation than regex https://www.sobyte.net/post/2022-01/lpeg/. Regular 
expressions are fine for simple use cases but suck when they become complex. 
They are also slow and blared which is why everybody uses PEGs these days. 

> On 22 Mar 2022, at 18:55, Seymour J Metz  wrote:
> 
> Hm, the article explicitly mentions contexts in which PEGs don't backtrack 
> but instead do greedy matching. In Perl, greedy matching is available if you 
> need it but is not the norm.
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> David Crayford [dcrayf...@gmail.com]
> Sent: Monday, March 21, 2022 10:12 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: looking for 'how to' developing Rexx host command
> 
>> On Mon, 2022-03-21 at 13:33 +, Seymour J Metz wrote:
>> I just read the wiki artlice [[Parsing expression grammar]] and don't see 
>> either the sophistication or the ease of use compared to regexen. I've come 
>> to rely on named captures and backtracking, both
>> of which seem to be missing.
> 
> Absolutely not. Depending on the library it's trivial to support named 
> captures within named captures 
> http://secure-web.cisco.com/1pDw906RvgdZxwW-QAEwZVgBdvkJGRrcGKbuoM_TdwgoBeW3Z55X8fS2im3k0c5R5U6qsEXk9asWW1HUfxN9dtI2zv_Ngos--f2Am86zaajaxDZrOInyLvR8tCMHaFDZRHk7tTsH10uKMqWRO1P0fQZncGO5DnJwzxkh6fcdOUxUycX64-3s_Z5MLmWkQ4YJ8QI2PAD0RNl86JJbdYHKlIaU8tOLuY2qjk3ZevVEI0l9bP3dNEmon3N8iIHS7k3Tq5-X4cUf_1yWZQAPjmgm4dsqQDCvdanw6s44hzVLRQjv4dwuSf_gmqak_hqEzkFjo31RK8HTfprGsToGW102HQhDXeGfWDlnXK1791cGZyCf3KvwdJtQsOKemboglVwH8RsXUyHbiv7i9cDdx89-bwYUFUirBHHKOVMand591UMM2weqvabSC5WH-C3-7GQq4/http%3A%2F%2Flua-users.org%2Flists%2Flua-l%2F2010-02%2Fmsg00493.html.
>  Backtracking is equally trivial. PEGs
> support recursive decent grammars. The problem with regular expressions is 
> that they don't scale. For example, using PEGs it's simple to functionally 
> decompose a tricky grammar such as validating a IP
> address, which may be either a hostname, IPv4 or IPv6 [1]. Using a regex just 
> to validate IPv6 is an intractable mess [2]. PEGs are super powerful which is 
> why they are used to write the parsers for
> programming language, including perl 6 (does anybody use perl 6?).
> 
> [1] 
> https://secure-web.cisco.com/1Xbxffegrzqy1wsHqwA5cU-KOU9n7zP24xIi7xg7LsSSjHKvo17YCZzDlJ_lefeFbH7zoYceR29G1JFEgWJct-WIhShL5LEr7j4y5OfaUVIZAjQZWt_QApgb6k8mBMWbXKrpWH-OVcwb5-HVfd8c89DY0xUtTuvS0PWA1gu--8neKwUbyB8AZgO3EwED3mBQ1eb1zlSlrSz5EZy32kmgFwP_tr3e7OJW5WLFPVTBdsHBUs8tChQszuRBCFpazD3QtkM69ORRakWdsHQtGGlk463rujfN5BkLTn4Do5RQvkJ4Vevfq3MBG28XgSyQu2q6zIUEjsg3bS1GOafKyiBDdKcKMopKrTE-mxsm9HKGsmY3liyg88yoruz0woY-wKDXYmmSYGqCNzilTSrMCgb5HxZ0Xx5OiEpjVAEXXTCdHFbYNXUvjsU3BfVb-iB3OIJRB/https%3A%2F%2Fgithub.com%2Fmozilla-services%2Flua_sandbox_extensions%2Fblob%2Fmain%2Flpeg%2Fmodules%2Flpeg%2Fip_address.lua
> [2] 
> https://secure-web.cisco.com/1Y9ylsi7oDYzVEtak_RKC4Bpe3nJInxwZQvniOUCH9eaKfXdJZzvlIG1gCWvCTYjsPEgXg3hpQM8naAUGVQhdD1dUJKjNSy0_XxZ1pi0VyQ3ba0q49XHGe-41TtV_933pPvGSWwuBQPat7BwUL8eZE7O8FnlizFEuU130qedgRoUpsxMMHIB2nqYDHiSfe1whkO4Y3kAYe9RLkh7EtAgyAOhkPobJuV_BhX09AB07E719jujDVzWAu5qkS75Rm3k2xpO2GA5wHS2Xt7IF9jSbFkTb16sFQWtgjhLX4cytRXnThc_hc9u4jopavvl1490VeWbUZ-amKRRrogEzmSGBThtCmAC2_oVeBo_Eq3Dgw8x7_uUvP5kGAVdR2KTLyHBwEYEBaGRvFvGuzqU4Jn1d-zrdy8L0zGokDAsu4csGjhXGtHizAF0K6owa1qk5mYdaMDfnKvoVYPIIBlLzyIoREg/https%3A%2F%2Fihateregex.io%2Fexpr%2Fipv6%2F
> [3] 
> https://secure-web.cisco.com/1OB5wS1NRw1jlHo8N5C-Q3DstEBbVYWL0ZPFUN6zkkt8Av80k0Tt9ItAVDoNPr_w3nzA3odk3hShvfKIQQUi3N7fMHceP8N_L6i-LghsboQm0U2L-A-53MjmoonmryvVMBnPsEyH2MbIsNa10DtWtjNO7HlGEOC4gWheFSjLiG8aD6rs5sVaT-URzDftolhVUoO7Iy_pIox6ftolAAfXivovbA2L_y9ykfh6h5738mBlrAAfBLdude69vgTf4LuI4VFqBxg-wR8rimBVm2AfjkEEd8uAQcC-bnK65nsd_nVnoEucFLtuu9tOUGYkrO7Wfwd351z2ApuC_jSY3UBlS2vnL22MKinJpIHd3f4L7j3o3u8KlbW3Etmtg8cFBEL3lIZViOGC_NOs2wM5D217jUdstRA4ZczphiERKqR1MGlZ0uLnHRtd-mnj6-qK15AHoked64v1ZBNZhRIpA_29HRQ/https%3A%2F%2Fmetacpan.org%2Fdist%2FPegex%2Fview%2Flib%2FPegex.pod
> 
> 
>> 
>> 
>> --
>> Shmuel (Seymour J.) Metz
>> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmason.gmu.edu%2F~smetz3data=04%7C01%7Csmetz3%40gmu.edu%7Cfc81a12f723b402dbd1208da0ba967e0%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C637835119461225370%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=Utab4%2B9ILG7GO4LChv1ZSpVEzY3OmGCeE%2Fl9VsNJEbc%3Dreserved=0
>> 
>> 
>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
>> David Crayford [dcrayf...@gmail.com]
>> Sent: Monday, March 21, 2022 9:08 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: looking for 'how to' developing Rexx host command
>> 
>>> On Mon, 2022-03-21 at 12:42 +, Seymour J Metz wrote:
>>> Sorry, I should have been less terse. 

Re: looking for 'how to' developing Rexx host command

[Seymour J Metz]

Hm, the article explicitly mentions contexts in which PEGs don't backtrack but 
instead do greedy matching. In Perl, greedy matching is available if you need 
it but is not the norm.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Monday, March 21, 2022 10:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: looking for 'how to' developing Rexx host command

On Mon, 2022-03-21 at 13:33 +, Seymour J Metz wrote:
> I just read the wiki artlice [[Parsing expression grammar]] and don't see 
> either the sophistication or the ease of use compared to regexen. I've come 
> to rely on named captures and backtracking, both
> of which seem to be missing.

Absolutely not. Depending on the library it's trivial to support named captures 
within named captures 
http://secure-web.cisco.com/1pDw906RvgdZxwW-QAEwZVgBdvkJGRrcGKbuoM_TdwgoBeW3Z55X8fS2im3k0c5R5U6qsEXk9asWW1HUfxN9dtI2zv_Ngos--f2Am86zaajaxDZrOInyLvR8tCMHaFDZRHk7tTsH10uKMqWRO1P0fQZncGO5DnJwzxkh6fcdOUxUycX64-3s_Z5MLmWkQ4YJ8QI2PAD0RNl86JJbdYHKlIaU8tOLuY2qjk3ZevVEI0l9bP3dNEmon3N8iIHS7k3Tq5-X4cUf_1yWZQAPjmgm4dsqQDCvdanw6s44hzVLRQjv4dwuSf_gmqak_hqEzkFjo31RK8HTfprGsToGW102HQhDXeGfWDlnXK1791cGZyCf3KvwdJtQsOKemboglVwH8RsXUyHbiv7i9cDdx89-bwYUFUirBHHKOVMand591UMM2weqvabSC5WH-C3-7GQq4/http%3A%2F%2Flua-users.org%2Flists%2Flua-l%2F2010-02%2Fmsg00493.html.
 Backtracking is equally trivial. PEGs
support recursive decent grammars. The problem with regular expressions is that 
they don't scale. For example, using PEGs it's simple to functionally decompose 
a tricky grammar such as validating a IP
address, which may be either a hostname, IPv4 or IPv6 [1]. Using a regex just 
to validate IPv6 is an intractable mess [2]. PEGs are super powerful which is 
why they are used to write the parsers for
programming language, including perl 6 (does anybody use perl 6?).

[1] 
https://secure-web.cisco.com/1Xbxffegrzqy1wsHqwA5cU-KOU9n7zP24xIi7xg7LsSSjHKvo17YCZzDlJ_lefeFbH7zoYceR29G1JFEgWJct-WIhShL5LEr7j4y5OfaUVIZAjQZWt_QApgb6k8mBMWbXKrpWH-OVcwb5-HVfd8c89DY0xUtTuvS0PWA1gu--8neKwUbyB8AZgO3EwED3mBQ1eb1zlSlrSz5EZy32kmgFwP_tr3e7OJW5WLFPVTBdsHBUs8tChQszuRBCFpazD3QtkM69ORRakWdsHQtGGlk463rujfN5BkLTn4Do5RQvkJ4Vevfq3MBG28XgSyQu2q6zIUEjsg3bS1GOafKyiBDdKcKMopKrTE-mxsm9HKGsmY3liyg88yoruz0woY-wKDXYmmSYGqCNzilTSrMCgb5HxZ0Xx5OiEpjVAEXXTCdHFbYNXUvjsU3BfVb-iB3OIJRB/https%3A%2F%2Fgithub.com%2Fmozilla-services%2Flua_sandbox_extensions%2Fblob%2Fmain%2Flpeg%2Fmodules%2Flpeg%2Fip_address.lua
[2] 
https://secure-web.cisco.com/1Y9ylsi7oDYzVEtak_RKC4Bpe3nJInxwZQvniOUCH9eaKfXdJZzvlIG1gCWvCTYjsPEgXg3hpQM8naAUGVQhdD1dUJKjNSy0_XxZ1pi0VyQ3ba0q49XHGe-41TtV_933pPvGSWwuBQPat7BwUL8eZE7O8FnlizFEuU130qedgRoUpsxMMHIB2nqYDHiSfe1whkO4Y3kAYe9RLkh7EtAgyAOhkPobJuV_BhX09AB07E719jujDVzWAu5qkS75Rm3k2xpO2GA5wHS2Xt7IF9jSbFkTb16sFQWtgjhLX4cytRXnThc_hc9u4jopavvl1490VeWbUZ-amKRRrogEzmSGBThtCmAC2_oVeBo_Eq3Dgw8x7_uUvP5kGAVdR2KTLyHBwEYEBaGRvFvGuzqU4Jn1d-zrdy8L0zGokDAsu4csGjhXGtHizAF0K6owa1qk5mYdaMDfnKvoVYPIIBlLzyIoREg/https%3A%2F%2Fihateregex.io%2Fexpr%2Fipv6%2F
[3] 
https://secure-web.cisco.com/1OB5wS1NRw1jlHo8N5C-Q3DstEBbVYWL0ZPFUN6zkkt8Av80k0Tt9ItAVDoNPr_w3nzA3odk3hShvfKIQQUi3N7fMHceP8N_L6i-LghsboQm0U2L-A-53MjmoonmryvVMBnPsEyH2MbIsNa10DtWtjNO7HlGEOC4gWheFSjLiG8aD6rs5sVaT-URzDftolhVUoO7Iy_pIox6ftolAAfXivovbA2L_y9ykfh6h5738mBlrAAfBLdude69vgTf4LuI4VFqBxg-wR8rimBVm2AfjkEEd8uAQcC-bnK65nsd_nVnoEucFLtuu9tOUGYkrO7Wfwd351z2ApuC_jSY3UBlS2vnL22MKinJpIHd3f4L7j3o3u8KlbW3Etmtg8cFBEL3lIZViOGC_NOs2wM5D217jUdstRA4ZczphiERKqR1MGlZ0uLnHRtd-mnj6-qK15AHoked64v1ZBNZhRIpA_29HRQ/https%3A%2F%2Fmetacpan.org%2Fdist%2FPegex%2Fview%2Flib%2FPegex.pod


>
>
> --
> Shmuel (Seymour J.) Metz
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmason.gmu.edu%2F~smetz3data=04%7C01%7Csmetz3%40gmu.edu%7Cfc81a12f723b402dbd1208da0ba967e0%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C637835119461225370%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=Utab4%2B9ILG7GO4LChv1ZSpVEzY3OmGCeE%2Fl9VsNJEbc%3Dreserved=0
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> David Crayford [dcrayf...@gmail.com]
> Sent: Monday, March 21, 2022 9:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: looking for 'how to' developing Rexx host command
>
> On Mon, 2022-03-21 at 12:42 +, Seymour J Metz wrote:
> > Sorry, I should have been less terse. I meant that PCRE provides a more 
> > sophisticated RE engine.
>
> PCRE is slightly more sophisticated but it's puny when compared to PEG 
> engines. Not only are PEG libraries more sophisticated they are orders of 
> magnitude easier to learn and use.
>
>
> > Off topic, but why does the documented URI pattern not recognize fragments 
> > prefixed by "#"?
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > 

Re: HLL support for interfaces that use R0

[Seymour J Metz]

The problem is that between my lack of experience with the features added in 
the last 4 decades and the crowded layout of the code, I haven't figured out 
what "it" is. Hence asking for the syntax. Thanks.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of W 
Mainframe [01304632a58d-dmarc-requ...@listserv.ua.edu]
Sent: Monday, March 21, 2022 10:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HLL support for interfaces that use R0

Seymor,
Actually I never saw any example based on my code. I just figured out this 
after a Cobol abend and I needed to checj the dump. I noticed some known data 
areas. So.. Trust me, it works! :)
Dan


Sent from Yahoo Mail for iPhone


On Monday, March 21, 2022, 8:00 PM, Seymour J Metz  wrote:

What's the syntax for indicating that it comes from R0 rather than R1+offset?


--
Shmuel (Seymour J.) Metz
https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmason.gmu.edu%2F~smetz3data=04%7C01%7Csmetz3%40gmu.edu%7Ca879409c74394471972608da0bab8974%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C637835128621185595%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=GpQzT528jHR%2FuKl48fYZaMpGAtiRGazy15HAENEEJYs%3Dreserved=0


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of W 
Mainframe [01304632a58d-dmarc-requ...@listserv.ua.edu]
Sent: Monday, March 21, 2022 5:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HLL support for interfaces that use R0

I have some Rexx functions written in Cobol. Basically we receive the register 
R0 as a first parameter in Linkage Section. So... Works like a function written 
in HLASM. It's fun and very interesting.
RegardsDan


Sent from Yahoo Mail for iPhone


On Monday, March 21, 2022, 11:44 AM, Seymour J Metz  wrote:

A recent thread on REXX raises the question of what compilers support 
interfaces that require passing an address in R0 in addition to the PLIST 
address in R1. A secondary issue is how to handle multiple callbacks from a 
non-LE program without the overhead of establishing the LE environment each 
time.The obvious use case is a driver program that initialises REXX, passes 
REXX a script and is then called every time the script either calls a routine 
that the driver has included in a function package or passes a command string 
to one of the environments that the driver registered. Think ISPF EDIT or XEDIT 
writen in PL/I, only less ambitious.
.


--
Shmuel (Seymour J.) Metz
https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmason.gmu.edu%2F~smetz3data=04%7C01%7Csmetz3%40gmu.edu%7Ca879409c74394471972608da0bab8974%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C637835128621185595%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=GpQzT528jHR%2FuKl48fYZaMpGAtiRGazy15HAENEEJYs%3Dreserved=0

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




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

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




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

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

Re: HLL support for interfaces that use R0

[Seymour J Metz]

Sometimes. see Using the environment block for reentrant environments on p. 244 
of Chapter 12. TSO/E REXX programming services.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Tuesday, March 22, 2022 2:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HLL support for interfaces that use R0

If the intention is to get the address of the REXX environment block which is 
passed in R0 then that problem is solved by calling IRXINIT with the FINDENVB 
function.

https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fdocs%2Fen%2Fzos%2F2.3.0%3Ftopic%3Dirxinit-parametersdata=04%7C01%7Csmetz3%40gmu.edu%7C1d461d62d3774252aae708da0bcf84fc%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C637835283177501542%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=7N8O0X4Nm8ch0%2FDvbbtt5rYcuExbWUg%2Bo%2BL0jCaXQfo%3Dreserved=0

On Mon, 2022-03-21 at 14:44 +, Seymour J Metz wrote:
> A recent thread on REXX raises the question of what compilers support 
> interfaces that require passing an address in R0 in addition to the PLIST 
> address in R1. A secondary issue is how to handle
> multiple callbacks from a non-LE program without the overhead of establishing 
> the LE environment each time.The obvious use case is a driver program that 
> initialises REXX, passes REXX a script and is
> then called every time the script either calls a routine that the driver has 
> included in a function package or passes a command string to one of the 
> environments that the driver registered. Think
> ISPF EDIT or XEDIT writen in PL/I, only less ambitious.
> .
>
>
> --
> Shmuel (Seymour J.) Metz
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmason.gmu.edu%2F~smetz3data=04%7C01%7Csmetz3%40gmu.edu%7C1d461d62d3774252aae708da0bcf84fc%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C637835283177501542%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=qNLkqXSiNxHGmSBq9uyw%2FiFE%2FHs1crEQ6ZunpWhxA3g%3Dreserved=0
>
> --
> 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: R: zEDC compression on z14 and z15 by using ADRDSSU

[Andreas von Imhof]

Despite the fact that we have thousands of volumes we don't take full volume 
dumps anywhere, so I cannot give our comparison. We also don't have TAPE 
anymore. :-)

Perhaps open a ticket with IBM and let us know what IBM says?

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

I: zEDC compression on z14 and z15 by using ADRDSSU

[Compagno Renato (Consulente per BCC Sistemi Informatici)]

Sorry guys 
I realized that the table have lost their format then I resend them and I hope 
this will enhances the readability

Jobchain On Z14 with ZCOMP:

JOBNAME Step   CPU  SRB
Count  Min. Min.
PSDRB10114226.560.58
PSDRB10214226.340.58
PSDRB10314225.7 0.56
PSDRB10414225.6 0.56
PSDRB10514225.630.58
PSDRB10614225.4 0.53
PSDRB10714225.810.54
PSDRB10814225.840.54
PSDRB10914125.350.53
PSDRB11014125.210.52
PSDRB11114125.580.55
PSDRB11214125.7 0.54
PSDRB11314125.660.6
PSDRB11414125.770.57
PSDRB11514125.960.57
PSDRB11614126.030.6
PSDRB11714126.360.6
PSDRB11814126.940.62
PSDRB11914126.720.62
PSDRB12014126.510.6
PSDRB12114126.8 0.59
PSDRB12214126.340.58
PSDRB12314125.870.54
PSDRB12414125.210.5
PSDRB12514125.640.55
PSDRB12614126.2 0.56
PSDRB12714126.410.6
PSDRB12814126.060.55
PSDRB12914126.630.59
PSDRB13014126.620.61
Totale 4238  780.45 17.06


Jobchain on Z15 with ZCOMP:
JOBNAME StepCPU SRB
Count   Min.Min.
PSDRB101143 54.64   2.29
PSDRB102143 55.02   2.38
PSDRB103143 54.21   2.24
PSDRB104143 54.55   2.32
PSDRB105143 54.97   2.34
PSDRB106143 54.41   2.34
PSDRB107143 53.98   2.26
PSDRB108143 54.54   2.32
PSDRB109143 54.81   2.39
PSDRB110143 54.46   2.3
PSDRB111142 53.62.29
PSDRB112142 53.68   2.28
PSDRB113142 52.73   2.28
PSDRB114142 52.99   2.25
PSDRB115142 54.31   2.35
PSDRB116142 54.89   2.38
PSDRB117142 54.97   2.43
PSDRB118142 54.77   2.37
PSDRB119142 55.12   2.44
PSDRB120142 54.81   2.37
PSDRB121142 53.84   2.33
PSDRB122142 54.72   2.37
PSDRB123142 55.38   2.41
PSDRB124142 54.15   2.32
PSDRB125142 54.83   2.34
PSDRB126142 54.41   2.35
PSDRB127142 54.52.27
PSDRB128142 55.06   2.35
PSDRB129142 54.32.28
PSDRB130142 54.52   2.22
Total   4270  1633.17   69.86

As we can see :
1. We built dynamically 30 jobs per days with 141/142/143 steps each 
one (1 step → 1 DASD dumped)
2. We had some more steps on the second run because the numbers of DASD 
devices has increased meanwhile;
3. The CPU consumption is equivalent per job on each job chain (it 
means that the content of the DASD didn’t influence the CPU utilization: do you 
agree?)
4. In total on Z15 we used  the CP for (1633.17 +69.86) minutes  and on 
Z14 for (780.45+17.06) minutes the difference is 905 minutes → more than 15h of 
1 CP per day! This is an huge increase (especially if you pay the SW fee based 
on the total CPU utilization)!
5. We relieved this behavior only for the DUMP  with DFDSS by using 
ZCOMP DISK to TAPE (not for the compression on DISK via dataclass  for example)
6. We relieved on Z15 an elapsed time reduction and maybe also in the 
compression ratio has been reduced but this is not the point I raised up . The 
point is that on Z15 we experienced more CPU consumption and IBM said:

"The Integrated Accelerator for zEDC, available with IBM(r) z15(tm) ..., 
reduces the cost of storing, transporting and processing data. It replaces the 
zEDC Express adapter with on-chip compression, providing increased throughput 
and capacity: for the z15, up to 8 times faster 

Re: HLL support for interfaces that use R0

[David Crayford]

If the intention is to get the address of the REXX environment block which is 
passed in R0 then that problem is solved by calling IRXINIT with the FINDENVB 
function. 

https://www.ibm.com/docs/en/zos/2.3.0?topic=irxinit-parameters

On Mon, 2022-03-21 at 14:44 +, Seymour J Metz wrote:
> A recent thread on REXX raises the question of what compilers support 
> interfaces that require passing an address in R0 in addition to the PLIST 
> address in R1. A secondary issue is how to handle
> multiple callbacks from a non-LE program without the overhead of establishing 
> the LE environment each time.The obvious use case is a driver program that 
> initialises REXX, passes REXX a script and is
> then called every time the script either calls a routine that the driver has 
> included in a function package or passes a command string to one of the 
> environments that the driver registered. Think
> ISPF EDIT or XEDIT writen in PL/I, only less ambitious.
> . 
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> --
> 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