Re: Improve OMVS cp performance?

[Lionel B Dyck]

Frank - true it is all z/OS but that is like saying it's all Europe - in this 
case z/OS speaks one language and OMVS another - they just share the continent 
and unlike England and the US they don't share a common language 


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Frank Swarbrick
Sent: Wednesday, June 17, 2020 12:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improve OMVS cp performance?

I wonder what kind of effort it might be for z/OS to support Unix path names as 
aliases/links to MVS legacy data sets.  Probably a lot of work, but it seems 
like it would be quite useful for situations such as this where the Unix 
application only supports Unix paths.

Just a wild thought.  Not opening an RFE for it or anything, unless someone can 
say it sounds at all reasonable.

By the way, z/OS Unix is z/OS, as some like to say.  I prefer to use the terms 
"legacy data sets" or "MVS data sets" saying "the z/OS side".  It's all z/OS!  


From: IBM Mainframe Discussion List  on behalf of 
Lionel B Dyck 
Sent: Wednesday, June 17, 2020 6:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Improve OMVS cp performance?

Kirk - thank you for the ideas.

What I'm doing is in the ZIGI (see https://zigi.rocks) where I need to copy PDS 
members to/from USS so that Git can manage them. With small projects this isn't 
an issue but with larger projects it could take enough time for you to go to 
lunch ☹

Btw. I voted your RFE.


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kirk Wolf
Sent: Wednesday, June 17, 2020 7:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improve OMVS cp performance?

Hi Lionel,

Can you provide any more detail on how you are invoking "cp" ?

- With cp, there won't be any way to avoid opening the PDSE for each member, 
but you might get some improvement by allocating a DD to the PDSE and then 
passing  //DD(member) to cp, so as to avoid allocation each time.
 If you do this, then you will also know for sure if you are using local spawn 
(_BPX_SHAREAS=YES), since otherwise the DD won't be visible if a new AS was 
forked.

- The other issue would be the cost of spawning a Unix process for each
member, even if local spawned.   I haven't tested this, but you might write
a shell script that is passed the DD as arg and member names as lines to
stdin.   Then the script could do the cp for each member.   The hope is
that since cp is also a shell "built-in" you might avoid spawning processes for 
each one.

- the "best" performance possible would be writing your own BPAM code that
also does the Unix fileio.   Assembler is fine, but I would use C/++ for
everything except the low level BPAM I/O routines, since I would probably use 
buffered filestreams for the Unix files.

FWIW: It's a pity that the IBM C library doesn't have any support for 
BLDL/NOTE/POINT processing of PDS/Es -- see my old RFE and vote if you
agree:
https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=80811



On Wed, Jun 17, 2020 at 5:30 AM Lionel B Dyck  wrote:

> " What's on the non-OMVS side?  a  PDS(E)?  Multiple PS data sets?"
>
> On the z/OS side is a PDS(E).
>
> Thanks
>
>
> Lionel B. Dyck <
> Website: https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Paul Gilmartin
> Sent: Tuesday, June 16, 2020 9:23 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improve OMVS cp performance?
>
> On Tue, 16 Jun 2020 20:34:59 -0500, Lionel B Dyck wrote:
>
> >Any suggestions on how to speed up cp copying multiple file to and 
> >from
> z/OS?
> >
> >I gave SHAREAS=YES. Anything else?  Can I control buffers or ?
> >
> What's on the non-OMVS side?  a  PDS(E)?  Multiple PS data sets?
>
> I might suggest as an extreme measure Rexx under ISPF using ADDRESS 
> SYSCALL I/O for OMVS and LM services for Classic.
> SYSCALL READFILE/WRITEFILE are available for text files only.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu wi

Re: Improve OMVS cp performance?

[Lionel B Dyck]

XMIT might be but the goal is to be as git compliant as possible with zigi 
being just a git frontend (aka IDE) that provides the interface to z/OS 
datasets for git.  Thus using XMIT format would defeat the purpose and violate 
git in many ways 


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Wednesday, June 17, 2020 12:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improve OMVS cp performance?

It might be more efficient to use XMIT format. Is there a REXX function package 
available for unpacking members?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Kirk Wolf [k...@wolf-associates.com]
Sent: Wednesday, June 17, 2020 12:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improve OMVS cp performance?

On Wed, Jun 17, 2020 at 10:43 AM Paul Gilmartin < 
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 17 Jun 2020 09:24:58 -0500, Kirk Wolf wrote:
> >
> >I wasn't thinking of using the "all members" form of cp ...
> >I'm curious - how much time did you save by preallocating the PDS?
> >
> I'm mystified that it made a difference since Lionel never used the 
> allocate "dd" in the call to "cp".  Only SVC 99 knows.
>
>
If you have a reusable allocation, then the cost is less than a new
allocation.   open/close for each member would still be expensive for a PDS
with tons of members.   A BLDL,loop: POINT,READ*  is what you really want
IMO.


> >I would think that you might actually want ISPF-style enqueues.
> >
> I thought later of OGETX/OPUTX, which piggybacks on ISPF.
>
> Good point - that would definitely be something to try.

Another fun thing to try is IEBUPDTE - I once played around with a REXX wrapper 
and then piped the control and data into it via DD:SYSIN pointing to /dev/fd0 
from a shell script.  It's *really* fast as expected, but has issues wrt the 
record format and content of the data that could mess it up.

BTW: If it was as fast as it should be, Lionel probably doesn't need a 
"progress" popup :-)

-- Kirk

--
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: Improve OMVS cp performance?

[Lionel B Dyck]

Kirk - just allocating the dataset prior to the cp was faster - and that was 
without passing the //DD.

Alloc f(dd) shr reuse ds('my.pds')
Bpxwunix - cp -v -S a=.txt "//'my.pds'" .
Free f(dd)

Appreciate your suggestion


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kirk Wolf
Sent: Wednesday, June 17, 2020 7:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improve OMVS cp performance?

Hi Lionel,

Can you provide any more detail on how you are invoking "cp" ?

- With cp, there won't be any way to avoid opening the PDSE for each member, 
but you might get some improvement by allocating a DD to the PDSE and then 
passing  //DD(member) to cp, so as to avoid allocation each time.
 If you do this, then you will also know for sure if you are using local spawn 
(_BPX_SHAREAS=YES), since otherwise the DD won't be visible if a new AS was 
forked.

- The other issue would be the cost of spawning a Unix process for each
member, even if local spawned.   I haven't tested this, but you might write
a shell script that is passed the DD as arg and member names as lines to
stdin.   Then the script could do the cp for each member.   The hope is
that since cp is also a shell "built-in" you might avoid spawning processes for 
each one.

- the "best" performance possible would be writing your own BPAM code that
also does the Unix fileio.   Assembler is fine, but I would use C/++ for
everything except the low level BPAM I/O routines, since I would probably use 
buffered filestreams for the Unix files.

FWIW: It's a pity that the IBM C library doesn't have any support for 
BLDL/NOTE/POINT processing of PDS/Es -- see my old RFE and vote if you
agree:
https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=80811



On Wed, Jun 17, 2020 at 5:30 AM Lionel B Dyck  wrote:

> " What's on the non-OMVS side?  a  PDS(E)?  Multiple PS data sets?"
>
> On the z/OS side is a PDS(E).
>
> Thanks
>
>
> Lionel B. Dyck <
> Website: https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Paul Gilmartin
> Sent: Tuesday, June 16, 2020 9:23 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improve OMVS cp performance?
>
> On Tue, 16 Jun 2020 20:34:59 -0500, Lionel B Dyck wrote:
>
> >Any suggestions on how to speed up cp copying multiple file to and 
> >from
> z/OS?
> >
> >I gave SHAREAS=YES. Anything else?  Can I control buffers or ?
> >
> What's on the non-OMVS side?  a  PDS(E)?  Multiple PS data sets?
>
> I might suggest as an extreme measure Rexx under ISPF using ADDRESS 
> SYSCALL I/O for OMVS and LM services for Classic.
> SYSCALL READFILE/WRITEFILE are available for text files only.
>
> -- 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

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

Re: Improve OMVS cp performance?

[Lionel B Dyck]

Kirk - thank you for the ideas.

What I'm doing is in the ZIGI (see https://zigi.rocks) where I need to copy PDS 
members to/from USS so that Git can manage them. With small projects this isn't 
an issue but with larger projects it could take enough time for you to go to 
lunch ☹

Btw. I voted your RFE.


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kirk Wolf
Sent: Wednesday, June 17, 2020 7:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improve OMVS cp performance?

Hi Lionel,

Can you provide any more detail on how you are invoking "cp" ?

- With cp, there won't be any way to avoid opening the PDSE for each member, 
but you might get some improvement by allocating a DD to the PDSE and then 
passing  //DD(member) to cp, so as to avoid allocation each time.
 If you do this, then you will also know for sure if you are using local spawn 
(_BPX_SHAREAS=YES), since otherwise the DD won't be visible if a new AS was 
forked.

- The other issue would be the cost of spawning a Unix process for each
member, even if local spawned.   I haven't tested this, but you might write
a shell script that is passed the DD as arg and member names as lines to
stdin.   Then the script could do the cp for each member.   The hope is
that since cp is also a shell "built-in" you might avoid spawning processes for 
each one.

- the "best" performance possible would be writing your own BPAM code that
also does the Unix fileio.   Assembler is fine, but I would use C/++ for
everything except the low level BPAM I/O routines, since I would probably use 
buffered filestreams for the Unix files.

FWIW: It's a pity that the IBM C library doesn't have any support for 
BLDL/NOTE/POINT processing of PDS/Es -- see my old RFE and vote if you
agree:
https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=80811



On Wed, Jun 17, 2020 at 5:30 AM Lionel B Dyck  wrote:

> " What's on the non-OMVS side?  a  PDS(E)?  Multiple PS data sets?"
>
> On the z/OS side is a PDS(E).
>
> Thanks
>
>
> Lionel B. Dyck <
> Website: https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Paul Gilmartin
> Sent: Tuesday, June 16, 2020 9:23 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improve OMVS cp performance?
>
> On Tue, 16 Jun 2020 20:34:59 -0500, Lionel B Dyck wrote:
>
> >Any suggestions on how to speed up cp copying multiple file to and 
> >from
> z/OS?
> >
> >I gave SHAREAS=YES. Anything else?  Can I control buffers or ?
> >
> What's on the non-OMVS side?  a  PDS(E)?  Multiple PS data sets?
>
> I might suggest as an extreme measure Rexx under ISPF using ADDRESS 
> SYSCALL I/O for OMVS and LM services for Classic.
> SYSCALL READFILE/WRITEFILE are available for text files only.
>
> -- 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

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

Re: Improve OMVS cp performance?

[Lionel B Dyck]

" What's on the non-OMVS side?  a  PDS(E)?  Multiple PS data sets?"

On the z/OS side is a PDS(E).

Thanks


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, June 16, 2020 9:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improve OMVS cp performance?

On Tue, 16 Jun 2020 20:34:59 -0500, Lionel B Dyck wrote:

>Any suggestions on how to speed up cp copying multiple file to and from z/OS?
>
>I gave SHAREAS=YES. Anything else?  Can I control buffers or ?
> 
What's on the non-OMVS side?  a  PDS(E)?  Multiple PS data sets?

I might suggest as an extreme measure Rexx under ISPF using ADDRESS SYSCALL I/O 
for OMVS and LM services for Classic.
SYSCALL READFILE/WRITEFILE are available for text files only.

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

Improve OMVS cp performance?

[Lionel B Dyck]

Any suggestions on how to speed up cp copying multiple file to and from z/OS?

I gave SHAREAS=YES. Anything else?  Can I control buffers or ?

Lionel B. Dyck <
Website: www.lbdsoftware.com
Sent from my iPhone 8+

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: New Mainframe Community

[Lionel B Dyck]

Carmen - never put yourself down. While you may not be 'as smart' as some, I'm 
sure you are 'smarter' than some as well. We each bring to the table 
(forum/life) our own skills and capabilities which complement rather than 
replace those of others.

Flames should be reserved for fires and stars, not for shaming others.

Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Tuesday, June 16, 2020 7:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Mainframe Community

Kolusu, thank you for the history lesson, I personally would never 'advertise' 
(suggest) this site if I knew how low some folks will go to sell answers, I 
know of a couple of industries that do this, ask.com, I think was the first 
site I ever came across that you could ask a question and for a nominal price 
get an answer. 
As I mentioned, being a novice myself at one time, I needed help with a SYSPLEX 
issue, I asked here, well, IBM-MAIN, and no one paid attention, at the time the 
hot topic for MVS folks was Windows related, I pointed that out that this was a 
MAINFRAME forum and was immediately shamed and flamed by Mark Zelden + others , 
that was the only reason why I came across that other site . 
I've been a SYSPROG since 1993 came up from operations, I'm not as smart as 
most here but I do try and provide help when I can, and continue to read the 
Q+A here. 
again thanks for reaching out to me and not shaming me more on the forum 

Carmen Vitullo 

- Original Message -

From: "Sri h Kolusu" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, June 15, 2020 1:01:41 PM
Subject: Re: New Mainframe Community 

> well then - they miss out on me, I've got free answers, and I know a 
> lot of folks - beginners mostly that received good help.

I was a member of those sites and provided numerous answers (skolusu) and quit 
when they started forcing ads. 

>I have much more work to do than research other sites. 

I only pointed out because you are promoting a sham site. Nothing against you. 


Thanks, 
Kolusu 

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

[Lionel B Dyck]

That sounds like one of the programs from the TSSO package from back in the day.

Take a look in File 404 for what may be what you're looking for.


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Monday, June 15, 2020 12:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CBTTAPE

I am looking for the source to a program link-edited as "OSCMD". From a browse 
of the load module, I see by a load module browse: "ISSUE OS/VS CONSOLE COMMAND 
WRITTEN BY J. WONG09.57_11/05/86"
I have found a couple of similar programs, usually called “command” on the 
overflow tape (and I am checking the cbttape)

Since this machine is in Canada, I suspect it was obtained from either Royal 
Bank of Canada or one of the Canadian life insurance companies.

Can anyone point me to the file containing the source for "OSCMD"?

TIA


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Monday, June 15, 2020 10:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 remote execution

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

I forgot that plus the correct job class for that node if applicable


Carmen Vitullo

- Original Message -

From: "David Jousma" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, June 15, 2020 10:36:21 AM
Subject: Re: JES2 remote execution

Need both

/*ROUTE XEQ njenodename
/*JOBPARM S=executionsystem

_
Dave Jousma
AVP | Manager, Systems Engineering

Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546
616.653.8429 | fax: 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Monday, June 15, 2020 11:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES2 remote execution

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Is anyone aware of the syntax to force execution on a particular LPAR in a 
remote JES2 MAS.

The NJE links are established and running.

I tried /*ROUTE XEQ node.lpar but this executed on an incorrect JES2 instance.

Thanks in advance,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Monday, June 15, 2020 9:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Mainframe Community

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

I thought the StackOverflow forum was extremely promising but it died on the 
vine.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Phil Smith III
Sent: Sunday, June 14, 2020 6:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Mainframe Community

Lionel B Dyck wrote:

>Check this out - looks new but promising

>https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fprote
>ct2.fireeye.com%2Furl%3Fk%3D8c201f8f-d07ceb80-8c203517-0cc47a333da
>ta=02%7C01%7Callan.staller%40HCL.COM%7C50ee0b3ab9f240848af708d81143d80d
>%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637278330385739308sd
>ata=%2F%2F8K8YPiUUAkXWFFeV021D3mTIGoXCSRmclG%2B%2Fw57xw%3Dreserved
>=0 
>47c-84810d2858688e0d=https://apc01.safelinks.protection.outlook.com/?
>url=https%3A%2F%2Fmainframe.community%2Fdata=02%7C01%7Callan.stall
>er%40HCL.COM%7Cc23b84a3dff4407e8c5508d81137da8d%7C189de737c93a4f5a8b686
>f4ca9941912%7C0%7C0%7C63727827889584sdata=2RSMPfZF1GMf9wciljqv
>34XfXbwA08fM7c6JnjVR1us%3Dreserved=0



Just what we need: Yet another nascent mainframe forum that will die on the 
vine. Not that community is a bad thing, it's not-but moving it from this list 
has been tried repeatedly: mainframezone, SHARE forums, and a few more I can't 
remember.



While it might in principle be better than this list, it seems a stretch to 
expect it to take over. And fragmentation is almost certainly not a good thing.



...phsiii


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

New Mainframe Community

[Lionel B Dyck]

Check this out - looks new but promising

 

https://mainframe.community/

 

 

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

"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: [External] Re: "Everyone wants to retire mainframes"

[Lionel B Dyck]

Y'all stop using logic and reason - this is an emotional issue that the author 
and others are invested in and has nothing to do with IBM effectively telling 
the world that the mainframe is dead based on all the layoffs that have 
occurred over the last 20-25 years, or that IBM continues to offload software 
development or outright sells IBM software to other companies, or that IBM has 
bought into the Cloud and has reduced their investment in developing z/OS, or . 
. . .

And then there is the vast amounts of money to be made by replacing a mainframe 
- I'm sure that those vendors offering those services only have the best 
interests of the current mainframe users at heart.

It's Beta vs VHS all over again

Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Tuesday, June 9, 2020 8:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: "Everyone wants to retire mainframes"

So does this mean that 2/3 of companies out there are running unsupported 
hardware and software?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Raphaël Jacquot
Sent: Tuesday, June 9, 2020 7:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: "Everyone wants to retire mainframes"

Le 09/06/2020 à 14:24, Peter Bishop a écrit :
> Interesting re 2):
> 
> "The survey found that organizations are running an average of four 
> mainframes with an average age of 17 years. Sixty-four percent are 
> running mainframes between 10 and 20 years old, with 28% running 
> machines that are 20 to 30 years old. "
> 
> So 2/7 are running machines over 20+ years old?  And 2/3 over 10 
> years? What does that even mean?  Smells fishy to me.  What is the 
> sample size?  Is it biased somehow?
> 
> Cheers,
> Peter

it does make sense if out of those 4 machines, they have older and newer 
boxes...

Raphael

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


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


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

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

RACF Administration the Easy Way using an Open Source ISPF Dialog

[Lionel B Dyck]

A group of us have been working on an open source project to simplify RACF
Administration - it is called RACFADM and is available in File 417 at
www.cbttape.org <http://www.cbttape.org>  (check the updates page for the
latest) or on GitHub at https://github.com/lbdyck/racfadm.  This has been a
benefit to each of the installations who have contributed and it is
something that, if you're using RACF and don't have a vendor solution, will
find very useful. 

 

To borrow from the old Alka-Seltzer commercial - "Try it, You'll Like it! .
Oh what a relief it is."

 

An extract from the ISPF Tutorial pane provides some insight into the
dialog:

 

==

 

RACF Administration makes many security tasks simple.  It lists user, group,
data set and general resource profiles by means of a user-friendly,
menu-driven interface; it provides interactive modification of most fields.

   

Among its features are: connecting groups to a user, adding permissions,
user authorization searching across classes, and displaying the group from
which an authorization is granted.

   

Adding a new TSO user will create the alias and necessary datasets.

======

 

 

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

"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: TIME a data set was created?

[Lionel B Dyck]

That's brilliant - and LISTDSI even reports on it as SYSCREATETIME 

Now if only it were pervasive.


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Saturday, May 30, 2020 9:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TIME a data set was created?

On 5/30/2020 7:08 AM, Paul Gilmartin wrote:
> What's the option to select FMT8/9 DSCBs in:
> o JCL DD statements?
> o TSO ALLOCATE?
> o BPXWDYN


This functionality has been around since 2008. You select it with the EATTR= 
parameter, which is available through JCL and dynamic allocation techniques. We 
supply it automatically via SMS ACS routines, so no one ever has to think about 
it.

> Does IBM provide a utility, API, or sample code to format DS9TIME as 
> "hh:mm:ss.uu zone" for display?


I assume the time is displayed in all the usual places where the extended 
attributes are displayed e.g., ISPF.

>
> So on 2020-11-01, 5.40e9 might display as 01:30:00 MDT, and 9.00e9 
> might display as 01:30:00 MST, right?
>
> "*local* time"!?  WTF!?  Where did IBM designers have their heads stuck?


That's the easiest and most understandable way. ISPF, JES, SYSLOG, OPERLOG, 
etc. have been recording time as local time forever and ever and I'm not 
hearing a lot of complaints.


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



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

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

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

Re: REXX Interpret Question - weekend 'fun'

[Lionel B Dyck]

Thank you both for your help - I'm now moving forward with my code.

Once again I've learned something (so it is a good day)


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Saturday, May 30, 2020 6:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX Interpret Question - weekend 'fun'

Lionel,

you can achieve that with VLUE as well. I think the problem with your example 
is that the getting variable was not interpreted. I use this
syntax:
xArray  = My_Array
Index   = 4
LineNum = 8
/* OutVar.LineNum <== a previously set stem variable */ Interpret xArray'jCx = 
OutVar.LineNum'


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




On Sat, May 30, 2020 at 1:44 PM Lionel B Dyck  wrote:

> So this works - can anyone help with the 2nd?
>
>
>
> /* rexx */
>
> v.1 = 'abc';v.2 = 'def'
>
> interpret 'var = v'.1
>
> interpret 'var2 = v'.2
>
> say var var2
>
>
>
> But this doesn't:
>
>
>
> /* rexx */
>
> test = 'testx'
>
> interpret 'test'.1 '= var'
>
> say testx.1
>
>
>
>
>
> Lionel B. Dyck <
> Website:  <https://www.lbdsoftware.com> https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

Re: REXX Interpret Question - weekend 'fun'

[Lionel B Dyck]

True - what I'm hoping for is to be able to use Interpret to set a stem when
I provide the stem name.  Since I can use Interpret to get the stem using a
value I provide I'd like to be able to set it.

Make sense?


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Jeremy Nicoll
Sent: Saturday, May 30, 2020 5:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX Interpret Question - weekend 'fun'

On Sat, 30 May 2020, at 11:44, Lionel B Dyck wrote:

> /* rexx */  
> 
> test = 'testx'   
> 
> interpret 'test'.1 '= var'   

That sets   "test.1"

 
> say testx.1

This is a different variable.  


--
Jeremy Nicoll - my opinions are my own.

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

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

REXX Interpret Question - weekend 'fun'

[Lionel B Dyck]

So this works - can anyone help with the 2nd?

 

/* rexx */   

v.1 = 'abc';v.2 = 'def'  

interpret 'var = v'.1

interpret 'var2 = v'.2   

say var var2 

  

But this doesn't:

 

/* rexx */  

test = 'testx'   

interpret 'test'.1 '= var'   

say testx.1  

 

 

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

"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: DFSMShsm questions

[Lionel B Dyck]

Wayne - thank you very much


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Glenn Wilcock
Sent: Thursday, May 28, 2020 4:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSMShsm questions

First, I'm impressed that your subject line has 'DFSMShsm' as opposed to DFHSM 
or any of the other names that it's gone by over the years.

Background on the design for selecting the data set backup target tier, first 
created when physical tape was still dominant  - for small data sets, you don't 
want the overhead of a tape mount for a one-off backup, and for large data sets 
you don't want them going to disk and eating up all of your space.  So, we 
created a SETSYS called DSBACKUP where you could fine tune just which data set 
backups go to disk and which go to tape and the tasking level for each.  With 
virtual tape, this is no longer quite an issue, but the parameters still 
persist.  If you always want you individual backup copies to go to disk, you 
can set the parameters to do so.  

In the DFSMShsm Storage Administration manual SETSYS chapter, there is a 
section names 'SETSYS fast-path for DFSMShsm Functions'.  In this section you 
will find a table with the parameters that affect tape processing. But, Chapter 
10 of the DFSMShsm Implementation & Customization Guide is an exhaustive guide 
for establishing the DFSMShsm tape environment.

Glenn Wilcock
DFSMShsm Architect

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

DFSMShsm questions

[Lionel B Dyck]

I can spell HSM and am learning more about it - I have these questions that
I haven't found the answer to in the pubs (yet).

 

1.  How can I change the default unit for HBACKDS datasets from tape to
disk?
2.  I have 2 virtual tape libraries - how do I force HSM to only use the
tapes in one of them (it is currently using the 1st libraries tapes)?

 

Thank you - answers would be ideal (and then I can move on to other
projects) or  a pointer to pub/chapter would also be appreciated.

 

Y'all be safe, healthy, and blessed.

 

 

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

"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: How determine local time zone *name* in Rexx?

[Lionel B Dyck]

Here is some code that was provided to XMITIP by Leland Lucius that will get 
you the time zone while in rexx:

  /* rexx */
  say timezone()
  exit

  /*
  * =
  * Function:  Timezone: Calculates the offset from GMT
  * Arguments: (none)  : nothing is required
  * Return:offset  : offset in (-)HHMM format
  * Exposed vars:  (none)  : nothing is exposed
  *
  * Note:  Uses the CVTLDTO field in one of the CVT extensions.
  *It looks like this field was added sometime in 1991,
  *so this routine will not work on any OS version older
  *than that.
  * =
  */
Timezone:
  PROCEDURE

  /* ===
  * We're gonna have a big number
  */
  NUMERIC DIGITS 21

  /* ===
  * Get current CVTLDTO
  *   (Local Date Time Offset in STCK format))
  */
  cvt = C2d( Storage( D2x( 16 ), 4 ) )
  cvttz   = C2d( Storage( D2x( cvt + 304 ), 4 ) )
  cvtext2 = C2d( Storage( D2x( cvt + 328 ), 4 ) )
  cvtldto = C2d( Storage( D2x( cvtext2 + 56 ), 8 ), 8 )

  /* ===
  * Calc the current offset in hours and minutes
  *(work with absolute)
  */
  absldto = Abs( cvtldto )
  hours   = absldto % x2d("D693A40" )
  minutes = ( absldto % x2d("393870") ) // 60

  /* ===
  * Correction to Round to nearest hour
  */
  If minutes <> "00"  Then Do
If minutes > 30 Then
hours = hours + 1
/* minutes = 00 */
  End

  /* ===
  * Format to ANSI standard X3.51-1975
  */
  zone= Right( hours, 2, "0" )Right( minutes, 2, "0" )
  IF cvtldto < 0 THEN DO
zone  = "-"zone
  END
  ELSE DO
zone = "+"zone
  END

  /* ===========
  * Reset
  */
  NUMERIC DIGITS

  RETURN zone


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Smith
Sent: Sunday, May 17, 2020 3:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How determine local time zone *name* in Rexx?

It's not so basic.  AFAIK, z/OS doesn't keep track of the local timezone name, 
other than the Unix TZ environment variable, which of course is arbitrarily set 
by whoever sets it.  But that's pretty much the nature of timezone names, which 
are not unique, consistent, or properly understood.

If you really wanted to go down the rabbit hole, you'd have to incorporate the 
logic of https://www.timeanddate.com/ as well as know your latitude.  A bit 
more than a table look up.

sas


On Sun, May 17, 2020 at 3:21 PM Charles Mills  wrote:

> The heck with it! I wanted it for the "Date:" line in an outgoing 
> e-mail but it appears that SMTP provides a sent timestamp if I don't, 
> so the heck with it!
>
> Thanks all for your efforts. Why should something so basic be so hard?
>
> Charles
>
>

--
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: Colossus, Strangelove, etc. was: Developers say...

[Lionel B Dyck]

For me, my blood type is B+, and I tend to look on the positive side of things 
- including giving most the benefit of the doubt and hoping for the best. Sadly 
my short/long term memory failures have not erased lessons learned from 
granting trust when it shouldn't have been granted.

Enough said - may y'all be safe, healthy, and blessed. During challenging times 
we need each other in many different ways and that includes looking out to 
prevent others from being taken advantage of if we have the ability to do so.

Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
scott Ford
Sent: Monday, May 11, 2020 10:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Colossus, Strangelove, etc. was: Developers say...

Joel,

I agree I am a huge sci-fi fan and believe in the sciences over utter stupidity.
Lionel your point is well taken. I am guilty too, but when you have strong 
feelings , which sometimes part of ADHD , it’s called RSD ( Reject Sensitive 
Dysphoria ).
I have both ...

Scott

On Mon, May 11, 2020 at 11:22 AM Lionel B Dyck  wrote:

> Joel - can we please keep politics out of this listserv. Personally I 
> wouldn't trust anyone in power to act against their own self interests 
> and that applies to politicians and anyone else with power (as in 
> money, influence, etc.).
>
> There are altruistic individuals in the world and when it comes to the 
> development of an AI robot one prays/hopes that those are the software 
> developers who implement the code for the three laws.
>
>
> Lionel B. Dyck <
> Website: https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Joel C. Ewing
> Sent: Monday, May 11, 2020 10:12 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Colossus, Strangelove, etc. was: Developers say...
>
> I've greatly enjoyed Asimov's vision of future possibilities, but when 
> I step back to reality it occurs to me that his perfect laws of 
> robotics would have to be implemented by fallible human programmers.  
> Even if well-intentioned, how would they unambiguously convey to a 
> robot the concepts of "human", "humanity", "hurt", and "injure" when 
> there have always been minorities or "others" that are treated by one 
> group of humans as sub-human to justify injuring them in the name of 
> "protecting"
> them or protecting humanity?  And then there is the issue of who might
> make the decision to build sentient robots:   For example, who in our
> present White House would you trust to pay any heed to logic or 
> scientific recommendations or long-term consequences, if they were 
> given the opportunity to construct less-constrained AI robots that 
> they perceived offered some short-term political advantage?
>
> Humanity was also fortunate that when the hardware of Asimov's Daneel 
> began to fail, that he failed gracefully, rather than becoming a 
> menace to humanity.
> Joel C Ewing
>
> On 5/11/20 8:43 AM, scott Ford wrote:
> > Well done JoelI agree , But I can help to to be curious about 
> > the future of AI.
> > a bit of Isaac Asimov 
> >
> > Scott
> >
> > On Mon, May 11, 2020 at 9:25 AM Joel C. Ewing  wrote:
> >
> >> And of course the whole point of Colossus, Dr Strangelove, War 
> >> Games, Terminator,  Forbidden Planet, Battlestar Galactica, etc. 
> >> was to try to make it clear to all the non-engineers and 
> >> non-programmers (all of whom greatly outnumber us) why putting 
> >> lethal force in the hands of any autonomous or even semi-autonomous 
> >> machine is something with incredible potential to go wrong.  We all 
> >> know that even if the hardware doesn't fail, which it inevitably 
> >> will, that all software above a certain level of complexity is 
> >> guaranteed to have bugs with unknown consequences.
> >> There is another equally cautionary genre in sci-fi about 
> >> society becoming so dependent on machines as to lose the knowledge 
> >> to understand and maintain the machines, resulting in total 
> >> collapse when the machines inevitably fail.  I still remember my 
> >> oldest sister
> reading E.M.
> >> Forster, "The Machine Stops" (1909), to me  when I was very young.
> >> Various

Re: Colossus, Strangelove, etc. was: Developers say...

[Lionel B Dyck]

Joel - can we please keep politics out of this listserv. Personally I wouldn't 
trust anyone in power to act against their own self interests and that applies 
to politicians and anyone else with power (as in money, influence, etc.).

There are altruistic individuals in the world and when it comes to the 
development of an AI robot one prays/hopes that those are the software 
developers who implement the code for the three laws.


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joel C. Ewing
Sent: Monday, May 11, 2020 10:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Colossus, Strangelove, etc. was: Developers say...

I've greatly enjoyed Asimov's vision of future possibilities, but when I step 
back to reality it occurs to me that his perfect laws of robotics would have to 
be implemented by fallible human programmers.  Even if well-intentioned, how 
would they unambiguously convey to a robot the concepts of "human", "humanity", 
"hurt", and "injure" when there have always been minorities or "others" that 
are treated by one group of humans as sub-human to justify injuring them in the 
name of "protecting"
them or protecting humanity?  And then there is the issue of who might make the 
decision to build sentient robots:   For example, who in our present White 
House would you trust to pay any heed to logic or scientific recommendations or 
long-term consequences, if they were given the opportunity to construct 
less-constrained AI robots that they perceived offered some short-term 
political advantage?

Humanity was also fortunate that when the hardware of Asimov's Daneel began to 
fail, that he failed gracefully, rather than becoming a menace to humanity.
Joel C Ewing

On 5/11/20 8:43 AM, scott Ford wrote:
> Well done JoelI agree , But I can help to to be curious about the 
> future of AI.
> a bit of Isaac Asimov 
>
> Scott
>
> On Mon, May 11, 2020 at 9:25 AM Joel C. Ewing  wrote:
>
>> And of course the whole point of Colossus, Dr Strangelove, War 
>> Games, Terminator,  Forbidden Planet, Battlestar Galactica, etc. was 
>> to try to make it clear to all the non-engineers and non-programmers 
>> (all of whom greatly outnumber us) why putting lethal force in the 
>> hands of any autonomous or even semi-autonomous machine is something 
>> with incredible potential to go wrong.  We all know that even if the 
>> hardware doesn't fail, which it inevitably will, that all software 
>> above a certain level of complexity is guaranteed to have bugs with 
>> unknown consequences.
>> There is another equally cautionary genre in sci-fi about society 
>> becoming so dependent on machines as to lose the knowledge to 
>> understand and maintain the machines, resulting in total collapse 
>> when the machines inevitably fail.  I still remember my oldest sister 
>> reading E.M.
>> Forster, "The Machine Stops" (1909), to me  when I was very young.
>> Various Star Trek episodes used both of these themes as plots.
>> People can also break down with lethal  side effects, but the 
>> potential  damage one person can create is more easily contained by
>> other people.   The  only effective way to defend again a berserk lethal
>> machine may be with another lethal machine, and Colossus-Guardian 
>> suggests why that may be an even worse idea.
>> Joel C Ewing
>>
>> On 5/11/20 4:54 AM, Seymour J Metz wrote:
>>> Strangelove was twisted because the times were twisted. We're ripe 
>>> for a
>> similar parody on our own times.
>>>
>>> --
>>> Shmuel (Seymour J.) Metz
>>> http://mason.gmu.edu/~smetz3
>>>
>>> 
>>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
>> behalf of Farley, Peter x23353 [peter.far...@broadridge.com]
>>> Sent: Sunday, May 10, 2020 11:39 PM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Re: Developers say Google's Go is 'most sought after'
>> programming language of 2020
>>> For relatively recent fare, I agree 100% - "Person of Interest" 
>>> leads
>> the pack.  My favorite oldie -- "Let's play Global Thermonuclear War . . .
>> " (War Games), right after Dr. Strangelove of course, simply because 
>> it was so twisted.
>>> Mutual Assured Destruction indeed.  Is SkyNet far away?
>>>
>>> Peter
>>>
>>> -Original Message-
&g

Re: IBM Developerworks is gone!

[Lionel B Dyck]

There is but it requires access to a zLinux LPAR to do the build from what I 
read when I found it.

Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
scott Ford
Sent: Sunday, May 10, 2020 2:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM Developerworks is gone!

Alan,

Isn’t there also a z/OS repo on Github ?


Scott

On Fri, May 8, 2020 at 4:05 PM Alan Young  wrote:

> It seems like IBM has decided on using github for the latest iteration.
>
> https://github.com/IBM
>
> https://github.com/cicsdev
>
> https://cicsdev.github.io/
>
> -Original Message-
> >From: scott Ford 
> >Sent: May 8, 2020 9:59 AM
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Subject: Re: IBM Developerworks is gone!
> >
> >Cheryl,
> >
> >Some needs a build large indexable repository for tutorials, howto, 
> >code etc.
> >I have always felt since no one know all the technical answers or 
> >aspects
> ,
> >then a repository would help greatly.
> >
> >Scott
> >
> >
> >
> >On Fri, May 8, 2020 at 9:14 AM Lance D. Jackson < 
> >ljack...@pandrueassociates.com> wrote:
> >
> >> Thank you Cheryl.
> >>
> >> -Original Message-
> >> From: IBM Mainframe Discussion List  On
> Behalf
> >> Of Cheryl Watson Walker
> >> Sent: Thursday, May 7, 2020 22:02
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: IBM Developerworks is gone!
> >>
> >> Hi all,
> >>
> >>
> >>
> >> We'll I'm a little embarrassed. I was just told offline about a 
> >> link
> that
> >> Lionel Dyck posted here last October that described the coming of 
> >> the calamity that just occurred - 
> >> https://developer.ibm.com/dw-connections-sunset-faq/. (As a side 
> >> note – the creators of that FAQ weren’t even kind enough to create 
> >> hot links
> for
> >> all of the other portals. Web pages and hot links aren’t all that
> difficult
> >> people!) The FAQ said that owners of content on DeveloperWorks 
> >> could
> move
> >> their content to other locations by the end of March. This is 
> >> assuming
> that
> >> they were still employed by IBM and had the time to move the 
> >> content. Of course, IBM could not provide them with the original content.
> >>
> >>
> >>
> >> We had posted almost 100 links in our Tuning Letter to useful 
> >> material
> on
> >> DeveloperWorks and now none of them work. It will take time, but I 
> >> hope
> to
> >> go through all of our links and reach out to the authors to find 
> >> where
> they
> >> are now posting items.
> >>
> >>
> >>
> >> So I went to the new website - https://www.ibm.com/community/, 
> >> signed
> up,
> >> and started looking at it. With the optional portals listed in the 
> >> FAQ
> and
> >> this new community website, it just seems like IBM wants to remove 
> >> as
> much
> >> technical information as possible and replace it with marketing. If
> anyone
> >> knows how to search the new community website, please let me know. 
> >> If
> I’m
> >> not ready to buy a product, the community is not doing anything for me.
> >>
> >>
> >>
> >> P.S. – Aled – thanks for your post. I have always had the highest
> respect
> >> for Timothy and Mark, and I really appreciate how much they support 
> >> the customers.
> >>
> >>
> >>
> >> Still a little bitter about the deletions…
> >>
> >> Cheryl
> >>
> >>
> >>
> >> -Original Message-
> >> From: Cheryl Watson 
> >> Sent: Wednesday, May 6, 2020 12:39 PM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Cc: Cheryl Watson 
> >> Subject: IBM Developerworks is gone!
> >>
> >>
> >>
> >> Hi all,
> >>
> >>
> >>
> >> Remember when IBM went through and deleted from their websites what 
> >> they considered "old" manuals and documentation? Well, they just 
> >> did it
> again!
> >> They've removed all the DeveloperWorks articles that have provided 
> >>

Re: OMVS cp -X and -I ???

[Lionel B Dyck]

>>What it doesn't do is tag the file in USS as binary (imho it should).
>>
>Does it make a difference?  What mode bits does it set?

The files are untagged.  Tagging them as binary would be helpful as I plan to 
use them with Git.

Lionel B. Dyck <
Website: https://www.lbdsoftware.com

"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: OMVS cp -X and -I ???

[Lionel B Dyck]

The answer on how the aliases are maintained is unknown but this is what the 
man page says (below).  I did test it and using -X and -I works in both 
directions. There are no additional files in the USS directory so perhaps they 
are including the z/OS PDS directory info along with the load module in the USS 
file so that they can 'restore' it properly since there is meaningful info in 
the directory which would have the alias info, among other things.

What it doesn't do is tag the file in USS as binary (imho it should).

==
-X  

 Specifies that the data to be copied is an executable. Cannot be used  

 with -F, -T, or -B.


-I (UNIX to MVS only)   

 When the specified file has an alias and the file is copied from UNIX  

 to MVS, the alias information is also copied.  



 Restriction: The -I option can only be used with the -X option.



 Attention: If the -I option is specified when the data set that is 

 copied from MVS to z/OS UNIX does not have an alias, that option is

 ignored.   

===

Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Thursday, May 7, 2020 11:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS cp -X and -I ???

On Thu, 7 May 2020 09:25:55 -0500, Lionel B Dyck wrote:

>With z/OS 2.2/2.3/2.4 I have the -X option which supports the use of cp 
>for load modules (executables) between z/OS and USS and back.  I only 
>have the -I (support to retain executable aliases) on the 2.4 system.
> 
How is that implemented, given that such aliases are utterly alien to UNIX?
Do they actually work?  The UNIX practice has long been to switch based on 
argv[0].

>Does anyone know if the -I option has been made available via PTF for 
>2.2 and 2.3?
>
>And - does anyone know if OGET/OPUT will be updated with these options?
>
It's regrettable that:

o cp -r doesn't deal with PDS(E)s.

o IEBCOPY doesn't deal with zFS.

o pax doesn't deal with PDS(E)s

All in all, too many incompatible commands to deal with otherwise similar 
things.

Long ago, on MVS-OE, WJS mused about making the MVS catalog hierarchy a VFS.  
(He was provoked.)

Imagine, even, a filesystem containing program objects, NFS-mounted from a z/OS 
PDSE.

Imagine having a zFS directory in STEPLIB, even as it works in SYSLIB.

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

OMVS cp -X and -I ???

[Lionel B Dyck]

With z/OS 2.2/2.3/2.4 I have the -X option which supports the use of cp for
load modules (executables) between z/OS and USS and back.  I only have the
-I (support to retain executable aliases) on the 2.4 system.

 

Does anyone know if the -I option has been made available via PTF for 2.2
and 2.3?

 

And - does anyone know if OGET/OPUT will be updated with these options?

 

 

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

"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: Request for help with CBT961

[Lionel B Dyck]

You need to update the configuration load module, which means having it in your 
ISPLLIB, STEPLIB, or LINKLIB. After updating it using ISPCCONF, it is best to 
exit ISPF to TSO READY and then restart ISPF. The ISPF table needs to be in 
your ISPTLIB concatenation, and the exec's need to be in your SYSEXEC (or 
SYSPROC) concatenation.


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Beesley, Paul
Sent: Tuesday, April 28, 2020 9:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Request for help with CBT961

Yes, JU3 works correctly for me as well, using the line command table entry 
rather than the config table change..

Best Regards
Paul

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sean Gleann
Sent: 28 April 2020 15:03
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Request for help with CBT961

Caution! External email. Do not open attachments or click links, unless this 
email comes from a known sender and you know the content is safe.

Lionel: I just tried exactly the same test as you describe, but Nope - I get 
the results I previously got.
It must be down to my environment somehow.
I shall work on making  formal change to the config table and come back on this 
later

Thanks for all your help

Regards
Sean


On Tue, 28 Apr 2020 at 14:23, Lionel B Dyck  wrote:

> I copied your JCL statement into my library, changed it to lowercase, 
> and then used JU which did just that one line. I then reset that line 
> to lowercase and used JU3 and all 3 lines were uppercased.
>
> The issue may be with the ispf configuration table or the table.
> Difficult to know.
>
> I have tested this in the past with my own SYSEXEC, my own ISPTLIB for 
> the table and my own ISPLLIB for the ISPF Configuration (and I'm still 
> running that way as I do this for testing.
>
>
> Lionel B. Dyck <
> Website:
> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> lbdsoftware.com%2Fdata=02%7C01%7Cpaul.beesley%40atos.net%7C7a48c2
> 862b15430acae708d7eb7d00fd%7C33440fc6b7c7412cbb730e70b0198d5a%7C0%7C0%
> 7C637236794436532010sdata=KIA9UfbInCFVOs0Utv21NLVt6M4%2BkNgWMbLt7
> 3KMUsU%3Dreserved=0
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Sean Gleann
> Sent: Tuesday, April 28, 2020 8:05 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Request for help with CBT961
>
> Problem with he JU command w.r.t. multil-ine JCL statements?
>
> I'm not sure whether I've found a bug or if my expectations exceed the 
> capability of Yves' code.
>
> I haven't yet updated the ISPF Configuration Table. At this stage I 
> want to keep the new facilities 'under test', so I followed Paul 
> Beesley's suggestion earlier in this thread.
>
> Example: I have a DD statement split over three lines:
>
> //PDBOUT   DD   DSN=TESTFILE.NAME,
> //  DISP=(NEW,CATLG,DELETE),SPACE=(TRK,(3000,150)),
> //  DSORG=PS,RECFM=FS,BLKSIZE=27648,LRECL=27648
>
> I deliberately change the text to lower case with 'LC' commands:
>
> //pdbout   dd   dsn=testfile.name,
> //  disp=(new,catlg,delete),space=(trk,(3000,150)),
> //  dsorg=ps,recfm=fs,blksize=27648,lrecl=27648
>
> Then I use JU commands, hoping to change the text back to upper-case:
>
> //PDBOUT   DD   DSN=TESTFILE.NAME,
> //  disp=(new,catlg,delete),space=(trk,(3000,150)),
> //  dsorg=ps,recfm=fs,blksize=27648,lrecl=27648
>
> Lines beginning '//' aren't being converted...
> I've tried again and used JUU...JUU, and with JU# - same result
>
> Regards
> Sean
>
>
> On Tue, 28 Apr 2020 at 11:45, Lionel B Dyck  wrote:
>
> > Glad you got it working - Yves did a FANTASTIC job creating this 
> > tool that greatly improves ISPF Edit.
> >
> >
> > Lionel B. Dyck <
> > Website:
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww
> > w.lbdsoftware.com%2Fdata=02%7C01%7Cpaul.beesley%40atos.net%7C7a
> > 48c2862b15430acae708d7eb7d00fd%7C33440fc6b7c7412cbb730e70b0198d5a%7C
> > 0%7C0%7C637236794436532010sdata=KIA9UfbInCFVOs0Utv21NLVt6M4%2Bk
> > NgWMbLt73KMUsU%3Dreserved=0
> >
> > "Worry more about your character than your reputation.  Character is 
> > what you are, reputation merely what others think you are." - John 
> > Wooden
> >
> > -Original Message-
> > From: IBM M

Re: Request for help with CBT961

[Lionel B Dyck]

I copied your JCL statement into my library, changed it to lowercase, and then 
used JU which did just that one line. I then reset that line to lowercase and 
used JU3 and all 3 lines were uppercased.

The issue may be with the ispf configuration table or the table.  Difficult to 
know.

I have tested this in the past with my own SYSEXEC, my own ISPTLIB for the 
table and my own ISPLLIB for the ISPF Configuration (and I'm still running that 
way as I do this for testing.


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sean Gleann
Sent: Tuesday, April 28, 2020 8:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Request for help with CBT961

Problem with he JU command w.r.t. multil-ine JCL statements?

I'm not sure whether I've found a bug or if my expectations exceed the 
capability of Yves' code.

I haven't yet updated the ISPF Configuration Table. At this stage I want to 
keep the new facilities 'under test', so I followed Paul Beesley's suggestion 
earlier in this thread.

Example: I have a DD statement split over three lines:

//PDBOUT   DD   DSN=TESTFILE.NAME,
//  DISP=(NEW,CATLG,DELETE),SPACE=(TRK,(3000,150)),
//  DSORG=PS,RECFM=FS,BLKSIZE=27648,LRECL=27648

I deliberately change the text to lower case with 'LC' commands:

//pdbout   dd   dsn=testfile.name,
//  disp=(new,catlg,delete),space=(trk,(3000,150)),
//  dsorg=ps,recfm=fs,blksize=27648,lrecl=27648

Then I use JU commands, hoping to change the text back to upper-case:

//PDBOUT   DD   DSN=TESTFILE.NAME,
//  disp=(new,catlg,delete),space=(trk,(3000,150)),
//  dsorg=ps,recfm=fs,blksize=27648,lrecl=27648

Lines beginning '//' aren't being converted...
I've tried again and used JUU...JUU, and with JU# - same result

Regards
Sean


On Tue, 28 Apr 2020 at 11:45, Lionel B Dyck  wrote:

> Glad you got it working - Yves did a FANTASTIC job creating this tool 
> that greatly improves ISPF Edit.
>
>
> Lionel B. Dyck <
> Website: https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Sean Gleann
> Sent: Tuesday, April 28, 2020 5:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Request for help with CBT961
>
> I just noticed that one myself, Lionel. No, i didn't. (Got mixed up as 
> to which z/OS version I was using. Doh!) Thanks anyway Sean
>
> On Tue, 28 Apr 2020 at 11:05, Joe Monk  wrote:
>
> > Maybe this will help:
> >
> > //***FILE 961 is from Yves Colliard and contains a collection of*
> > FILE 961
> > //*   ISPF commands which can be added to your session. *
> > FILE 961
> > //* *
> > FILE 961
> > //* YCLMAC - A collection of user line commands for use in  *
> > FILE 961
> > //*  ISPF Edit and View *
> > FILE 961
> > //* *
> > FILE 961
> > //* by YCOS Yves Colliard Software - www.ycos.de*
> > FILE 961
> > //* and many others *
> > FILE 961
> > //* *
> > FILE 961
> > //* Installation:   *
> > FILE 961
> > //* *
> > FILE 961
> > //* 1. Copy YCLMACTB into ISPTLIB library   *
> > FILE 961
> > //* 2. Copy REXX others into SYSEXEC or SYSPROC library *
> > FILE 961
> > //* 3. Update ISPF site customization table (ISPFC) (z/OS 2.2)  *
> > FILE 961
> > //*GLOBAL_LINE_COMMAND_TABLE = YCLMACTB *
> > FILE 961
> > //* 4. If using (E)JES instead of SDSF change the LMACJES2/3*
> > FILE 961
> > //*members from sdsf to ejes*
> > FILE 961
> > //* *
> > FILE 961
> > //* Members of this dataset:*
> > FILE 961
> > //* *
> > FILE 961
> > //*$$$DOC   This member that you are reading*
> &g

Re: Request for help with CBT961

[Lionel B Dyck]

Glad you got it working - Yves did a FANTASTIC job creating this tool that 
greatly improves ISPF Edit.


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sean Gleann
Sent: Tuesday, April 28, 2020 5:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Request for help with CBT961

I just noticed that one myself, Lionel. No, i didn't. (Got mixed up as to which 
z/OS version I was using. Doh!) Thanks anyway Sean

On Tue, 28 Apr 2020 at 11:05, Joe Monk  wrote:

> Maybe this will help:
>
> //***FILE 961 is from Yves Colliard and contains a collection of*
> FILE 961
> //*   ISPF commands which can be added to your session. *
> FILE 961
> //* *
> FILE 961
> //* YCLMAC - A collection of user line commands for use in  *
> FILE 961
> //*  ISPF Edit and View *
> FILE 961
> //* *
> FILE 961
> //* by YCOS Yves Colliard Software - www.ycos.de*
> FILE 961
> //* and many others *
> FILE 961
> //* *
> FILE 961
> //* Installation:   *
> FILE 961
> //* *
> FILE 961
> //* 1. Copy YCLMACTB into ISPTLIB library   *
> FILE 961
> //* 2. Copy REXX others into SYSEXEC or SYSPROC library *
> FILE 961
> //* 3. Update ISPF site customization table (ISPFC) (z/OS 2.2)  *
> FILE 961
> //*GLOBAL_LINE_COMMAND_TABLE = YCLMACTB *
> FILE 961
> //* 4. If using (E)JES instead of SDSF change the LMACJES2/3*
> FILE 961
> //*members from sdsf to ejes*
> FILE 961
> //* *
> FILE 961
> //* Members of this dataset:*
> FILE 961
> //* *
> FILE 961
> //*$$$DOC   This member that you are reading*
> FILE 961
> //*$$$HELP  A copy of the HELP information  *
> FILE 961
> //*$$$HELPS A short reference "card" of commands*
> FILE 961
> //* *
> FILE 961
> //* Rexx to be added to SYSEXEC/SYSPROC *
> FILE 961
> //*YCLMACDS REXX to extract DSN from records*
> FILE 961
> //*YCLMACHG Summary of Changes  *
> FILE 961
> //*YCLMACLM REXX to get messages*
> FILE 961
> //*YCLMACNS REXX to support split screen functions  *
> FILE 961
> //*YCLMACRX REXX to process new line commands   *
> FILE 961
> //*YCLMAHLP REXX to display help information*
> FILE 961
> //*YCLMAHLU REXX to display user extensions *
> FILE 961
> //* help information*
> FILE 961
> //*Y$CL REXX to compare members *
> FILE 961
> //*Y$HC REXX short help *
> FILE 961
> //* *
> FILE 961
> //* ISPF Table - must be copied to ISPTLIB  *
> FILE 961
> //*YCLMACTB ISPF Table of Line Commands *
> FILE 961
> //* *
> FILE 961
> //* Rexx Additional commands - extra installation needed*
> FILE 961
> //* Rexx to be added to SYSEXEC/SYSPROC if needed   *
> FILE 961
> //*Y$REVREXX to interface to Greg Price's   *
> FILE 961
> //* REVIEW command  *
> FILE 961
> //*Y$PDSREXX to interface to the PDS command*
> FILE 961
> //*Y$PG REXX to interface to Lionel Dyck's PDSEGEN
>  FILE 961
> //*YCLMACT  REXX to support user line command   *
> FILE 961
> //* table extensions*
> FILE 961
> //*   

Re: Request for help with CBT961

[Lionel B Dyck]

Did you update your ISPF Configuration table?

>From the $$$DOC member these are the 1st 3 steps:

Installation:
 
   1. Copy YCLMACTB into ISPTLIB library (see $$$INST)   
   2. Copy REXX others into SYSEXEC or SYSPROC library (see $$$INST) 
   3. Update ISPF site customization table (ISPFC) (z/OS 2.2)
  GLOBAL_LINE_COMMAND_TABLE = YCLMACTB   
   4. If using (E)JES instead of SDSF change the LMACJES2/3  
  members from sdsf to ejes  

It appears you have done 1 and 2 but skipped 3.  Issue from any ISPF Panel: TSO 
ISPCCONF to do (3).

Hope this helps

Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sean Gleann
Sent: Tuesday, April 28, 2020 4:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Request for help with CBT961

Can anyone help me with installing/using the ISPF editor extensions provided in 
CBT961, please?

CBT961 came to my notice when reading through another thread here, and I 
thought it might come in handy.
I've downloaded and RECVd the install package, then modified and used the 
£££INST skeleton JCL to copy the supplied members into the SYSEXEC and ISPTLIB 
liraries specified in the relevant concatenations in my TSO logon proc.
Logged off and on again, and tried to make use of the new commands in an ISPF 
edit ...
Result: 'Command not recognised' in every case.

What (almost certainly very basic) step have I missed out here?
It's not a RACF thing. It's just as if I hadn't done anything at all.

Hopefully,
Sean Gleann

--
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: TSO Pipes (and BatchPipes)

[Lionel B Dyck]

Ray - thank you - so the CMS Pipes is 20 years newer than the TSO Pipes (at 
least the BatchPipes version).


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ray 
Pearce
Sent: Wednesday, April 22, 2020 11:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO Pipes (and BatchPipes)

On CMS I get
FPLINX086I CMS Pipelines, 5741-A07 1.0112 (Version.Release/Mod) - Generated 8 
Sep 2016 at 15:22:22

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hobart Spitz
Sent: 22 April 2020 17:04
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO Pipes (and BatchPipes)

If there are any z/VMers subscribed, it would be interesting to also compare 
the PIPE Q output under CMS.

Thanks.

OREXXMan
JCL is the buggy whip of 21st century computing.  Stabilize it.
Put Pipelines in the z/OS base.  Would you rather process data in move mode or 
locate mode?
IBM has been looking for an HLL for program products; REXX is that language.


On Wed, Apr 22, 2020 at 10:57 AM Lionel B Dyck  wrote:

> I don't have access to TSO Pipes other than what is included with 
> BatchPipes but it seems that it is a tad dated - it is actually old 
> enough to drink:
>
>
>
> BPW00086I BatchPipes/MVS BatchPipeWorks, 5655-065/SCPSP 1.0109
> (Version.Release/Mod) - Generated 12 Oct 1996 at 13:59:00
>
>
>
> If someone has the non-BP version of TSO Pipes it would be interesting 
> to see the results of the PIPES Q command showing the date.
>
>
>
> For those of you who would like to encourage IBM to release TSO Pipes 
> as part of the z/OS base please go to this URL and vote 
> https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe
> <
> https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=
> 47699
> > _ID=47699  (note the current vote is 188 which places it at the  
> > top
> in
> the z/OS area).
>
>
>
> Having TSO Pipes as a native part of the z/OS distribution would help 
> everyone as software developers would then be free to use it when 
> developing applications, products, and tools knowing that every site 
> has it available.
>
>
>
>
>
> Lionel B. Dyck <
> Website:  <https://www.lbdsoftware.com> https://www.lbdsoftware.com
>
> "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

--
This e-mail message has been scanned and cleared by Google Message Security and 
the UNICOM Global security systems. This message is for the named person's use 
only. If you receive this message in error, please delete it and notify the 
sender. 

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

TSO Pipes (and BatchPipes)

[Lionel B Dyck]

I don't have access to TSO Pipes other than what is included with BatchPipes
but it seems that it is a tad dated - it is actually old enough to drink:

 

BPW00086I BatchPipes/MVS BatchPipeWorks, 5655-065/SCPSP 1.0109
(Version.Release/Mod) - Generated 12 Oct 1996 at 13:59:00

 

If someone has the non-BP version of TSO Pipes it would be interesting to
see the results of the PIPES Q command showing the date.

 

For those of you who would like to encourage IBM to release TSO Pipes as
part of the z/OS base please go to this URL and vote
https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe
<https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=47699
> _ID=47699  (note the current vote is 188 which places it at the  top in
the z/OS area).

 

Having TSO Pipes as a native part of the z/OS distribution would help
everyone as software developers would then be free to use it when developing
applications, products, and tools knowing that every site has it available.

 

 

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

"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

PSI JES3 1.0

[Lionel B Dyck]

I noticed my prior posting was garbled so let's try this:

 

1st - congratulations to the PSI team - this is AWESOME news for the JES3
shops.

 


Phoenix Software International, Inc., Announces JES3plusT V1R0 General
Availability


El Segundo, CA-April 14, 2020: Phoenix Software International, Inc., today
announced the general availability of JES3plusT V1R0, the first release of
their derivative product based on IBM's z/OS JES3 spooling subsystem. In
October 2019, Phoenix Software licensed the source code for JES3, offering a
solution to clients wishing to remain on JES3.

This initial release is a plug-compatible solution that functions
identically to z/OS JES3 V2R4 in virtually every respect. This mean:

*   User exits should continue to work unchanged
*   Source modifications (if any) should continue to work unchanged
*   Message automation should continue to work unchanged
*   Operator commands should be unchanged
*   Job, device, and tape high-watermark setup should continue to work
unchanged
*   NJE and RJP partner interactions with your systems should be
unchanged
*   DevTest and production JCL should continue to work unchanged
*   Production control procedures should continue to work unchanged
*   Output post-processing scripts should continue to work unchanged
*   JES3's often superior performance characteristics should be
unchanged

"Today marks an exciting moment for the JES3 community," said Ed Jaffe,
Chief Technology Officer at Phoenix Software International. "JES3plus V1R0
is currently running in test environments large and small around the world
and, on behalf of all of us at Phoenix Software, I wish to thank our early
customers and ISV partners who helped make this launch a success. We look
forward to many years of successful partnership as this unique journey
unfolds."

Organizations wishing to migrate from IBM's JES3 to Phoenix Software's
JES3plus will be able to install JES3plus in the same sysplex/JESplex as
their current JES3 installation allowing for a trivial migration regardless
of their implementation or environment complexities. JES3plus V1R0 is
supported on all IBM-supported z/OS releases and is installable using a
traditional SMP/E installation or z/OSMF Software Management.

JES3plus supports independent Software Vendor (ISV) products that interface
with the JES3 technology. ISV products should continue to work with JES3plus
V1R0 immediately without changes. Phoenix Software has established a partner
program to allow ISVs to maintain JES3plus support for their products going
forward.

The launch of JES3plus coincides with the introduction of a secure Phoenix
Software support portal that provides customers with a convenient gateway
where they can open, review, and update support cases; create and download a
personalized x.509 identity cert; and perform other support tasks. In
addition, customers will be able to use Phoenix Software's new RECEIVE ORDER
server to set up automatic, secure, and continuous corrective service
delivery of JES3plus as well as Phoenix Software's JES management solution,
(E)JES.

Phoenix Software will begin to functionally enhance JES3plus this year via
continuous delivery. The second release, planned for 2021, will initiate the
same annual release schedule as other Phoenix Software products. Starting
with the 2021 JES3plus release, annual updates will occur in September to
ensure day-one support of new z/OS releases as they are made generally
available.

For more information on Phoenix Software's offering go to
<https://www.phoenixsoftware.com/jes3plus.htm>
www.PhoenixSoftware.com/jes3plus.htm

Licensed JES3plus customers can
<https://phoenixsoftware.com/portal/download_jes3plus.htm> download V1R0
here.

 

 

 

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

"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

FW: JES3plus V1R0 is here!

[Lionel B Dyck]

This is AWESOME. Congratulations to all at PSI.

 

 

Lionel B. Dyck <
Website: https://www.lbdsoftware.com

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

 

From: Phoenix Software International  
Sent: Tuesday, April 14, 2020 9:32 AM
To: Lionel Dyck 
Subject: JES3plus V1R0 is here!

 







  
<https://staticapp.icpsc.com/icp/resources/mogile/1249925/5cab79a6ed0be7eab9c476eaa42eb6cc.png>
 



 






 

 






 

 






 

 






JES3plus V1R0 is now generally available. 


The first release of Phoenix Software International's derivative product based 
on IBM’s z/OS JES3 spooling subsystem is now available. Licensed JES3plus 
customers can  
<https://click.icptrack.com/icp/relay.php?r=47364917=455182=C0E8=1249925=https%3A%2F%2Fphoenixsoftware.com%2Fportal%2Fdownload_jes3plus.htm%3Futm_source%3DiContact%26utm_medium%3Demail%26utm_campaign%3Dphoenix-software-international%26utm_content%3DJES3plus%2BV1R0%2Bis%2Bhere=2739=5502abec5c8fa199564939376644d47abf8a4c96dbc4bb172130476922f06161>
 download V1R0 here.

 



 
<https://click.icptrack.com/icp/relay.php?r=47364917=455182=C0E8=1249925=https%3A%2F%2Fphoenixsoftware.com%2Flatest_news.htm%3Futm_source%3DiContact%26utm_medium%3Demail%26utm_campaign%3Dphoenix-software-international%26utm_content%3DJES3plus%2BV1R0%2Bis%2Bhere=2739=503c3a6c6187fb5d01c4fdb571708849f9cb4abb4b199300d61b6bfb5582d1e2>
 Read the Press Release



 






 
<https://click.icptrack.com/icp/relay.php?r=47364917=455182=C0E8=1249925=https%3A%2F%2Fphoenixsoftware.com%2Flatest_news.htm%3Futm_source%3DiContact%26utm_medium%3Demail%26utm_campaign%3Dphoenix-software-international%26utm_content%3DJES3plus%2BV1R0%2Bis%2Bhere=2739=503c3a6c6187fb5d01c4fdb571708849f9cb4abb4b199300d61b6bfb5582d1e2>
 

 





 
<https://click.icptrack.com/icp/relay.php?r=47364917=455182=C0E8=1249925=https%3A%2F%2Ftwitter.com%2FPhnxSoftware=2739=35bbf2e0128b16b78c19caf956e3bec8f93b5a76141fd2460ea67f87a07f66b0>
  
<https://click.icptrack.com/icp/relay.php?r=47364917=455182=C0E8=1249925=https%3A%2F%2Fwww.facebook.com%2Fphnxsoftware=2739=c71e15ecaf3c365636162b2b557116b1658284d95826fd526a224371d1fba8f5>
  
<https://click.icptrack.com/icp/relay.php?r=47364917=455182=C0E8=1249925=https%3A%2F%2Fwww.linkedin.com%2Fcompany%2Fphoenix-software-international=2739=503ee6e721133a9ca8ba97f8be5178bf1cfec22249b0c260a048684f76214ebc>
  
<https://click.icptrack.com/icp/relay.php?r=47364917=455182=C0E8=1249925=https%3A%2F%2Fwww.youtube.com%2Fchannel%2FUCk9lVI7P5aCbZo8OI7HXNOA=2739=23093af983ffc6985e45829073a8da190beec3b2713693acfa186cd022f1c140>
 

 





© 2020 Phoenix Software International • All rights reserved

 






 

 





Phoenix Software International, Inc. ( 
<https://click.icptrack.com/icp/relay.php?r=47364917=455182=C0E8=1249925=https%3A%2F%2Fwww.phoenixsoftware.com%2F%3Futm_source%3DiContact%26utm_medium%3Demail%26utm_campaign%3Dphoenix-software-international%26utm_content%3DJES3plus%2BV1R0%2Bis%2Bhere=2739=8f8badc40433318dc068b370dbe15f63eb6f36bc7be4c1f598b151afc64677a0>
 www.phoenixsoftware.com) is a systems software development company providing 
advanced software solutions to enterprises around the globe. The company offers 
a wide range of solutions to modern business challenges.



 





 
<http://www.icontact-archive.com/archive?c=1249925=2739=2768=455182=25f63d99b27471e0f2285995f2f5c8e5668b9943863cdf7293884088133de882>
 View email in your browser



 
<https://app.icontact.com/icp/mmail-mprofile.php?r=47364917=2739=C0E8=455182=1249925>
 Unsubscribe 

This message was sent to  <mailto:lion...@21csw.com> lion...@21csw.com from  
<mailto:off...@phnxsoftware.com> off...@phnxsoftware.com

Phoenix Software International
831 Park View North
El Segundo, CA 90245

  
<https://click.icptrack.com/icp/track.php?msgid=455182=C0E8=47364917=1249925>
 


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

ACM Articles on Cobol and more

[Lionel B Dyck]

Interesting articles

 

https://dl.acm.org/doi/abs/10./2667432.2667440

https://dl.acm.org/doi/10.1145/15467.15471

 

Motivating students to acquire mainframe skills
https://dl.acm.org/doi/abs/10.1145/2487294.2487308

 

 

 

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

"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

Learning Cobol

[Lionel B Dyck]

Just saw this article and thought I'd share based on some other threads

 

https://www.techrepublic.com/article/learn-cobol-with-these-online-training-
courses-and-tutorials/?ftag=CMG-01-10aaa1b
<https://www.techrepublic.com/article/learn-cobol-with-these-online-training
-courses-and-tutorials/?ftag=CMG-01-10aaa1b=TRE-03-10aaa6b=2085922
0514906748022064954419079=12786996>
=TRE-03-10aaa6b=20859220514906748022064954419079=12786996

 

 

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

"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: Bringing up skills learned on z/OS Hercules in interview?

[Lionel B Dyck]

our working pack cyl005 with the  
original pack, cyl005O.  For example, if you clipped the cyl005 
pack so it has a different id, you might want to overlay it with
the original pack that was shipped with this file, so you can   
start over. 

4.  Set up your 3270 emulator to IP address 127.0.0.1, port 3270   The  
terminal should grab the Hyperion (aka Hercules) main screen.   

5.  On the command prompt screen, which now has become a Hercules terminal, 
enter:   IPL a40

6.  Go to the Hyperion (Hercules) screen (the 3270 emulator) and enter  
ESC or PA1 to generate an interrupt. The ZZSA entry screen should   
now appear.   ZZSECRET is the password.  Enter it and PRESS ENTER.  

7.  Always enter Option 0 first.  This enables ZZSA to find out which   
peripheral devices are connected to it.  Then you can try all the   
other options out.  See the detailed instructions at the
following URL:  

http://www.cbttape.org/~jjaeger/zzsa.html   

Or see member $$$#ZZSA in this pds. 

8.  After you have exited ZZSA with the X option, you can get out of
Hercules (Hyperion) by entering quit in the command prompt screen,  
which had become the Hercules console.  It is now no longer the 
Hercules console, and it has now become a Windows Command screen,   
again.  Follow the additional prompts to make a backup of your  
cyl005 disk (cyl005B).  

Good Luck..   

General Philosophy Regarding This File.  (An advanced look.)

Why is there a load library, and source for NODSI (which is an  
unrelated program), and a listing?  

Why is there an emphasis on the "type over zap" capability here?

It seems to me that the purpose of this whole thing is to train 
z/OS people in using this tool.  The Herc stuff is just incidental, 
providing a vehicle to create a "practice environment".  I also 
understand that ZZSA is not the "environment of choice" for dealing 
z/OS.  It is only a fixing tool, when nothing else is available.
But it has capabilities that are considerable, including a "type
over" zap, which is kind of rare, as tools go.  Question is, to 
find the right place to zap and get there accurately.  That skill   
is what I'm trying to help with.

That piece of it is not for "the casual user".  So you need a lot   
of practice, if you want to take the tool that far.  I have even
installed a disassembly listing of NODSI, on the CYL005 pack,   
so they can try and learn to navigate to the correct place to zap.  

The usual use for the zap (with ZZSA) is clipping a pack by 
changing its id record (in record 3, track 0).  That record is  
easy to get to (03).  But load module locations are very
hard to find with ZZSA, and I don't want to exclude the 
adventurous user who may want to learn to do that too.  
        


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

"Worry more abou

Re: Mesh Router

[Lionel B Dyck]

Just turn off WiFi on your ISP router, plug the mesh into a wired connection to 
it, and use the mesh for your wifi - works like a charm.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
scott Ford
Sent: Friday, April 3, 2020 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mesh Router

Hey Lionel,

I have Verizon FIOS can I tie the mesh network you mentioned into it ...?
We have a crazy device house, a lot of WiFi..

On Fri, Apr 3, 2020 at 9:33 AM Lionel B Dyck  wrote:

> I have the Linksys Velop and it works great:
> https://www.linksys.com/us/velop/
>
>
> Lionel B. Dyck <
> Website: http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Steve Beaver
> Sent: Friday, April 3, 2020 8:23 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Mesh Router
>
> Does anyone have an opinion on which of the various mesh router 
> extenders to purchase?
>
> TIA
> Steve
>
> --
> 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
>
--
Scott Ford
IDMWORKS
z/OS Development

--
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: Mesh Router

[Lionel B Dyck]

I have the Linksys Velop and it works great:  https://www.linksys.com/us/velop/


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Friday, April 3, 2020 8:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Mesh Router

Does anyone have an opinion on which of the various mesh router extenders to 
purchase?

TIA
Steve 

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

z/OS ISPF Git Interface - updated

[Lionel B Dyck]

We've just released version 2.7 of zigi - the z/OS ISPF Git Interface
open-source project. Go to https://github.com/wizardofzos/zigi to download
and install, or if you already have zigi installed then use it to pull the
latest update (the master branch has been updated). You can also download
from the cbttape.org site on the updates page file 997
(http://www.cbttape.org/ftp/updates/CBT997.zip).

 

If you use it and you like please consider joining our team - we can't
promise any financial incentives but we can promise lots of satisfaction
from working on an outstanding open-source project. You may be thinking it's
feature-rich already and you'd be close - but there are always improvements
and there are a lot of additional git features that someone may like to have
implemented. 

 

See https://zigi.rocks (it does and that's a real website).

 

Below are the release notes with the highlights - there were a number of bug
fixes as well.

 


 


Version 2.7


 


 New Features and Functions


 --


 


Support file extensions for PDS members when copied to OMVS. The extension


is defined when the PDS is added to zigi for management and only one
extension


is allowed per PDS, and it may NOT be changed. The extension is then removed


when the file is copied to the PDS.


 


Redo the Current Repository Action Bar Menu. Split out General and
Repository


into General, Maintenance, and Repository.


 


New Check command to be used by the user to check the state of the z/OS


datasets on demand. The check will occur when the repository is opened and


then only when the user requests. The state of the OMVS files will continue


to be checked frequently as the user interacts wtih the repository.


 


Reduce processing overhead by only checking z/OS datasets for changes if


they have changed since the last date that zigi checked them. The test


will be to check the dataset if the last reference date (from listdsi)


is the same as the current day or if it is greater than the last


reference date as saved by zigi in the users home directory under


.zigi/filename where filename is the OMVS file copy of the z/OS dataset.


 


Enable multiple row selection in many instances (not all).


 


Improved detection of deleted, or renamed, PDS members during PULL


processing.


 


Improved detection of deleted, or renamed, PDS members at zigi repository


startup.

 

 

 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"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: BatchPipes and TSO Pipes

[Lionel B Dyck]

Haven't looked into pipes in omvs (unix) but that is an interesting idea.

thx


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
scott Ford
Sent: Sunday, March 22, 2020 3:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BatchPipes and TSO Pipes

Can’t you also use Unix Pipes? Just a thought Lionel

On Sun, Mar 22, 2020 at 1:52 PM Lionel B Dyck  wrote:

> Martin - thank you
>
>
> Lionel B. Dyck <
> Website: http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Martin Packer
> Sent: Sunday, March 22, 2020 12:43 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: BatchPipes and TSO Pipes
>
> You're best of searching with the string "batchpipeworks" as that's 
> what it was called when SmartBatch was created. I believe the term 
> survived into BatchPipes/MVS V2.
>
> Not all CMS Pipelines functions are supported.
>
> Cheers, Martin
>
> Martin Packer
>
> zChampion, Systems Investigator & Performance Troubleshooter, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
>
> Blog:
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>
> Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/ 
> or
>
>
> https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id112
> 794357
> 3?mt=2
> <https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id11
> 27943573?mt=2>
>
>
> Youtube channel: 
> https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA
>
>
>
> From:   Lionel B Dyck 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   22/03/2020 17:24
> Subject:[EXTERNAL] Re: BatchPipes and TSO Pipes
> Sent by:IBM Mainframe Discussion List 
>
>
>
> That telecourse looks outstanding - thank you
>
>
> Lionel B. Dyck <
> Website:
>
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.lbdsoftware.co
> m=Dw
>
> IFaQ=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNz
> nBSDQ&
>
> m=pvIHxGgF3aJff3x0OLzJEPZPeaTiZBaOn7cLSXVwS_4=JToobsms7DK2vd66akWU37
> MZPctq
> GvCvZcJf1BvVpUU=
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.lbdsoftware.c
> om=DwIFaQ=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSp
> QCLphNznBSDQ=pvIHxGgF3aJff3x0OLzJEPZPeaTiZBaOn7cLSXVwS_4=JToobsms7
> DK2vd66akWU37MZPctqGvCvZcJf1BvVpUU=>
>
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Dave Jones
> Sent: Sunday, March 22, 2020 11:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: BatchPipes and TSO Pipes
>
> You might find this of some use, Lionel :
>  CMS Pipelines Telecourse (an HTML selfstudy course) V1.3
>   
> https://www.vm.ibm.com/download/packages/descript.cgi?TCVM2
>
> DJ
>
> --
> 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
>
>
>
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with 
> number 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 
> 3AU
>
>
> --
> 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
>
--
Scott Ford
IDMWORKS
z/OS Development

--
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: BatchPipes and TSO Pipes

[Lionel B Dyck]

Martin - thank you


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Martin Packer
Sent: Sunday, March 22, 2020 12:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BatchPipes and TSO Pipes

You're best of searching with the string "batchpipeworks" as that's what it
was called when SmartBatch was created. I believe the term survived into
BatchPipes/MVS V2.

Not all CMS Pipelines functions are supported.

Cheers, Martin

Martin Packer

zChampion, Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id112794357
3?mt=2


Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA



From:   Lionel B Dyck 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   22/03/2020 17:24
Subject:[EXTERNAL] Re: BatchPipes and TSO Pipes
Sent by:IBM Mainframe Discussion List 



That telecourse looks outstanding - thank you


Lionel B. Dyck <
Website: 
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.lbdsoftware.com=Dw
IFaQ=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ&
m=pvIHxGgF3aJff3x0OLzJEPZPeaTiZBaOn7cLSXVwS_4=JToobsms7DK2vd66akWU37MZPctq
GvCvZcJf1BvVpUU= 


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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Dave Jones
Sent: Sunday, March 22, 2020 11:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BatchPipes and TSO Pipes

You might find this of some use, Lionel :
 CMS Pipelines Telecourse (an HTML selfstudy course) V1.3
  https://www.vm.ibm.com/download/packages/descript.cgi?TCVM2

DJ

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




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


--
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: BatchPipes and TSO Pipes

[Lionel B Dyck]

That telecourse looks outstanding - thank you


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jones
Sent: Sunday, March 22, 2020 11:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BatchPipes and TSO Pipes

You might find this of some use, Lionel :
CMS Pipelines Telecourse (an HTML selfstudy course) V1.3
  https://www.vm.ibm.com/download/packages/descript.cgi?TCVM2

DJ

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

BatchPipes and TSO Pipes

[Lionel B Dyck]

I have access to a system where BP is installed and discovered that TSO
Pipes works - to a limited degree.  CALLPIPE and ADDPIPE are missing even
though both are clearly documented in the reference manual. Does anyone have
any pointers to any doc that would document what parts of Pipes are missing
with BP?

 

Now that I can use Pipes under TSO I'm being reminded of its power that I
found during my few years using it under z/VM where I only had a very basic
introduction to it. Now I'm trying to learn more but finding a lack of
learning resources other than trial and error. There are some SHARE
presentations and some info on the Marist site that is helpful. Does anyone
have a pointer to a Pipes for novices?

 

 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"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: IGGCSI00 and REXX

[Lionel B Dyck]

Sadly Ken passed away a few years back - but he was a genius and Rexxpert.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
scott Ford
Sent: Tuesday, March 17, 2020 11:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IGGCSI00 and REXX

Lennie,

It’s Ken Tomiak .. I just found it my friend.

Scott

On Tue, Mar 17, 2020 at 12:54 PM Richards, Robert B. < 
01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:

> Also check out Mark Zelden's  CATSRCH rexx exec
>
> http://mzelden.com/mvsutil.html
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Lennie Dymoke-Bradshaw
> Sent: Tuesday, March 17, 2020 12:49 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IGGCSI00 and REXX
>
> Scott,
> Thanks,
>
> As I live in the UK I don't get to Share. If anyone else has the name 
> of this REXX person (Ken something) I would be pleased.
>
> Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd
> Web:  www.rsmpartners.com
> ‘Dance like no one is watching. Encrypt like everyone is.’
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of scott Ford
> Sent: 17 March 2020 15:03
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] IGGCSI00 and REXX
>
> Gil,
>
> If memory serves me correctly Ken ( I dont remember his last name , 
> the rexx wiz from SHARE ) has a real nice piece of Rexx code for 
> IGGCSI00, just a idea for you sir.
>
> Scott
>
> On Tue, Mar 17, 2020 at 10:59 AM scott Ford  wrote:
>
> > Steve,
> >
> > I have written in rexx,oorexx,assembler,cobol,bash,,,on and on. For 
> > a lot of system chores I love Rexx.
> > The big reason is being interpreted is fairly easy to see output and 
> > work with it especially if the output is being used for another 
> > piece of code. Every programming language IMHO evolves.
> >
> > Scott
> >
> > On Tue, Mar 17, 2020 at 10:04 AM Lionel B Dyck  wrote:
> >
> >> If you have PIPEs available the PIPE LISTCAT is an excellent tool 
> >> to use if you only want the dataset name, and optionally the 
> >> dataset type.
> >>
> >>
> >> Lionel B. Dyck <
> >> Website: http://www.lbdsoftware.com
> >>
> >> "Worry more about your character than your reputation.  Character 
> >> is what you are, reputation merely what others think you are." - 
> >> John Wooden
> >>
> >> -Original Message-
> >> From: IBM Mainframe Discussion List  On 
> >> Behalf Of Seymour J Metz
> >> Sent: Tuesday, March 17, 2020 9:00 AM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: IGGCSI00 and REXX
> >>
> >> All languages have glitches, especially C. Certainly there are 
> >> things that could be cleaned up in REXX, but there are other things 
> >> that are eleant if not misused.
> >>
> >>
> >> --
> >> Shmuel (Seymour J.) Metz
> >> http://mason.gmu.edu/~smetz3
> >>
> >>
> >> 
> >> From: IBM Mainframe Discussion List  on 
> >> behalf of Steve Smith 
> >> Sent: Tuesday, March 17, 2020 9:53 AM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: IGGCSI00 and REXX
> >>
> >> REXX is inherently kludgy (who needs structures?  SUBSTR can do 
> >> anything!).
> >>
> >> That's not a big REXX exec.  Just de-kludge to your taste, if possible.
> >> IGGCSI00 is tricky to get started with, so you definitely want to 
> >> start with a working example.  There are also a couple of assembler 
> >> samples provided.
> >> There's also a C routine available at
> >>
> >> http://secure-web.cisco.com/1wOZihD3Fa5eFMrPjJLAHOb-MPTLnm9aUn42uRC
> >> eI
> >> xKUCIx-
> >>
> >> UR1tXB89h9436dtjipNwEdUx1mherLzMBxowcAECfcpp8w7R4LO6Hti_aRoGYAjj6Of
> >> BL
> >> BsQC_OU
> >> <http://secure-web.cisco.com/1wOZihD3Fa5eFMrPjJLAHOb-MPTLnm9aUn42uR
> >> Ce 
> >> IxKUCIx-UR1tXB89h9436dtjipNwEdUx1mherLzMBxowcAECfcpp8w7R4LO6Hti_aRo
> >> GY
> >> Ajj6OfBLBsQC_OU>
> >>
> >> Lqfmj1R875N514gGXEhDzeyH3BGHLJ3QNTcHDotuMSz5-dBJbG-Z_L3NhZFbmfG4UOg
> >> 14
> >> 00CXcTL
> >>
> >> mSxv4f81RPgyxwOl_vJmC49J4xOzqCZIL583uE_gHt4DOgBZOKHxtjKkSikit4lxore

Re: IGGCSI00 and REXX

[Lionel B Dyck]

If you have PIPEs available the PIPE LISTCAT is an excellent tool to use if
you only want the dataset name, and optionally the dataset type.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: Tuesday, March 17, 2020 9:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IGGCSI00 and REXX

All languages have glitches, especially C. Certainly there are things that
could be cleaned up in REXX, but there are other things that are eleant if
not misused.


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



From: IBM Mainframe Discussion List  on behalf of
Steve Smith 
Sent: Tuesday, March 17, 2020 9:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IGGCSI00 and REXX

REXX is inherently kludgy (who needs structures?  SUBSTR can do anything!).

That's not a big REXX exec.  Just de-kludge to your taste, if possible.
IGGCSI00 is tricky to get started with, so you definitely want to start with
a working example.  There are also a couple of assembler samples provided.
There's also a C routine available at
http://secure-web.cisco.com/1wOZihD3Fa5eFMrPjJLAHOb-MPTLnm9aUn42uRCeIxKUCIx-
UR1tXB89h9436dtjipNwEdUx1mherLzMBxowcAECfcpp8w7R4LO6Hti_aRoGYAjj6OfBLBsQC_OU
Lqfmj1R875N514gGXEhDzeyH3BGHLJ3QNTcHDotuMSz5-dBJbG-Z_L3NhZFbmfG4UOg1400CXcTL
mSxv4f81RPgyxwOl_vJmC49J4xOzqCZIL583uE_gHt4DOgBZOKHxtjKkSikit4lxoregvaKEy4pK
OhU_RY7MGWb55BeWUW7708RnbA44sKB9t7LABZ_59W5AZ6xdDRqRt_R-20StYBa0_libbOJUL4B7
XATr9Hk95dBswQepWTrkSsnvZBloN7KlVY3gI7V-jnOXOw6UPa9b5DYPhlS0BeUjq835xCEsF67I
IYj0049zJ91nCvFie-fXq/http%3A%2F%2Fwww.longpelaexpertise.com.au called
LPCSI.

sas


On Tue, Mar 17, 2020 at 9:17 AM Lennie Dymoke-Bradshaw <
lenni...@rsmpartners.com> wrote:

> I have a need to make use of IGGCSI00.
> It would make my life a lot easier if I could work in REXX rather than 
> assembler. I see that IBM have supplied a sample routine called 
> IGGCSIRX showing how it can be used from REXX, though it looks a 
> little cludgy; not as elegant as the RACF interface to REXX, IRRXUTIL.
>
> Has anyone done any work in this area that they can share?
> For example a more general REXX interface either written in assembler, 
> or even in REXX?

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


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

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

Re: Scripting REXX thought -- inspiration or insanity?

[Lionel B Dyck]

OS/2 had a command called REXXTRY that would do what you want.  I was able to 
get permission from IBM to distributed it years ago (just after OS/2 ceased to 
be marketed) and you can get a copy at http://lbdsoftware.com/rexxtry.zip

 Have not tried it under OMVS but in theory it should work, perhaps with minor 
tweaking (one would hope).


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John McKown
Sent: Monday, March 16, 2020 8:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Scripting REXX thought -- inspiration or insanity?

One thing I like about "awk" and "PERL" is that I can easily script them from 
the UNIX command line. "awk" has an implicit read loop. PERL has the -n switch 
to force an implicit read loop. I would love something similar for REXX. 
Especially when invoked from the UNIX shell, but even from the TSO command 
line. In both cases, the command line could take a list of input datasets (TSO) 
or files (UNIX) to process. A simple REXX, based on PERL, example might be:

rexx -n -e 'say $_;' some.dsn.or.file

This would simply print every line in the "some.dsn.or.file" to the screen.
I used the PERL switches of "-n" to tell REXX to loop over every line in the 
input, assigning the entire like to the $_ variable (again from PERL) and the 
"-e" to specify the statement(s) to execute. Like PERL, this REXX should accept 
multiple "-e" switches and collect them together, in order, to create the 
actual REXX script. A couple more examples might be:

rexx -n -e 'say $_' -e 'say "has "words($_)" words in it." some.dsn.or.file

or even:

rexx -n -e 'say $_;say "has "words($_) words in it.";' some.dsn.or.file

IMO, for TSO the "some.dsn.or.file" would default to the normal TSO default of 
a DSN (possibly prefixed) but would accept a UNIX file if the first character 
is a forward slash: e.g. /etc/inetd.conf

For UNIX, "some.dsn.or.file" would default to a UNIX file, unless prefixed by a 
double forward slash. E.g. "//'sys1.maclib(read)'" or "//pds.cntl(member)"
which would be prefixed by the UNIX ${LOGNAME}.

Oh, without the -n switch the command would not have any implied I/O and so 
would need an explicit loop & do the parameter parsing itself. Otherwise it 
would just do the one statement like:

rexx -e 'SAY "Hello World";'

Who knows, maybe I should write this myself. But, honestly, it is difficult to 
get interested in much of anything anymore.


--
People in sleeping bags are the soft tacos of the bear world.
Maranatha! <><
John McKown

--
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: PDSE as GDG for archival

[Lionel B Dyck]

There are many RFE's for PDSE member generation support and IBM has accepted 
most of them.

Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Smith
Sent: Thursday, February 27, 2020 11:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE as GDG for archival

Member generations are not a nightmare.  They're not as well-integrated as they 
should be.  But that's been the story on PDSE from the get-go.

The built-in ISPF support is usable, once you train yourself on it.  It could 
be better, and PDSEGEN goes a long way towards making it a lot better.  I do 
use them, and it has saved me from ill-advised changes or inadvertent saves 
many times.

In any case, it is what it is.  If you don't find it useful, no one minds if 
you don't use it.  But I'd think there really ought to be some RFEs out there 
by now.  Lack of support by IEBCOPY is a pretty glaring omission.

sas


On Thu, Feb 27, 2020 at 11:29 AM Steve Thompson  wrote:

> Lionel:
>
> So it is the nightmare I thought.
>

--
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: PDSE as GDG for archival

[Lionel B Dyck]

PDSE member generations are a nice idea that doesn't really work in the 
production world. I say that because the member generations are not exposed 
outside of tools that have been written to specifically access them. You can't 
use member generations in JCL, dynamic allocation, OMVS services, ISPF 
services, IEBCOPY, . . . and the list goes on.

If you want to experiment with, and actually use, PDSE member generations try 
my PDSEGEN tool from www.lbdsoftware.com.

Feel free to email me direct and we can talk if you'd like.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Thompson
Sent: Thursday, February 27, 2020 9:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: PDSE as GDG for archival

I am reading the Using Data Sets manual for z/OS 2.2 (DFSMS stuff).

Has anyone attempted to use the version feature of PDSE?

I'd love to hear about your experiences before I even think about suggesting 
this for a current client of mine.

What they want is a replacement of a librarian product (not necessarily 
Librarian) using PDSEs.

 From what I read right now, this concept is a nightmare (within PDSEs).

You will need to specify which generation you are after, but that means you 
have to know which generation the source you need was saved (archived) in.

Per the book, as I have read so far, and "understand" at this point, you would 
have to do this:

A.B.C.GVnn(member) in order to access the "archived" member.

So I am very interested in what anyone has done and/or experienced in this area.

Regards,
Steve Thompson

--
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: ZOA Open Automation Utilities

[Lionel B Dyck]

More every day are using member generations.  


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Fulton
Sent: Friday, February 21, 2020 12:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ZOA Open Automation Utilities

No - we don't have that yet... Are many folks using PDSE Member Generations? 

--
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: ZOA Open Automation Utilities

[Lionel B Dyck]

I would vote for REXX support.

What about PDSE Member Generation support - do the ZOA utilities understand 
member generations?


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"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

Convert a Metal C control block mapping to Assembler DSECT ?

[Lionel B Dyck]

Is this possible, and more importantly, has anyone done it and be willing to
share?

 

 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"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: Downsizing? - OPS?

[Lionel B Dyck]

For an automation tool at no cost, other than your time/resources, take a
look on the cbttape at TSSO - it works with z/OS, is free, and does some of
what OPS does - perhaps most since you can write your own rexx for it.
Balance the cost of your time/resources with the cost of a vendor product
and as usual ymmv.

Good luck


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Gibney, Dave
Sent: Thursday, February 6, 2020 8:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Downsizing? - OPS?

The direction is clearly set. My z/OS 2.1 installation is heading for a
sunset, sometime in the next several years. The Student Systems were ERP's
to cloud systems not quite a decade ago. The remaining (HR/Financial/Etc.)
are scheduled for migration to Workday (again, in cloud) July 1.
There is still archive/historical data that wasn't moved and more that
isn't moving. There is a need/plan to run reduced/read-only for an as yet
undetermined time. We moved our 4 LPARs (Production, Development, 2
sandboxes) to a MFaaS provider at the end of 2017. Part of the plan is to
reverse the path we took from 1 LPAR to 4 LPARS, back to 1 LPAR.

Now, I need to plan to reduce the footprint expenses. In particular, we
probably won't be renewing ISV contracts.
I have z/OS alternatives to some (DF/SORT, DFSMSrmm, etc.) And, z/OS is
part of the MFaaS contract. Although we do plan to consolidate LPARs and
reduce the overall footprint.

Which brings me to my question and request for advice. Given the
constraints (free or native z/OS 2.1) what alternatives to CA-OPS would the
community recommend. I know there's some in the firehose that is
www.cbttap.org<http://www.cbttap.org>.

   I eventually need to leave WSU (in about a year) with a system that can
coast 3 to 7 years with minimal skilled care.

Dave Gibney
Information Technology Services
Washington State University


--
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: zigi 2.0. The z/OS ISPF Git Interface released

[Lionel B Dyck]

Check out zigi.rocks - scroll down to the bottom right for a list of git repos 
created with zigi to get you started. 

Lionel B. Dyck <
Website: www.lbdsoftware.com
Sent from my iPhone 8+

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

> On Feb 3, 2020, at 8:12 PM, Wayne Bickerdike  wrote:
> 
> Installed on my sandbox. Very impressive, nice job. Just have to find
> some gits who will use it.
> 
>> On 2/3/20, Lionel B. Dyck  wrote:
>> After two months of removing bugs and adding a ton of new features we're
>> proud to present zigi v2r0.
>> 
>> Most of the changes are documented in the "Release Notes". You can find
>> those inside the repository at
>> https://github.com/wizardofzos/zigi/blob/master/ZIGI.RELEASE.
>> 
>> Big changes are:
>> 
>> GITCMD: You can now issue git commands straight from zigi.
>> Improved GREP processing (Dataset and report views)
>> Snapshots. For those of you that need an 'escrow' of the current
>> status/release of your repo
>> Cheat Sheet: see the docs/ folder in the repo
>> Improved merge conflict resolution
>> Improved cloning of 'non-zigi'-repositories
>> Full support of managing OMVS files (subfolders et-al)
>> Rename and Remove of repository items
>> Add a / in row selections to see available options
>> Colorized diff views
>> Support for binary files (XMITs, ObjectDecks)
>> Various performance improvements
>> We're looking forward to your experiences with this version. If you've
>> (public) repos managed with zigi, please drop us a line, we want to feature
>> these on https://zigi.rocks
>> 
>> —
>> This release has 2 assets:
>> 
>> Source code (zip)
>> Source code (tar.gz)
>> Visit the release page to download them.
>> 
>> 
>> Lionel B Dyck <
>> Sent from my iPad Pro 10.5
>> Website: www.lbdsoftware.com
>> 
>> "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
>> 
> 
> 
> -- 
> Wayne V. Bickerdike
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

zigi 2.0. The z/OS ISPF Git Interface released

[Lionel B. Dyck]

After two months of removing bugs and adding a ton of new features we're proud 
to present zigi v2r0.

Most of the changes are documented in the "Release Notes". You can find those 
inside the repository at 
https://github.com/wizardofzos/zigi/blob/master/ZIGI.RELEASE.

Big changes are:

GITCMD: You can now issue git commands straight from zigi.
Improved GREP processing (Dataset and report views)
Snapshots. For those of you that need an 'escrow' of the current status/release 
of your repo
Cheat Sheet: see the docs/ folder in the repo
Improved merge conflict resolution
Improved cloning of 'non-zigi'-repositories
Full support of managing OMVS files (subfolders et-al)
Rename and Remove of repository items
Add a / in row selections to see available options
Colorized diff views
Support for binary files (XMITs, ObjectDecks)
Various performance improvements
We're looking forward to your experiences with this version. If you've (public) 
repos managed with zigi, please drop us a line, we want to feature these on 
https://zigi.rocks

—
This release has 2 assets:

Source code (zip)
Source code (tar.gz)
Visit the release page to download them.


Lionel B Dyck <
Sent from my iPad Pro 10.5
Website: www.lbdsoftware.com

"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

ISPF Developer Tips & Techniques 1.6 available

[Lionel B Dyck]

Go to www.lbdsoftware.com <http://www.lbdsoftware.com>  for version 1.6 of
the ISPF Developer Tips and Tricks.

 

Here are the most recent three updates:

 


Version 1.6

26 January 2020

1. Update PNREXX to use 4 digit year and routine to insert commas for
long numbers (thx to Doug Nadel)

2. Update PNVDSN to check for the F3/END key and bypass the check

3. Updated RXTAB with cleaner Find and RFind

4. Created RXTABLE from RXTAB with improved RFIND command table
definitions


Version 1.5

27 December 2019

5. Update sample ISPF Stub (thx to Tom Conley)

6. Update info on dynamic edit color change using panel rexx


Version 1.4

26 December 2019

7. RXPOPKEY code and example updated to improve code.

8. Update LOADISPF section to reference correct sample name RXPNSL

9. Add reference to RXISPFL to the LOADISPF section as a full example

10.  Elaborated on the use of LOADISPF.

11.  Enhance PNTAB and RXTAB for better clarity in table handling.

12.  Add PNEDITHL, RXEDITHL, and RXMEDHL to demonstrate updating colors in
an ISPF Edit panel dynamically.

 

You can also find it at https://github.com/lbdyck/ispftips where the
repository is available for cloning and installation (best to clone using
the zigi tool - the z/OS ISPF Git Interface - see zigi.rocks).

 

 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"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

IBM AOAR O44855

[Lionel B. Dyck]

Is anyone using this feature 
https://www-01.ibm.com/support/docview.wss?uid=isg1OA44855

Lionel B Dyck <
Sent from my iPad Pro 10.5
Website: www.lbdsoftware.com

"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: Using OGETX

[Lionel B Dyck]

Ignore - this message was misleading - I had mistyped the source directory.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Lionel B Dyck
Sent: Saturday, January 18, 2020 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Using OGETX

I'm trying to copy all files in a directory into a PDS - using OGET it works
just fine but I would like to use OGETX which says it can copy ALL members
in one command - that seems to be a lie.

 

According to the IBM TSO Help for OGETX:

 

The following command copies the files in the z/OS UNIX directory
/usr/sbllib to the MVS PDS named DATAFILE, removing any suffixes appended to
the z/OS UNIX files and accepting lowercase file names. 



  OGETX /usr/sbllib/ DATAFILE LC SUFFIX 

 

Yet when I try this it fails:

 

ogetx /u/me/git/zigi/ZIGI.PANELS/ test.panels text

 

results in: BPXF129E MVS PDS OR PDSE ME.TEST.PANELS WAS SPECIFIED AS THE
OUTPUT FILE.  A MEMBER NAME IS REQUIRED.


 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"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

Using OGETX

[Lionel B Dyck]

I'm trying to copy all files in a directory into a PDS - using OGET it works
just fine but I would like to use OGETX which says it can copy ALL members
in one command - that seems to be a lie.

 

According to the IBM TSO Help for OGETX:

 

The following command copies the files in the z/OS UNIX directory
/usr/sbllib to the MVS PDS named DATAFILE, removing any suffixes appended to
the z/OS UNIX files and accepting lowercase file names. 



  OGETX /usr/sbllib/ DATAFILE LC SUFFIX 

 

Yet when I try this it fails:

 

ogetx /u/me/git/zigi/ZIGI.PANELS/ test.panels text

 

results in: BPXF129E MVS PDS OR PDSE ME.TEST.PANELS WAS SPECIFIED AS THE
OUTPUT FILE.  A MEMBER NAME IS REQUIRED.


 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"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: Starting an application in ISPF

[Lionel B Dyck]

And you can altlib as well - sadly you can't TSOLIB within ISPF but you can
dynamic steplib with Dan Dalby's Dynamic Steplib on CBT File 452 (which
works with z/OS 2.4 with no problems contrary to some vendors claims).


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: Friday, January 17, 2020 12:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Starting an application in ISPF

You can write a script to LIBDEF the libraries that you need and then invoke
ISMF. Put the script into you command table or panel definition.


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



From: IBM Mainframe Discussion List  on behalf of
Frank Swarbrick 
Sent: Thursday, January 16, 2020 6:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Starting an application in ISPF

I am a developer who wants to start up the ISMF application.  Being a
developer I don't have it as an option on any ISPF menu.  Documentation
states I can use "ISPSTART PGM(DGTFMD01) NEWAPPL(DGT)" from TSO.  This
works, but then I have only that application running, and not my other ISPF
"stuff".  Is there a similar command I can use to start it from within ISPF?

--
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: Starting an application in ISPF

[Lionel B Dyck]

What I've done is have an ISPF startup (zstart) command that dynamically
adds the commands I want to the active ISPF command table. This way each
user can do their own and it is easy and you don't have to 'bother' the
sysprog (who may not allow the updates to the real command tables).

I call it ISPFCMDS - available at http://lbdsoftware.com/ispftools.html or
www.cbttape.org in file 312.

Function:  Add user ispf commands to an active ispf
   command table.  
   
   It is recommended that all commands be added
   to the User command table if it is available.   
   
   This is intended to be called from a user exec  
   to add their own commands to the specified  
   ispf command table. 
   
   If the command to be added already exists then  
   the existing command entry in the table will
   be replaced with the new command.   
   
Syntax:%ispfcmds table ispf-command-table-entry \ desc 
   
   if table = * then default to (in order) 
  User table   
  Site table   
  Current Applid Table or ISPCMDS   

   if table = USER then the user table is updated
   if table = SITE then the site table is updated
   if table = ISPF then the ISPCMDS Table is 
  updated
 
   The ispf-command-table-entry is in the format:
 
   verb trunc action \ description   
 
   each separated by a space 
 
Usage: Sample usage: 
 
   from an exec: 
   "%ispfcmds * dd 0 select pgm(isrddn)"  ,  
   "\ quick dd list" 
   "%ispfcmds user dd 0 select pgm(isrddn)"  
   "%ispfcmds * ee 0 edit dataset()"  


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Frank Swarbrick
Sent: Friday, January 17, 2020 11:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Starting an application in ISPF

Apparently I knew how to do this once upon a time, but how do you close a
user command table in order to allow editing of it?


From: IBM Mainframe Discussion List  on behalf of
ITschak Mugzach 
Sent: Thursday, January 16, 2020 11:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Starting an application in ISPF

And even simpler, add it's and select cmd options to your ispf command
table. This way you can type a short name to invoke it.

ITschak

בתאריך יום ו׳, 17 בינו׳ 2020, 2:44, מאת Frank Swarbrick ‏<
frank.swarbr...@outlook.com>:

> This works.  Thanks much.
>
> 
> From: IBM Mainframe Discussion List  on 
> behalf of Steve Smith 
> Sent: Thursday, January 16, 2020 5:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Starting an application in ISPF
>
> Just write and invoke a simple exec (or clist if that's your thing):
>
>  /* REXX */
>  ADDRESS ISPEXEC
>  'SELECT PGM(DGTFMD01) NEWAPPL(DGT) SCRNAME(ISMF)'
>  EXIT
>
> You could also invoke it from option 7.1 (Dialog Test), but that adds 
> some overhead.
>
> sas
>
>
> On Thu, Jan 16, 2020 at 6:47 PM Frank Swarbrick < 
> frank.swarbr...@outlook.com>
> wrote:
>
> > Doesn't work for me.  Must not be in my "profile" or something.
>
> --
> 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: Starting an application in ISPF

[Lionel B Dyck]

The challenges y'all raise are one reason for my writing the Product Launch 
Point (PLP) tool.  You add PLP to the ISPF command table and then you have easy 
access to a fully dynamic ISPF menu. It supports nesting menus and every 
product is dynamically defined in a PLP table - all the dd's required, how it 
is started, an ispf applid if it needs a unique one.  Then from any ispf panel 
just enter PLP ISMF (using ISMF as an example). And with PLP you have a default 
system level PLP and you can have individual levels and group levels.  You can 
find it at http://lbdsoftware.com/ispftools.html or on the CBTTape File 312.  

The biggest advantage is you no longer have to manually edit/update ispf panels 
- it's all in a dynamic table.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Friday, January 17, 2020 11:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Starting an application in ISPF

A command table entry can certainly be useful, but we hit a snag some years 
ago. (Have not retried the construction since.) Suppose you have a local panel 
reached via A --> B --> C, where panel C has the SELECT for your app, say ISMF. 
If you type 

   A.B.C.ISMF

your menu select will work one way. But if you are already on the C panel 
(A.B.C), then typing ISMF is ambiguous. Do you get your panel SELECT option, or 
do you get the command table entry? The two results may differ depending on how 
things are coded. Users may not be happy. ;-(

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Thursday, January 16, 2020 10:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Starting an application in ISPF

And even simpler, add it's and select cmd options to your ispf command table. 
This way you can type a short name to invoke it.

ITschak

בתאריך יום ו׳, 17 בינו׳ 2020, 2:44, מאת Frank Swarbrick ‏<
frank.swarbr...@outlook.com>:

> This works.  Thanks much.
>
> 
> From: IBM Mainframe Discussion List  on 
> behalf of Steve Smith 
> Sent: Thursday, January 16, 2020 5:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Starting an application in ISPF
>
> Just write and invoke a simple exec (or clist if that's your thing):
>
>  /* REXX */
>  ADDRESS ISPEXEC
>  'SELECT PGM(DGTFMD01) NEWAPPL(DGT) SCRNAME(ISMF)'
>  EXIT
>
> You could also invoke it from option 7.1 (Dialog Test), but that adds 
> some overhead.
>
> sas
>
>
> On Thu, Jan 16, 2020 at 6:47 PM Frank Swarbrick < 
> frank.swarbr...@outlook.com>
> wrote:
>
> > Doesn't work for me.  Must not be in my "profile" or something.


--
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: Using OMVS cksum with z/OS datasets

[Lionel B Dyck]

Slick - thank you


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Al 
Ferguson
Sent: Sunday, January 12, 2020 3:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using OMVS cksum with z/OS datasets

Lionel,

Another option would be to use a REXX that calls the CSF API’s to do this. I 
think this is the coding you would need:


RC=COPIES('FF'x,4);  RsC=COPIES('FF'x,4)

ExitDataLnth=COPIES('00'x,4);ExitData=''
  
RuleArrayCnt=RIGHT(D2C(1),4,'00'x);  RuleArray=LEFT('SHA-256',8)
TextLnth=RIGHT(D2C(LENGTH(Key)),4,'00'x); Text=Key 
CVectorLnth=RIGHT(D2C(128),4,'00'x); CVector=COPIES('00'x,C2D(CVectorLnth))
HashLnth=RIGHT(D2C(32),4,'00'x); Hash=COPIES('00'x,C2D(HashLnth))   

ADDRESS "LINKPGM" "CSNBOWH RC RsC ExitDataLnth ExitData", 
"RuleArrayCnt RuleArray TextLnth Text"  , 
"CVectorLnth CVector HashLnth Hash"   

CALL CSNBOWH (ICSF One Way HASH function
  return_code,===> Integer
  reason_code,===> Integer
  exit_data_length,   <==> Integer  Length of exit_data
  exit_data,  <==> String   Used by ICSF Installation Exit, if any
  rule_array_count,   ===> Integer  Must be 1 or 2
  rule_array, <=== String   SHA(3)-256, SHA(3)-384, or SHA(3)-512, 
then ONLY (each 8 Bytes)
  text_length,<=== Integer  Length of Text to be HASHed (multiple 
of 128 will work for all 3 SHA's)
  text,   <=== String   To be HASHed (Pad with ' ' to match 
text_length) 
  chaining_vector_length, <==> Integer  Must be 128 for non-SHA3, 256 for SHA3
  chaining_vector,<==> String   ICSF Work are 128 Bytes in Length. Init 
to '00'x
  hash_length,<=== Integer  Length to be Returned (for options 
above 32, 48, or 64 respective)
  hash)   <==> String   HASHed Text


___

Al Ferguson   | mailto:afergu...@neptunescove.org
Milwaukee, WI USA |   http://www.neptunescove.org

Dulcius ex Asperis

> On 12 January 2020, at 15:19, Lionel B Dyck  wrote:
> 
> Thanks for the idea - what I'm trying to avoid is copying (cp) the z/OS 
> dataset to OMVS unless it has changed by comparing it's hash to the hash of 
> the OMVS copy.  Guess either way a copy will have to be done so I might as 
> well just copy the z/OS to OMVS regardless.
> 
> 
> Lionel B. Dyck <
> Website: http://www.lbdsoftware.com
> 
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Al Ferguson
> Sent: Sunday, January 12, 2020 2:49 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Using OMVS cksum with z/OS datasets
> 
> Lionel,
> 
> Access to MVS Files from OMVS via "//‘your.filename.goes.here’” only 
> works for some commands. Pre-Allocated DD’s are not available to the 
> OMVS thread (usually). But you might try a stream … try
> 
>   [cat | cp] "//‘your.filename.goes.here’” | cksum
> 
> I believe you can cat (copy to stdout) or cp (copy to stdout) using the 
> "//‘your.filename.goes.here’” format. And then Pipe it to “cksum”. In this 
> case I do not think you will see a major performance hit (as you are tossing 
> out the copy anyway). Try both and pick the best performing one.
> 
> 
> ___
> 
> Al Ferguson   | mailto:afergu...@neptunescove.org
> Milwaukee, WI USA |   http://www.neptunescove.org
> 
> Dulcius ex Asperis
> 
>> On 12 January 2020, at 14:34, Lionel B Dyck  wrote:
>> 
>> Is there a way to use the OMVS cksum command against a z/OS dataset?
>> 
>> 
>> 
>> I tried:  cksum "//'hlq.test.file'"
>> 
>> 
>> 
>> And it objects but it works great on OMVS files.
>> 
>> 
>> 
>> tia
>> 
>> 
>> 
>> 
>> 
>> Lionel B. Dyck <
>> Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com
>> 
>> "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 /

Re: Using OMVS cksum with z/OS datasets

[Lionel B Dyck]

Thanks for the idea - what I'm trying to avoid is copying (cp) the z/OS dataset 
to OMVS unless it has changed by comparing it's hash to the hash of the OMVS 
copy.  Guess either way a copy will have to be done so I might as well just 
copy the z/OS to OMVS regardless.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Al 
Ferguson
Sent: Sunday, January 12, 2020 2:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using OMVS cksum with z/OS datasets

Lionel,

Access to MVS Files from OMVS via "//‘your.filename.goes.here’” only works for 
some commands. Pre-Allocated DD’s are not available to the OMVS thread 
(usually). But you might try a stream … try

[cat | cp] "//‘your.filename.goes.here’” | cksum 

I believe you can cat (copy to stdout) or cp (copy to stdout) using the 
"//‘your.filename.goes.here’” format. And then Pipe it to “cksum”. In this case 
I do not think you will see a major performance hit (as you are tossing out the 
copy anyway). Try both and pick the best performing one.


___

Al Ferguson   | mailto:afergu...@neptunescove.org
Milwaukee, WI USA |   http://www.neptunescove.org

Dulcius ex Asperis

> On 12 January 2020, at 14:34, Lionel B Dyck  wrote:
> 
> Is there a way to use the OMVS cksum command against a z/OS dataset?
> 
> 
> 
> I tried:  cksum "//'hlq.test.file'"
> 
> 
> 
> And it objects but it works great on OMVS files.
> 
> 
> 
> tia
> 
> 
> 
> 
> 
> Lionel B. Dyck <
> Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com
> 
> "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

Using OMVS cksum with z/OS datasets

[Lionel B Dyck]

Is there a way to use the OMVS cksum command against a z/OS dataset?

 

I tried:  cksum "//'hlq.test.file'"

 

And it objects but it works great on OMVS files.

 

tia

 

 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"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: Detecting F3 (End) in Panel Rexx

[Lionel B Dyck]

Perfect - thank you - just learned something new.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter Vels
Sent: Saturday, January 11, 2020 7:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Detecting F3 (End) in Panel Rexx

Hi Lionel,

Try this.

)init
)proc  if (.resp = end)= END
 else= Not_END
 *REXX(response,zcmd,zverb)say 'Response:' response  say 'ZCMD:' zcmd
   say 'ZVERB   :' zverb  *ENDREXX*
)end

Regards,
Peter

On Sun, 12 Jan 2020 at 06:44, Lionel B Dyck  wrote:

> Is there a way to determine if F3 (END) was entered while in the )PROC 
> panel rexx routine.
>
>
>
> When I try zcmd is always null ???
>
>
>
> Thanks
>
>
>
> Lionel B. Dyck <
> Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com
>
> "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

Detecting F3 (End) in Panel Rexx

[Lionel B Dyck]

Is there a way to determine if F3 (END) was entered while in the )PROC panel
rexx routine.

 

When I try zcmd is always null ???

 

Thanks

 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"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: PDSE Bug with BPXWUNIX ?

[Lionel B Dyck]

So after logging off (for an appointment) and returning I logged back on and I 
am unable to recreate this error.

Thanks everyone for your tips.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tabari Alexander
Sent: Wednesday, January 8, 2020 2:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE Bug with BPXWUNIX ?

In any case, perhaps it is worth adding the _EDC_ADD_ERRNO2 environment 
variable to help isolate the problem.

Tabari Alexander 

--
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: PDSE Bug with BPXWUNIX ?

[Lionel B Dyck]

Paul - you are correct - the // actually was there but when I typed it into the 
message I forgot. 


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, January 8, 2020 2:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE Bug with BPXWUNIX ?

On Wed, 8 Jan 2020 13:13:01 -0600, Lionel B Dyck wrote:

>Great idea but this works great when the PDSE is either a PDS, a PDSE version 
>1, or a PDSE version 2 without member generations enabled. 
> 
Since "'hlq.data.set(member)'" lacking the "//" is a valid UNIX filename, it 
should not work unless that file exists.  What does
touch "'hlq.data.set(member)'" do?

It's only trying to help you (or so it thinks).

You might get more expert advice on MVS-OE.


>-Original Message-
>From: Steve Smith
>Sent: Wednesday, January 8, 2020 1:11 PM
>...
>I think you need to escape the parentheses.
No.  The quoting should suffice.  For example, on Linux:
11125 $  touch "'hlq.data.set(member)'"
11125 $ cp "'hlq.data.set(member)'" wombat
1126 $
11126 $ ls -alrt
1total 20
 ...
1-rw-r--r--  1 paulgilm paulgilm0 Jan  8 13:00 'hlq.data.set(member)'
1-rw-r--r--  1 paulgilm paulgilm0 Jan  8 13:01 wombat
1drwxr-xr-x  2 paulgilm paulgilm 4096 Jan  8 13:01 .

Any different behavior on z/OS should be APARable.

>And I don't see the magic '//'
>
That should be a problem.

>in your command, but that may be just your message.  So, cp -U -M 
>"//'hlq.data.set\(member\)'" /u/me/pdsdir/... assuming this survives emailing.

-- 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: PDSE Bug with BPXWUNIX ?

[Lionel B Dyck]

Dave - agreed but in this case the apar is closed DOC 

thx


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Wednesday, January 8, 2020 1:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE Bug with BPXWUNIX ?

APAR descriptions are not all inclusive. If it's not on your system, you might 
try putting it on and seeing if behavior changes.

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Lionel B Dyck
> Sent: Wednesday, January 08, 2020 11:31 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: PDSE Bug with BPXWUNIX ?
> 
> Tabari - I found that APAR as well but it doesn't apply that I can 
> tell.  The APAR is about doing a cp into a PDSE or a mv out of one.  
> I'm doing a cp from a PDSE which is not addressed in the APAR.
> 
> Thanks for the thought.
> 
> Lionel B. Dyck <
> Website: https://urldefense.proofpoint.com/v2/url?u=http-
> 3A__www.lbdsoftware.com=DwIFaQ=C3yme8gMkxg_ihJNXS06ZyWk4
> EJm8LdrrvxQb-
> Je7sw=u9g8rUevBoyCPAdo5sWE9w=XTBa2odb9GJ7qYmxM2xwUsh_h
> ebSp5Yt04HLRDA36os=0MNoIaLBmh0GYtrXl7cFwieAG7GLAerXe65uiiRGhF
> 0=
> 
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Tabari Alexander
> Sent: Wednesday, January 8, 2020 1:25 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: PDSE Bug with BPXWUNIX ?
> 
> Could this APAR be relevant here?
> 
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www-
> 2D01.ibm.com_support_docview.wss-3Fcrawler-3D1-26uid-
> 3Disg1OA55684=DwIFaQ=C3yme8gMkxg_ihJNXS06ZyWk4EJm8LdrrvxQ
> b-
> Je7sw=u9g8rUevBoyCPAdo5sWE9w=XTBa2odb9GJ7qYmxM2xwUsh_h
> ebSp5Yt04HLRDA36os=5_yryPnH1Ln1JSCGRFz5vDciCIogY92rXfSTGCopovA
> =
> 
> Tabari Alexander
> 
> --
> 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: PDSE Bug with BPXWUNIX ?

[Lionel B Dyck]

Tabari - I found that APAR as well but it doesn't apply that I can tell.  The 
APAR is about doing a cp into a PDSE or a mv out of one.  I'm doing a cp from a 
PDSE which is not addressed in the APAR. 

Thanks for the thought.

Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tabari Alexander
Sent: Wednesday, January 8, 2020 1:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE Bug with BPXWUNIX ?

Could this APAR be relevant here?

http://www-01.ibm.com/support/docview.wss?crawler=1=isg1OA55684

Tabari Alexander

--
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: PDSE Bug with BPXWUNIX ?

[Lionel B Dyck]

Great idea but this works great when the PDSE is either a PDS, a PDSE version 
1, or a PDSE version 2 without member generations enabled. 

Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Smith
Sent: Wednesday, January 8, 2020 1:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE Bug with BPXWUNIX ?

I think you need to escape the parentheses.  And I don't see the magic '//'
in your command, but that may be just your message.  So, cp -U -M 
"//'hlq.data.set\(member\)'" /u/me/pdsdir/... assuming this survives emailing.

I just read up on this researching a related problem.  Seems the // notation is 
really twitchy.

sas


On Wed, Jan 8, 2020 at 2:03 PM Lionel B Dyck  wrote:

> Using BPXWUNIX in a z/OS REXX exec running under TSO/ISPF I'm getting 
> an error that does not occur when the command is entered directly 
> while in OMVS.
>
>
> The command is cp -U -M "'hlq.data.set(member)'" /u/me/pdsdir/
>
>
>
> The error is:
>
>
>
> FSUM6258 cannot open file "//'hlq.data.set(member)'": EDC5061I fin 
> error occurred when attempting to define a file to the system.
>
>
>
> Any suggestions?
>
>
>
> Thanks in advance
>
>
>
> Lionel B. Dyck <
> Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com
>
> "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
>


--
sas

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

PDSE Bug with BPXWUNIX ?

[Lionel B Dyck]

Using BPXWUNIX in a z/OS REXX exec running under TSO/ISPF I'm getting an
error that does not occur when the command is entered directly while in
OMVS.


The command is cp -U -M "'hlq.data.set(member)'" /u/me/pdsdir/ 

 

The error is:

 

FSUM6258 cannot open file "//'hlq.data.set(member)'": EDC5061I fin error
occurred when attempting to define a file to the system.

 

Any suggestions?

 

Thanks in advance

 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"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: [ISPF-L] Programmatically deleting ISPF Clipboards

[Lionel B Dyck]

Robert - to answer your question - No (sadly)

I've not found a way programmatically to get a list of all the edit clipboards. 
I did resist the urge to chase control blocks but that may be the only solution.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: ispf-l-l...@nd.edu  On Behalf Of Robert Prins
Sent: Sunday, December 29, 2019 9:38 AM
To: IBM Mainframe Discussion List ; ISPF discussion 
list 
Subject: [ISPF-L] Programmatically deleting ISPF Clipboards

Does anyone know a way of deleting all the non-default ISPF clipboards, from 
within an edit macro, without knowing their names?

Reason? I've got an edit macro that creates half a dozen of internally used 
clipboards, and that obviously fails if there are already several clipboards 
created before the macro is invoked.

Cross-posted to IBM-MAIN and ISPF-L.

Robert
--
Robert AH Prins
robert.ah.prins(a)gmail.com
The hitchhiking grandfather @ https://prino.neocities.org/indez.html
Some useful(?) REXX @ https://prino.neocities.org/zOS/zOS-Tools.html

--
You received this message because you are subscribed to the Google Groups "ISPF 
discussion list" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ispf-l-list+unsubscr...@nd.edu.
To view this discussion on the web visit 
https://groups.google.com/a/nd.edu/d/msgid/ispf-l-list/5797562a-9470-cf33-c332-a3cda6c08a2f%40gmail.com.

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

ISPF Tips and Tricks - an update

[Lionel B Dyck]

After posting 1.4 I received 2 emails with comments - one was a correction
and one caused some text additions.  Thus 1.5 has now been posted.

 

The doc is available in PDF, ePub, and Mobi (Kindle). The samples are
distributed in TSO Transmit (XMIT) format. There are working examples for
everything in the doc along with an ISPF dialog to simplify examining the
samples - exec member $DEVISPF for an ISPF table that makes it easy to
browse, edit, and execute (only rexx members may be executed). For panels
and skeletons there is a sample driver rexx exec to showcase the example.

 

Get it at www.lbdsoftware.com <http://www.lbdsoftware.com> 

 

Changes history:

 

Version 1.5 27 December 2019  

1.Update sample ISPF Stub (thx to Tom Conley)

2.Update info on dynamic edit color change using panel rexx

Version 1.4 26 December 2019  

1.RXPOPKEY code and example updated to improve code.

2.Update LOADISPF section to reference correct sample name
RXPNSL

3.Add reference to RXISPFL to the LOADISPF section as a full
example

4.Elaborated on the use of LOADISPF.

5.Enhance PNTAB and RXTAB for better clarity in table handling.

6.Add PNEDITHL, RXEDITHL, and RXMEDHL to demonstrate updating
colors in an ISPF Edit panel dynamically.

 

 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"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

ISPF Developer Tips and Tricks - updated to 1.4

[Lionel B Dyck]

I have updated the ISPF Developer Tips and Tricks with several additional
tips/tricks - the documents are updated and there are samples for
everything.

 

Get it at www.lbdsoftware.com

 

 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"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: Max Size of ISPF table?

[Lionel B Dyck]

ISPF Tables are great but not ideal for the volume that you are planning. If 
you decide to use ISPF Tables then be sure to create them in anything other 
than REXX which is extremely slow due to an inefficient design in this area. 
Table serves will work but your performance may not be what you really want to 
have. VSAM would definitely be a better option for you if that is something 
that will work for you.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Billy Ashton
Sent: Tuesday, December 17, 2019 8:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Max Size of ISPF table?

Hello, I am working with an application team, and they are creating an ISPF 
application. One of the options is to use an ISPF table for the data in one 
component, but they will have between 50,000 and 80,000 rows in the table.

What are your experiences with large ISPF tables, and is a table of 80,000 rows 
acceptable or practical? Another option is to write the ISPF application in 
COBOL and use VSAM or a database (although having only a single table in the 
database doesn't sound like the best course of action,
either.) Data is loaded on a monthly basis (maybe 500-700 records) and 
otherwise this is a read-only ISPF application.

Thanks for your thoughts.

Billy.

--
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: OMVS Tuning ?

[Lionel B Dyck]

Thanks for the update on STEPLIB - I didn't see it in 2.1 but my search may 
have been using the wrong keywords.

I did some testing doing bpxwunix from rexx.  1 test was issuing the env 
command and the other a cd followed by an ls -la.

With libraries in STEPLIB and in ISPLLIB the timing on my system (which is a 
z/VM guest) was 10 and 4 seconds respectively under ISPF and 4 and 2 seconds in 
native TSO. This pointed to the ISPLLIB as a tasklib so I removed everything 
from it and the timing under ISPF went from 10 down to 7 seconds and 4 to 1 
seconds.  Removing the STEPLIB got me to 2 and 0.5 seconds.

Still not subsecond so I suspect there is something in the z/VM setup which I'm 
not sure how to diagnose but am looking.

Thanks


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kirk Wolf
Sent: Wednesday, December 11, 2019 7:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS Tuning ?

Lionel,

STEPLIB=none has been around for a long time, and I see it documented, for 
example, in the V1R13 z/OS UNIX Planning book.

Can you offer any more details as to where the performance is bad or how
you notice?   I would assume that what you are describing is something
relative to the time required to do a fork/exec or spawn.   Which?  local
spawn?

On Wed, Dec 11, 2019 at 2:04 PM Lionel B Dyck  wrote:

> Found one major issue - the systems where the issue is are z/OS 2.1 
> and the STEPLIB=none variable looks to have been new in 2.2.  Reducing 
> the STEPLIB and ISPLLIB solved things.
>
>
> Lionel B. Dyck <
> Website: http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-----
> From: IBM Mainframe Discussion List  On 
> Behalf Of Lionel B Dyck
> Sent: Wednesday, December 11, 2019 12:58 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: OMVS Tuning ?
>
> I am working on a project where the omvs performance on some systems 
> is slower than one would like -definitely not sub-second.
>
>
>
> I'm looking for tuning suggestions.
>
>
>
> When under ISPF the elapsed time is more than double the elapsed time 
> when in native TSO.
>
>
>
> Note that the OMVS environment includes STEPLIB=none but my guess is 
> that the ISPLLIB may be the culprit when under ISPF - I just can't 
> prove that (yet).
>
>
>
> Thanks for any guidance.
>
>
>
>
>
> Lionel B. Dyck <
> Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com
>
> "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

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

Re: OMVS Tuning ?

[Lionel B Dyck]

Found one major issue - the systems where the issue is are z/OS 2.1 and the
STEPLIB=none variable looks to have been new in 2.2.  Reducing the STEPLIB
and ISPLLIB solved things.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Lionel B Dyck
Sent: Wednesday, December 11, 2019 12:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: OMVS Tuning ?

I am working on a project where the omvs performance on some systems is
slower than one would like -definitely not sub-second.

 

I'm looking for tuning suggestions.

 

When under ISPF the elapsed time is more than double the elapsed time when
in native TSO.

 

Note that the OMVS environment includes STEPLIB=none but my guess is that
the ISPLLIB may be the culprit when under ISPF - I just can't prove that
(yet).

 

Thanks for any guidance.

 

 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"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

OMVS Tuning ?

[Lionel B Dyck]

I am working on a project where the omvs performance on some systems is
slower than one would like -definitely not sub-second.

 

I'm looking for tuning suggestions.

 

When under ISPF the elapsed time is more than double the elapsed time when
in native TSO.

 

Note that the OMVS environment includes STEPLIB=none but my guess is that
the ISPLLIB may be the culprit when under ISPF - I just can't prove that
(yet).

 

Thanks for any guidance.

 

 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"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: Looking for a utility to create a master listing of all PDS members on a system

[Lionel B Dyck]

Except that LISTDSI does not list the member names - LISTDS however will
using the Members keyword.

Would need to use one of the many vtoc commands on the cbttape, or even
iehlist, process the results to find the pds dsnames and then do the LISTDS
for each.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: Tuesday, December 10, 2019 11:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Looking for a utility to create a master listing of all PDS
members on a system

IMHO the best options are ISPF and SAS, but the LISTDSI suggestion also
works.


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



From: IBM Mainframe Discussion List  on behalf of
Tony Thigpen 
Sent: Tuesday, December 10, 2019 8:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Looking for a utility to create a master listing of all PDS members
on a system

I am looking for a utility that will take a list of PDS libraries and
generate a list of all members in the PDS.

I have hundreds of PDSs on an old system I have to maintain and all the old
staff with any knowledge are gone. There are hundreds of PDS libraries and
no doc as to where anything is stored. I want, as a one time job, to create
a listing with a single line per member/PDS set:
Member_name PDS_name

I figure there is something already available before I start writing
something new.

This system does *not* have any PDSE libraries as it is OS/390 02.10.

--
Tony Thigpen

--
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: GIT z/OS - ftp to mainframe - record length issue

[Lionel B Dyck]

Andrew - excellent catch and suggestion.

Btw. You'll love the enhancements planned for the next drop 


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Andrew Rowley
Sent: Monday, December 9, 2019 4:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIT z/OS - ftp to mainframe - record length issue

On 9/12/2019 11:29 pm, Denis wrote:
> I had the same issue, because the mainframe is not allowed to access anything 
> outside. So git clone does not work.

Presumably the mainframe can do a git clone from *somewhere*, otherwise you 
wouldn't install zigi. So you could clone the Gihub repo to a local repository 
the mainframe can reach, and clone that from z/OS. That's the advantage of git.

You would then periodically fetch the changes from Github into the local 
repository as required to keep up to date.


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

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

Re: Interchange best practice? (was: GIT ... length issue)

[Lionel B Dyck]

The Rocket git port has these pre-reqs:  bash, gzip and perl


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Monday, December 9, 2019 12:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Interchange best practice? (was: GIT ... length issue)

On Mon, 9 Dec 2019 12:18:20 -0600, Lionel B Dyck wrote:

>The zigi package has been generated in TSO XMIT format and sent to Sam for 
>inclusion on the CBTTape and it will be there in the near future. The initial 
>packaging was for those who could run git to clone. There is also the option 
>to download the package in a zip file, which then requires that it be uploaded 
>to z/OS.
>
>The Rocket port of git, bash, etc. needs to be uploaded as well but most of it 
>is in binary.
> 
Is bash required?  Why doesn't the POSIX shell with OMVS suffice?
Or is this a requirement of git core?

>Using OGETX might solve the issue (haven't tried) for the various partitioned 
>dataset files..
>
CBTtape; Rocket port; git clone; zip option; ...?

This is impinging on the Paradox of Choice:

https://www.ted.com/talks/barry_schwartz_the_paradox_of_choice?language=en#t-8855

-- 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: Interchange best practice? (was: GIT ... length issue)

[Lionel B Dyck]

The zigi package has been generated in TSO XMIT format and sent to Sam for 
inclusion on the CBTTape and it will be there in the near future. The initial 
packaging was for those who could run git to clone. There is also the option to 
download the package in a zip file, which then requires that it be uploaded to 
z/OS.

The Rocket port of git, bash, etc. needs to be uploaded as well but most of it 
is in binary.

Using OGETX might solve the issue (haven't tried) for the various partitioned 
dataset files..

Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Monday, December 9, 2019 12:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Interchange best practice? (was: GIT ... length issue)

On Mon, 9 Dec 2019 05:44:08 -0600, Lionel B Dyck wrote:

>If you are trying to ftp the rocket git distribution then you should be 
>ftp'ing it to OMVS and not to z/OS datasets.  If you are trying to work 
>with the zigi (z/OS ISPF Git Interface) then again, ftp to OMVS files 
>and use the install.sh script to get the files to z/OS for use.
> "... to z/OS ..."?
Isn't OMVS already just part of z/OS?

What technique requires the least error-prone human interaction.

I believe the package should be a single file, transferred to z/OS as *binary*.

o cksum is your friend.  Is a checksum supplied with the package.

o CBTTAPE.org has some practices worth assimilating.

o The package might be a pax archive, extractable with "pax -r ..."

o Or a .zip, extractable with "jar -x ..."
  Is jar generally available on z/OS systems without optional installation?

o PDS[E]s can be TRANSMIT unloaded within the pax/zip.  Cf. CBTTAPE.org.
  RECEIVE has an INDD option which can accept allocated OMVS files.
  RECEIVE runs only under TSO, and getting to TSO from OMVS is a
  tedious extra step.

o It's a shame that:
  - RECEIVE can't run outside TSO.  JCL EXEC or Rexx ADDRESS LINKMVS
would be great.
  - RECEIVE requires reply to a prompt.
  - IEBCOPY doesn't support OMVS files as PDSU.  SMP/E does
an extra conversion step to make that work.
  - AMATERSE doesn't support OMVS files as archive SYSUT1.
I can cheat this, but support would be lacking.
  - OMVS directories are not supported as STEPLIB catenands.
  - OMVS directories are not supported as SYSEXEC catenands.

o Accommodating site naming standards can be a PITA.

o What about the instructions?  An ASCII README file outside the archive?

o SMP/E?

Any suggestions?
-- 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: Fw: Re: GIT z/OS - ftp to mainframe - record length issue

[Lionel B Dyck]

You may need to convert the file from unix (LF ending) to windows (CRLF
ending) format before you upload.

Notepad++ has that option 

Or

>From windows command line this may work (found via google):  more /P
output_file

Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Prashant Joshi3
Sent: Monday, December 9, 2019 11:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fw: Re: GIT z/OS - ftp to mainframe - record length issue

Thank you Lionel, Matt and Denis,

I am trying to ftp IBM z/OS sample plugin file from windows to OMVS (zfs
file) and it received distorted.

I tried copying as suggested by Denis but no help yet.
here is a sample file that I am trying to upload

Files in question are Java script and Java script map file


Thanks,
Prashant

--
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: readdir ?

[Lionel B Dyck]

Thank you Paul - just figured that out by more digging 


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Beesley, Paul
Sent: Monday, December 9, 2019 7:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: readdir ?

For the second stem variables, you have to further qualify them when referring 
to them.

e.g. s.1.1

Working example:
/* REXX */
call syscalls 'ON'
dir = '/etc'
address syscall "readdir (dir) dir1. dir2."
do j = 0 to dir1.0
   say dir1.j
   end
do j = 1 to dir1.0
   say dir2.j.1 dir2.j.2 dir2.j.3 dir2.j.4 dir2.j.5 dir2.j.6 dir2.j.7
   say dir2.j.8 dir2.j.9 dir2.j.10 dir2.j.11 dir2.j.12 dir2.j.13
   end
call syscalls 'OFF'
exit

I don't know without looking in the manual what all the dir2.x.y variables are!

Regards and thanks
Paul

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Monday, December 09, 2019 12:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: readdir ?

I'm trying to use the readdir command in rexx and it is partially working and 
partially not.



This is what I've tried - both with the d. s. in quotes and not in quotes.
The d. returns data and the s. does not.  The doc implies that s. should return 
statistics info on the respective directory entry from d.



Please advise - I'm sure it is something trivial I'm missing.  I've looked 
around and seen examples like that that work so it could be my old eyes not 
seeing something.



/* rexx */

 dir = '/u/me/git/zigi'

 address syscall 'readdir' dir 'd. s.'

 say d.0 s.0



Thanks in advance



Lionel B. Dyck <
Website:  
<https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.lbdsoftware.com%2Fdata=02%7C01%7Cpaul.beesley%40atos.net%7C923409f8da25473953c608d77ca49451%7C33440fc6b7c7412cbb730e70b0198d5a%7C0%7C0%7C637114918614042492sdata=JQ11E1QF3lSv1Ym1cA9DUP0Fw86e8wGLtnd%2B%2FwPFtAY%3Dreserved=0>
 
https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.lbdsoftware.comdata=02%7C01%7Cpaul.beesley%40atos.net%7C923409f8da25473953c608d77ca49451%7C33440fc6b7c7412cbb730e70b0198d5a%7C0%7C0%7C637114918614042492sdata=D5Vao40HYglGiW62pfsV5XpCf%2BNMn2P05atbp%2Fgw%2BWs%3Dreserved=0

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




--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Atos, Atos Consulting 
and Canopy The Open Cloud Company are trading names used by the Atos group. The 
following trading entities are registered in England and Wales: Atos IT 
Services UK Limited (registered number 01245534), Atos Consulting Limited 
(registered number 04312380) and Canopy The Open Cloud Company Limited 
(registration number 08011902). The registered office for each is at Second 
Floor, Mid City Place, 71 High Holborn, London, WC1V 6EA.  The VAT No. for each 
is: GB232327983.

This e-mail and the documents attached are confidential and intended solely for 
the addressee, and may contain confidential or privileged information. If you 
receive this e-mail in error, you are not authorised to copy, disclose, use or 
retain it. Please notify the sender immediately and delete this email from your 
systems. As emails may be intercepted, amended or lost, they are not secure. 
Atos therefore can accept no liability for any errors or their content. 
Although Atos endeavours to maintain a virus-free network, we do not warrant 
that this transmission is virus-free and can accept no liability for any 
damages resulting from any virus transmitted. The risks are deemed to be 
accepted by everyone who communicates with Atos by email.

--
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: readdir ?

[Lionel B Dyck]

I did some more testing - thanks to STEMEDIT - and found that the stat's stem.0 
does not have a value but stem.n.0 does


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Horein
Sent: Monday, December 9, 2019 7:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: readdir ?

Hi Lionel!
The example found here
<https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxb600/prevar.htm>
shows the path enclosed in parens:
<https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxb600/prevar.htm>


subroutine: procedure
junk = syscalls('ON')
parse arg dir

'readdir (dir) dir. stem.'

It is quite possible this example is out of date, but if not...

On Mon, Dec 9, 2019 at 6:37 AM Lionel B Dyck  wrote:

> I'm trying to use the readdir command in rexx and it is partially 
> working and partially not.
>
>
>
> This is what I've tried - both with the d. s. in quotes and not in quotes.
> The d. returns data and the s. does not.  The doc implies that s. 
> should return statistics info on the respective directory entry from d.
>
>
>
> Please advise - I'm sure it is something trivial I'm missing.  I've 
> looked around and seen examples like that that work so it could be my 
> old eyes not seeing something.
>
>
>
> /* rexx */
>
>  dir = '/u/me/git/zigi'
>
>  address syscall 'readdir' dir 'd. s.'
>
>  say d.0 s.0
>
>
>
> Thanks in advance
>
>
>
> Lionel B. Dyck <
> Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com
>
> "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

readdir ?

[Lionel B Dyck]

I'm trying to use the readdir command in rexx and it is partially working
and partially not.

 

This is what I've tried - both with the d. s. in quotes and not in quotes.
The d. returns data and the s. does not.  The doc implies that s. should
return statistics info on the respective directory entry from d.

 

Please advise - I'm sure it is something trivial I'm missing.  I've looked
around and seen examples like that that work so it could be my old eyes not
seeing something.

 

/* rexx */ 

 dir = '/u/me/git/zigi'   

 address syscall 'readdir' dir 'd. s.'  

 say d.0 s.0

 

Thanks in advance

 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"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: GIT z/OS - ftp to mainframe - record length issue

[Lionel B Dyck]

If you are trying to ftp the rocket git distribution then you should be
ftp'ing it to OMVS and not to z/OS datasets.  If you are trying to work with
the zigi (z/OS ISPF Git Interface) then again, ftp to OMVS files and use the
install.sh script to get the files to z/OS for use.

Hope this helps

If not please provide more information on the git package and what you're
trying to do.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Prashant Joshi3
Sent: Monday, December 9, 2019 1:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: GIT z/OS - ftp to mainframe - record length issue

Hello all,

I am trying to ftp GIT package from windows to z/OS. Some of the files are
FTPed ok but many of them lost the record length. Instead of multiline files
it ftped as single line (single record).
I opened file in window and those appeared normal text. Some are html, VB
script code. I used ASCII while doing FTP.
I also used SITE parm for CTRLF, Record length, blocksize but still no help.

Anybody has experienced same issue? any solution?


Thank you.
Prashant Joshi

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

z/OS ISPF git Interface (zigi) Version 1.3 released

[Lionel B Dyck]

Version 1.3 was just released - get it from
https://github.com/wizardofzos/zigi and some intro here https://zigi.rocks/

 

wizardofzos <https://github.com/wizardofzos>  released this 15 minutes ago

Lionel has added so many new cool features in zigi it's just not fair to
call it 1.2
Hence, we proudly present: zigi V1R3.

A short summary of what's new in this release.

New Features:

*   Rollback to undo your commits
*   Merging
*   Full Tutorial and Help behind your trusted F1
*   Management of 'non z/OS' files in the repository
*   Git commands straight out of zigi
*   Help when cloning non-zigi managed repositories
*   Option to automatically set default userid when commiting
*   Option to auto push after commit

Bugfixes:

*   Support for "non-standard" env-files
*   Git version checking
*   Solved various edge-cases with 'funky' z/OS dataset- and member
names

Improvements:

*   Better handling of SSH-keys for remote repos (thanks davidegirardi)
*   Grep support for datasets and files
*   Multi-line commit messages
*   Warning in the README (thanks kadima!)
*   Show branch location (local, remote, local/remote)
*   Various performance improvements (string bpxwunix commands, remove
unneeded remote calls)

Planned for the next drop:

 

*   Rename elements (datasets, pds members, omvs files)
*   Remove an element from the repository 

*   Deletes the z/OS dataset, PDS member, OMVS file
*   Fully removes from git management

*   Improved,  more comprehensive ISPF tutorial

 

 

 

 

 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"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: Misuse of the word hexadecimnal (Was RE: COPYING PDS TO PDS ...)

[Lionel B Dyck]

It's all 1's and 0's when it comes down to it.

They key is which translator are you using at the moment.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Harminc
Sent: Wednesday, December 4, 2019 2:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Misuse of the word hexadecimnal (Was RE: COPYING PDS TO PDS ...)

On Wed, 4 Dec 2019 at 13:52, Tom Marchant < 
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

>
> The point of using a term like "any hexadecimal character" is to 
> indicate that all 256 possible values in the byte are acceptable.
> It could just as well be "a byte with any hexadecimal value", or "a 
> byte with any binary value".
>

Or "a byte with any value".

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

PDS member names and the PDS command

[Lionel B Dyck]

There was a LOT of discussion about PDS member names and also about the PDS
command (open source, not from IBM, and it just works).

 

Here is a snip from one of its tutorial pages that may help. z/OS is *not*
unix and has its own standards that we have to learn and live within. It is
also flexible enough to allow you to (trigger warning) shoot yourself in
both feet and still give you enough rope to hang yourself. But that isn't
any different from any other of the more complex operating systems - each
has its place and pluses and minuses.

 

P86PN1MN   --- Member Naming


OPTION  ===>


 


  According to IBM standards, member names should begin with an


  alphabetic or national character and it may be followed with up to


  seven alphanumeric or national characters.


 


  In actual fact, member names in a PDS directory may contain almost


  any data.  You may specify member names with imbedded special


  characters (example: A<
Website:   http://www.lbdsoftware.com

"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

zigi - was RE: zgit (was: COPYING PDS ...)

[Lionel B Dyck]

zigi only supports source code files which are z/OS PS or PDS or an OMVS file.  
It doesn't support binary (at this time).

The repository is in your OMVS environment so it is probably (hopefully) in a 
zfs.

Hope this helps.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, December 3, 2019 1:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zgit (was: COPYING PDS ...)

On Tue, 3 Dec 2019 12:47:14 -0600, Lionel B Dyck wrote:

>... At least with OMVS you can have mixed case directories and file names - 
>and OEdit/OBrowse work with them - even ISPF Browse/Edit/View will. Then there 
>is OSHELL and the better UDList (3.17).  Not much else in native ISPF supports 
>the OMVS.
>
Does zgit support zFS?  at https://zigi.rocks/ I read:
... It basically does anything that's not VSAM, BDAM, ISAM or RECFM=U.

That would appear to allow (or not exclude) zFS.  Or is zFS considered VSAM 
Linear and thus excluded?  But the zFS namespace is probably closest to the 
original design target of git.

(UDList isn't exactly 3.17, and I've found 3.17 friendlier than UDList.)

-- 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: COPYING PDS TO PDS ...

[Lionel B Dyck]

While mixed case dataset names, mixed case member names, etc. would be nice, 
that would require a major update to z/OS that I don't see IBM doing. At least 
with OMVS you can have mixed case directories and file names - and 
OEdit/OBrowse work with them - even ISPF Browse/Edit/View will. Then there is 
OSHELL and the better UDList (3.17).  Not much else in native ISPF supports the 
OMVS.

It is what it is and we work within those constraints. We can hope that someday 
IBM will enhance the system for many additional capabilities and if they do I 
suspect many of us will be long gone from IT, if not long gone from this planet.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Tuesday, December 3, 2019 12:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COPYING PDS TO PDS ...

> This shows the folly of designing a user interface to make a case-sensitive 
> file system appear to be case insensitive.

Agreed! Make it an option in the utility if you wish. Heck, make folding the 
default if you wish, but give @Gil and others the option of exploiting the full 
power of PDS. PDS is the name of the utility after all!

The 029 is dead! The 3278 Model 1 (or whatever it was) is dead! Get over upper 
case. You don't see e-mails in IBM-MAIN in all upper case, do you?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Tuesday, December 3, 2019 10:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COPYING PDS TO PDS ...

On Tue, 3 Dec 2019 09:44:18 -0500, Bob Bridges wrote:

>I'm not very active in the IBM-MAIN group; normally I have a rule in Outlook 
>that moves its emails to a folder, where I may look at it or may not.  But 
>this one got to my In box somehow, and caught my attention.  How is it 
>possible to have a lower-case character in a PDS member name?
>
>And even if some combination of moves make it possible, how is it possible to 
>do it "carelessly"?
>
Assembler; typo in a member name in a STOW call.

This shows the folly of designing a user interface to make a case-sensitive 
file system appear to be case insensitive.

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

Merge Tool for git for z/OS?

[Lionel B Dyck]

What is available to be used for the mergetool for git on z/OS?

 

Thanks

 

I've looked using google/bing without success.

 

 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"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: COPYING PDS TO PDS ...

[Lionel B Dyck]

I'm not aware standard services allow mixed case member names - but as far as I 
know PDS only works with IBM standard and I was not able, using PDS to create a 
member name with lower case.

Get it and try it - it's free.  So kick the tires and see if it does what you 
want.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Monday, December 2, 2019 7:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COPYING PDS TO PDS ...

On Mon, 2 Dec 2019 18:57:08 -0600, Lionel B Dyck  wrote:

>The pds command is case insensitive in this area - dataset names and member 
>names are all converted to upper case as is standard for z/OS. The commands as 
>well are case insensitive.
>
>Try it - you'll love it.
> 
So if I have two members whose names differ only in the case of some character, 
I can't distinguish between them with the pds command.  I don't think I'd love 
that.

Are the commands case insensitive with respect to names in the PDS directory, 
or only in commands?  That is, suppose I have carelessly created a member name 
containing a lower case character, can I use the pds command to rename it to 
something more conventional?

-- 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: COPYING PDS TO PDS ...

[Lionel B Dyck]

The pds command is case insensitive in this area - dataset names and member 
names are all converted to upper case as is standard for z/OS. The commands as 
well are case insensitive.

Try it - you'll love it.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Monday, December 2, 2019 6:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COPYING PDS TO PDS ...

On Mon, 2 Dec 2019 11:34:14 -0600, Lionel B Dyck wrote:

>The 1st thing you should do is to get the PDS command from File 182 on the 
>CBTTape.org site.
>
>Then the copies would be this easy:
>
>   pds large-pds copy a:f small-pds1 shr
>   pds large-pds copy g:z small-pds-2 shr
>
>And that is just one of the 100's (or 1,000's) of things you can do with it.
> 
What does it do with mixed-case names?

-- 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: COPYING PDS TO PDS ...

[Lionel B Dyck]

The 1st thing you should do is to get the PDS command from File 182 on the 
CBTTape.org site.

Then the copies would be this easy:

pds large-pds copy a:f small-pds1 shr
pds large-pds copy g:z small-pds-2 shr

And that is just one of the 100's (or 1,000's) of things you can do with it.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
willie bunter
Sent: Monday, December 2, 2019 10:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: COPYING PDS TO PDS ...

I am tryin to copy a large pds to 2 smaller pds's.  I am trying to copy all 
members starting from A to F to one pds and copy the rest of the members - G to 
Z - to another pds.  Could this be done? I was trying IDCAMS using the COUNT 
and SKIP parms to no avail.
I would appreciate any  suggestions.
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: JES3 to JES2 migration experience

[Lionel B Dyck]

I found this presentation with more information that may help

 

http://conferences.gse.org.uk/2019/presentations/BQ.pdf

 

For pricing on slide 27

1.  JES3plus is fully supported, has a road map for enhancements, and can 
be implemented by existing IBM JES3 customers through a trivial migration and 
at no additional cost.
2.  Initial contract cost will closely match what customers are currently 
paying for IBM JES3
3.  Any subsequent price increases will be in line with the percentage 
price increases implemented by IBM
4.  Annual licensing in place of MLC

 

 

 

Lionel B. Dyck <

Website: http://www.lbdsoftware.com

 

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

 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mainframe Sysprog
Sent: Tuesday, November 26, 2019 9:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES3 to JES2 migration experience

 

Thanks, Lionel for your comment (year end bonus would be great :)

 

I have also read the announcement from Phoenix software, and the mail from 
Edward on this list. That is definitely being considered as an option. It would 
be interesting to see a cost comparison for JES3 being supported from Phoenix - 
is there any information available in that regard?

 

But since, I am not involved in the final decision w.r.t. the cost of keeping 
JES3 (through Phoenix), I am trying to compile this list more from a technical 
standpoint on the common pitfalls, duration of migration, post migration issues 
etc for the management to take an informed decision before we get too far down 
the road.

 

Regards

Varun

 

On Tue, Nov 26, 2019 at 8:16 PM Lionel B Dyck < <mailto:lbd...@gmail.com> 
lbd...@gmail.com> wrote:

 

> Save your company the time and resources and stay with JES3 now that 

> it will be supported by Phoenix Software

> 

> Check it out at  <https://phoenixsoftware.com/jes3plus.htm> 
> https://phoenixsoftware.com/jes3plus.htm

> 

> This is a very promising development for the JES3 community and will 

> save those considering the migration the time and expense of the 

> migration, funds that be better used elsewhere in the company (such as 

> year end bonuses to the systems staff)  while eliminating the risks of a 
> migration.

> 

> Disclaimer: I know several of the team at Phoenix but I do not work 

> for them or have stock in them.

> 

> 

> Lionel B. Dyck <

> Website:  <http://www.lbdsoftware.com> http://www.lbdsoftware.com

> 

> "Worry more about your character than your reputation.  Character is 

> what you are, reputation merely what others think you are." - John 

> Wooden

> 

> -Original Message-

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

> Behalf Of Mainframe Sysprog

> Sent: Tuesday, November 26, 2019 8:28 AM

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

> Subject: JES3 to JES2 migration experience

> 

> Hi List,

> 

> I know this topic has been discussed multiple times, and with the 

> recent SOD on JES3, I am looking for some hands-on tips or experiences 

> from anyone who has had the chance of converting from JES3 to JES2.

> 

> Can anyone share their experience on what are the most troublesome 

> areas to be considered for such a migration and how were these handled 

> in your case?

> 

> Any gotchas, or areas that get overlooked?

> 

> I am reviewing the excellent Redbook from IBM, but would want to 

> supplement that with some real world experiences.

> 

> Thanks

> Varun

> 

> --

> For IBM-MAIN subscribe / signoff / archive access instructions, send 

> email to  <mailto:lists...@listserv.ua.edu> lists...@listserv.ua.edu with the 
> message: INFO IBM-MAIN

> 

> --

> For IBM-MAIN subscribe / signoff / archive access instructions, send 

> email to  <mailto:lists...@listserv.ua.edu> lists...@listserv.ua.edu with the 
> message: INFO IBM-MAIN

> 

 

--

For IBM-MAIN subscribe / signoff / archive access instructions, send email to  
<mailto:lists...@listserv.ua.edu> 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: JES3 to JES2 migration experience

[Lionel B Dyck]

Save your company the time and resources and stay with JES3 now that it will be 
supported by Phoenix Software

Check it out at https://phoenixsoftware.com/jes3plus.htm

This is a very promising development for the JES3 community and will save those 
considering the migration the time and expense of the migration, funds that be 
better used elsewhere in the company (such as year end bonuses to the systems 
staff)  while eliminating the risks of a migration.

Disclaimer: I know several of the team at Phoenix but I do not work for them or 
have stock in them.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mainframe Sysprog
Sent: Tuesday, November 26, 2019 8:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES3 to JES2 migration experience

Hi List,

I know this topic has been discussed multiple times, and with the recent SOD on 
JES3, I am looking for some hands-on tips or experiences from anyone who has 
had the chance of converting from JES3 to JES2.

Can anyone share their experience on what are the most troublesome areas to be 
considered for such a migration and how were these handled in your case?

Any gotchas, or areas that get overlooked?

I am reviewing the excellent Redbook from IBM, but would want to supplement 
that with some real world experiences.

Thanks
Varun

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

zigi Release v1r1 - Announcement

[Lionel B Dyck]

zigi V1R1 is now available. Below is a short list of updates.


Get it here: https://github.com/wizardofzos/zigi


Version 1 Release 1  


Repository: wizardofzos/zigi   · Tag: v1r1 
  · Commit: 6ab9545 

  · Released by: wizardofzos  

Finally v1r1 is here.

Bugfixes:

*   Removed LPARNAME and USERNAME from initial commitmessage
*   Fixed "Incorrect call to routine" when qualignr <=1 in certain 
edge-cases
*   Can now create multiple repos with the same name (create or clone) as 
long as local path is different
*   Fixed detection of changes 'outside of' zigi on PS datasets
*   Branches are now also deleted remotely if deleted locally

Improvements

*   Faster processing
*   No remote action if the repo has no remote
*   Adding of multiple members (or datasets) is now possible

New Features

*   ISPF statistics are retained
*   Basic/Pro panel layouts (more screen real-estate evailable)
*   Filter gitlog output
*   Added githelp for easy ISPF browsing of githelp
*   Ability to browse/view from within zigi

—

This release has 2 assets:

*   Source code (zip)
*   Source code (tar.gz)

Visit the release page   
to download them.


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

Re: Mainframe DEVOPS

[Lionel B Dyck]

If it needs linux and if you want to keep it under z/OS why not a container.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Edgington, Jerry
Sent: Thursday, November 21, 2019 11:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe DEVOPS

You are probably correct.  I haven't installed DBB server component in years, 
but now that you said that, I do remember some issues with trying to run DBB 
server under USS or even Linux on Z.  There are some Java component missing.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Babcock
Sent: Thursday, November 21, 2019 12:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe DEVOPS

As I understand it, there are two components to DBB, one is the Toolkit which 
runs under USS, the other is a DBB server that includes samples that can be 
built and run during testing.  The server component, I was told,
doesn’t run under USS.   Am I being misinformed?

On Thu, Nov 21, 2019 at 11:09 AM Edgington, Jerry < 
jerry.edging...@westernsouthernlife.com> wrote:

> There are a couple of components to DBB. The DBB server, APIs and 
> Java/Groovy Classes.  The DBB server can run under USS, but doesn't 
> have to. The DBB Jar files, along with the Groovy, Git and other Jar 
> files, need to be load and available in USS, along with IP 
> connectivity to the DBB server.
>
> I wrote an article about z/OS and DevOps, not sure if it would help 
> anyone or not, but here is the link.  I also have a lot more 
> information about DBB, Jenkins and Git on z/OS, if anyone wishes to contact 
> me offline.
> https://ibmsystemsmag.com/IBM-Z/01/2019/devops-tools-zos
>
> Thanks,
> Jerry Edgington
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Michael Babcock
> Sent: Thursday, November 21, 2019 12:04 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Mainframe DEVOPS
>
> We are doing the same thing as Dave as well.  I was under the impression
> that DBB server/samples ran under USS but that’s not the case.   Linux
> only.  DBB Tollkit runs under USS though.
>
> On Thu, Nov 21, 2019 at 6:03 AM Edgington, Jerry < 
> jerry.edging...@westernsouthernlife.com> wrote:
>
> > Dave,
> >
> > I have been working on this very item for about 4 years. And I would 
> > be happy to talk with you.
> >
> > Jerry Edgington
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On 
> > Behalf Of Jousma, David
> > Sent: Wednesday, November 20, 2019 4:06 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Mainframe DEVOPS
> >
> > All,
> >
> > We are evaluating moving from standard green screen application 
> > development to using the new tooling including iDZ-> GIT -> IBM DBB,
> > ->Jenkins -> Urban Code Deploy, etc.   Working on a mini POC in the
> > sandbox, and am having a hard time finding z/OS security 
> > requirements for running the Jenkins slave as mainframe Unix user, 
> > and what it really needs access to.  I'm still learning this 
> > territory, but my impression is the Jenkins server (off platflorm) 
> > communicates with the Jenkins slave on the MF and is a pipeline 
> > control tool, and issues GIT, IBM DBB build commands, and that the 
> > intention that it does that work on behalf of others, which could be 
> > an individual developer, or could be the userid of the "change management 
> > process", etc.
> >
> > I'm hoping that there are some shops out there already doing this, 
> > and would interested in sharing some information off-list?
> >
> > Thanks, Dave
> >
> >
> > 
> > __
> > ___
> > Dave Jousma
> > AVP | Manager, Systems Engineering
> > [cid:image003.png@01D4F91
> <https://www.google.com/maps/search/id:image003.png@01D4F91?entry=gmai
> l=g>
> 5.C9E34050]
> >
> > Fifth Third Bank  |  1830 East Paris Ave, SE 
> > <https://www.google.com/maps/search/1830+East+Paris+Ave,+SE?entry=gm
> > ai
> > l=g>
> > |  MD RSCB2H  |  Grand Rapids, MI 49546
> > 616.653.8429  |  fax: 616.653.2717
> >
> >
> >
> > This e-mail transmission contains information that is confidential 
> > and may be privileged.
> > It is intended only for the addressee(s) named a