Re: missing FMIDs
Hi Lizette, What command do use to set up FMIDSETs? thanks Bill -- 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?
" 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
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&CR_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
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&CR_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?
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&CR_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: CVTLSO race (was: ... STCKCONV ...
Is it worth reminding that leap second offset and time zone are basically for human consumption? The values used for real processing ought to be the value returned by STCK/STCKE/STCKF unmodified. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: z/OS 2.4 and SDSF question
Default is MSGLEVEL=(1,1) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Tuesday, June 16, 2020 2:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] Re: z/OS 2.4 and SDSF question [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.] Hi Michael and Allan, It's interesting that this works for one of you and not for the other. I got an offline response as well and it works for this individual too. Could the 2 of you (and anybody else who is interested in this and would like to chime in) check what your JES2 JOBCLASS MSGLEVEL is set or defaulted to? The offline replier has MSGLEVEL=(1,1) in JES2PARM, and I have it defaulted to MSGLEVEL=(0,1). It almost looks like a change in 2.4, where JES2 is using the default and not what's on the JOB card. I did a dynamic change $TJOBCLASS to change it to (1,1) but it didn't make any difference. Might try to do a JES cold start on the sandbox to see if that changes the behavior. Thanks again, Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Babcock Sent: Tuesday, June 16, 2020 2:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: z/OS 2.4 and SDSF question I get the same thing you do under z/OS 2.4. About 12 lines of output. I have SDSF. On Tue, Jun 16, 2020 at 1:32 PM Pommier, Rex wrote: > Hello list, > > I have a "does it work" question. We don't run SDSF, instead have a > competing product. As part of our testing of 2.4, one of my coworkers > submitted a job with TYPRUN=COPY on the job card and found it doesn't > work. Under 2.2, we get the entire input stream before the JES2 job > statistics. Under 2.4, all we get is the JOB card then the statistics > report. The spool display product says all the lines are there, but > they won't show. When we contacted our vendor about this, they said > SDSF displays the same thing, working under earlier releases, but > under 2.4, only the JOB card is printed/displayed. Can somebody who > is running 2.4 and SDSF (or a third party SDSF competitor) confirm this for > me? > > Our vendor has a case open with IBM but I'd like to know if others are > seeing this situation. I'm not second guessing the vendor, just > curious if others have run into the situation. > > TIA, > > Rex > > Example: > > Job run under both 2.2 and 2.4. > > //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1), > // NOTIFY=&SYSUID,TYPRUN=COPY > //S1 EXEC PGM=IEFBR14 > //D1 DD DISP=OLD,DSN=SFG.$AVRS.V52.KSDS > > Spool display under both 2.2 and 2.4 says the output is 14 lines long. > > 2.2 spool display (all 14 lines displayed including entire JCL stream): > > //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1), > JOB03289 > // NOTIFY=&SYSUID,TYPRUN=COPY > > //S1 EXEC PGM=IEFBR14 > > //D1 DD DISP=OLD,DSN=SFG.$AVRS.V52.KSDS > > -- JES2 JOB STATISTICS -- > > 4 CARDS READ > >11 SYSOUT PRINT RECORDS > > 0 SYSOUT PUNCH RECORDS > > 0 SYSOUT SPOOL KBYTES > > 0.00 MINUTES EXECUTION TIME > > J E S 2 J O B L O G -- S Y S T E M Z O S 2 > -- N O D E Z 1 4 J E S 2 > > 13.28.58 JOB03289 TUESDAY, 16 JUN 2020 > > 13.28.58 JOB03289 IRR010I USERID RRP IS ASSIGNED TO THIS JOB. > > > 2.4 spool display (only 12 lines displayed) : > > //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1), > JOB05572 > // NOTIFY=&SYSUID,TYPRUN=COPY > > -- JES2 JOB STATISTICS -- > > 4 CARDS READ > >11 SYSOUT PRINT RECORDS > > 0 SYSOUT PUNCH RECORDS > > 0 SYSOUT SPOOL KBYTES > > 0.00 MINUTES EXECUTION TIME > > J E S 2 J O B L O G -- S Y S T E M Z O S > 2 > -- N O D E N 1 > > 13.29.19 JOB05572 TUESDAY, 16 JUN 2020 > > 13.29.19 JOB05572 IRR010I USERID RRP IS ASSIGNED TO THIS JOB. > > > 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...@lists
Re: Improve OMVS cp performance?
Kirk is spot on (as usual). You need a library like this one
https://support.sas.com/documentation/onlinedoc/ccompiler/doc750/html/lr2/z2mvsbri.htm
On 2020-06-17 8:21 PM, Lionel B Dyck wrote:
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&CR_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
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Old SHARE publications....?
http://www.cbttape.org/spla.htm -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark S Waterbury Sent: Tuesday, June 16, 2020 5:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Old SHARE publications? I think he may be thinking of the old SHARE Program Library Agency "catalog" of programs. I think CBTTape.org may have a copy of at least one of those ... Mark S. Waterbury The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it -- 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,
I wasn't thinking of using the "all members" form of cp - that seems like
it should be *much* better, although it would depend on how cp works under
the covers - evidence indicates that it just loops and does
alloc/open/close/free on each member.If only the cp authors had better
C library support for PDSs ;-)
I'm curious - how much time did you save by preallocating the PDS?
Kirk Wolf
http://dovetail.com
PS> I wonder what serialization you are getting for the target PDS is your
example?
Not so important if only PDSEs I guess :-)
I would think that you might actually want ISPF-style enqueues.
On Wed, Jun 17, 2020 at 7:22 AM Lionel B Dyck wrote:
> 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&CR_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
>
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CVTLSO race (was: ... STCKCONV ...
If a mainframe process is synchronizing with an off-box process, or engaging in communications that contains a timestamp governed by a standard, isn't "true" UTC a requirement? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Relson Sent: Wednesday, June 17, 2020 5:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CVTLSO race (was: ... STCKCONV ... Is it worth reminding that leap second offset and time zone are basically for human consumption? The values used for real processing ought to be the value returned by STCK/STCKE/STCKF unmodified. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CVTLSO race (was: ... STCKCONV ...
Well yes, I don't know much about the topic but your question reminds me of a time working for a large Aerospace company when catia models were being created and modified by engineers across the globe, the indexing tool was DB2 to keep everything in sync our mainframe systems and the systems across the globe needed to use, at the time GMT time to ensure the integrity of the model being modified. moving from LOCAL time to GMT was a project in itself Carmen Vitullo - Original Message - From: "Charles Mills" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, June 17, 2020 9:33:48 AM Subject: Re: CVTLSO race (was: ... STCKCONV ... If a mainframe process is synchronizing with an off-box process, or engaging in communications that contains a timestamp governed by a standard, isn't "true" UTC a requirement? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Relson Sent: Wednesday, June 17, 2020 5:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CVTLSO race (was: ... STCKCONV ... Is it worth reminding that leap second offset and time zone are basically for human consumption? The values used for real processing ought to be the value returned by STCK/STCKE/STCKF unmodified. -- 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: CVTLSO race (was: ... STCKCONV ...
On Wed, 17 Jun 2020 07:33:48 -0700, Charles Mills wrote: >If a mainframe process is synchronizing with an off-box process, or engaging >in communications that contains a timestamp governed by a standard, isn't >"true" UTC a requirement? > The current CVTLSO is 27 seconds: https://datacenter.iers.org/data/latestVersion/16_BULLETIN_C16.txt (See Principles of Operation for explanation.) In 27 seconds an airliner travels over 6 km. That can matter. >-Original Message- >From: Peter Relson >Sent: Wednesday, June 17, 2020 5:38 AM > >Is it worth reminding that leap second offset and time zone are basically >for human consumption? > In the end, all products of IT are for human consumption. The customers pay the bills. >The values used for real processing ought to be the value returned by >STCK/STCKE/STCKF unmodified. > I strongly agree. But where is the boundary between "human consumption" and "real processing"? For example, why are ISPF timestamps in local time? -- gil -- 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?
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.
>I would think that you might actually want ISPF-style enqueues.
>
I thought later of OGETX/OPUTX, which piggybacks on ISPF.
>On Wed, Jun 17, 2020 at 7:22 AM Lionel B Dyck wrote:
>
>> 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)
>> -Original Message-
>> From: Kirk Wolf
>> Sent: Wednesday, June 17, 2020 7:03 AM
>>
>> - 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, ...
>>
I believe that construct is not available in z/OS C RTL, but various ISVs
provide it.
...
>> 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&CR_ID=80811
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What is GRXBIMG
Guess that would be me your talking about... Duncan -Original Message- From: IBM Mainframe Discussion List On Behalf Of Scott Chapman Sent: Thursday, June 4, 2020 7:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: What is GRXBIMG *** NOTE: This email is from an external source: Be cautious *** - I was making a similar point to somebody recently that, the majority of the words in the manuals do not change between versions and just because some words were written back in the 90s (or earlier?) and are still in the manual, doesn't mean that they're equally applicable in today's world. Especially if they're performance advice. Scott Chapman On Wed, 3 Jun 2020 07:00:19 -0700, Charles Mills wrote: >I must have time on my hands. I just dragged out the OS/390 V2R8 CDs from >1999, and the sentence is there verbatim. > >It's the only hit on GRXBIMG on CD #1. > >Charles > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >On Behalf Of Steve Smith >Sent: Wednesday, June 3, 2020 6:37 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: What is GRXBIMG > >It's still there in V2R4... and I am appalled that I've been running >REXX incorrectly for decades now. > >sas > > >On Wed, Jun 3, 2020 at 9:35 AM Charles Mills wrote: > >> Fascinating! >> >> I'm looking at a V1R4 TSO/E Rexx manual and the sentence is in there. >> Chapter 8, Using Rexx in Different Address Spaces. >> >> Charles >> >> >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On Behalf Of Seymour J Metz >> Sent: Tuesday, June 2, 2020 9:31 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: What is GRXBIMG >> >> In the REXX Reference I saw this: "You can invoke a REXX exec in the >> TSO/E address space in several ways. To invoke an exec in TSO/E >> foreground, use the TSO/E EXEC command processor to either implicitly >> or explicitly invoke the exec and you must have ddname GRXBIMG >> allocated." What is GRXBIMG? >> >> >> >> -- >> Shmuel (Seymour J.) Metz >> http://mason.gmu.edu/~smetz3. >> gmu.edu >> >> > >-- >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 Disclaimer The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful. This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more visit the Mimecast website. -- 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?
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
Re: CVTLSO race (was: ... STCKCONV ...
Heck, if it's two ATM transactions, one second matters. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, June 17, 2020 8:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CVTLSO race (was: ... STCKCONV ... On Wed, 17 Jun 2020 07:33:48 -0700, Charles Mills wrote: >If a mainframe process is synchronizing with an off-box process, or engaging >in communications that contains a timestamp governed by a standard, isn't >"true" UTC a requirement? > The current CVTLSO is 27 seconds: https://datacenter.iers.org/data/latestVersion/16_BULLETIN_C16.txt (See Principles of Operation for explanation.) In 27 seconds an airliner travels over 6 km. That can matter. -- 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?
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
Re: Improve OMVS cp performance?
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?
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&CR_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 -- 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?
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&CR_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 > ---
Re: Improve OMVS cp performance?
Malcom Muggeridge was famous for characterizing UK and US as being *separated* by a common language. . . 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 Lionel B Dyck Sent: Wednesday, June 17, 2020 10:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Improve OMVS cp performance? CAUTION EXTERNAL EMAIL 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&CR_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 REA
Re: [EXTERNAL] Re: Improve OMVS cp performance?
G.B. Shaw was even more famous for it Jim Horne Malcom Muggeridge was famous for characterizing UK and US as being *separated* by a common language. NOTICE: All information in and attached to the e-mails below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message electronic, paper, or otherwise. By transmitting documents via this email: Users, Customers, Suppliers and Vendors collectively acknowledge and agree the transmittal of information via email is voluntary, is offered as a convenience, and is not a secured method of communication; Not to transmit any payment information E.G. credit card, debit card, checking account, wire transfer information, passwords, or sensitive and personal information E.G. Driver's license, DOB, social security, or any other information the user wishes to remain confidential; To transmit only non-confidential information such as plans, pictures and drawings and to assume all risk and liability for and indemnify Lowe's from any claims, losses or damages that may arise from the transmittal of documents or including non-confidential information in the body of an email transmittal. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Good FTP client for MVS data set access
What FTP client do you use to access MVS data sets? Do you like it? I personally use the FTP Client that is part of Micro Focus (formerly Attachmate) Reflection Desktop for IBM (Reflection Workspace). Being an application suite dedicated to mainframe access (the application is primarily a TN3270 client), the FTP Client that goes along with it seems to truly understand the idiosyncrasies of MVS and works quite well with it. On the other hand, only a limited number of users in our shop are "authorized" to use Reflection, so they cannot use its FTP client. They are stuck (currently) with an MVS hostile (IMO) application called CuteFTP. Are there any good "freestanding" FTP GUI applications that are "MVS friendly"? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
Filezilla works great for me. It handles MVS pretty well, mapping DSN nodes and PDSes to mostly act like directories. sas On Wed, Jun 17, 2020 at 2:10 PM Frank Swarbrick wrote: > What FTP client do you use to access MVS data sets? Do you like it? > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
I use Filezilla (Open Source) and Bluezone (now from Rocket) Both have their pluses and minuses. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Frank Swarbrick > Sent: Wednesday, June 17, 2020 11:10 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Good FTP client for MVS data set access > > What FTP client do you use to access MVS data sets? Do you like it? > > I personally use the FTP Client that is part of Micro Focus (formerly > Attachmate) Reflection Desktop for IBM (Reflection Workspace). Being an > application suite dedicated to mainframe access (the application is primarily > a > TN3270 client), the FTP Client that goes along with it seems to truly > understand the idiosyncrasies of MVS and works quite well with it. > > On the other hand, only a limited number of users in our shop are > "authorized" to use Reflection, so they cannot use its FTP client. They are > stuck (currently) with an MVS hostile (IMO) application called CuteFTP. > > Are there any good "freestanding" FTP GUI applications that are "MVS > friendly"? > > > -- > 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?
On Wed, 17 Jun 2020 11:07:58 -0500, Kirk Wolf wrote: >On Wed, Jun 17, 2020 at 10:43 AM Paul Gilmartin wrote: > >> On Wed, 17 Jun 2020 09:24:58 -0500, Kirk Wolf wrote: >> >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. > Your RFE says, "I voted." https://encrypted-tbn0.gstatic.com/images?q=tbn%3AANd9GcSTjEUCD7ng9dOs60AHyiHyR5eh0qq5UdeUDzi11H9nG6Y67Jd_&usqp=CAU https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=80811 Damit! I believe ISPF LM services can do this, but it's zFS-ignorant. It would still be nice to read each member into a compound symbol then SYSCALL WRITEFILE. Dammit! LM SERVICES is compound-symbol-ignorant. >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. > Where's Shell Archive when you need it?: https://en.wikipedia.org/wiki/Shar >BTW: If it was as fast as it should be, Lionel probably doesn't need a >"progress" popup :-) > IIRC, there's one place ISPF shows a progress popup. Perhaps in DDLIST M? OTOH, searching a log ISPF pauses every 9,999 lines and asks the user whether to continue. Why not an interruptible progress popup? TSO/VTAM limitations, I suppose. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Master Console Commands
so, when I do a D PFK, it doesn't give an option to set a PA1 key. the only PA1 key I have defined is for my 3270 session, the console access is via VNC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
Seagull (aka Blue Zone FTP) .. no longer supported but I think it's the best and still works on Windows 10 Also recommend FileZilla. Best Regards Paul -Original Message- From: IBM Mainframe Discussion List On Behalf Of Frank Swarbrick Sent: 17 June 2020 19:10 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Good FTP client for MVS data set access 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. What FTP client do you use to access MVS data sets? Do you like it? I personally use the FTP Client that is part of Micro Focus (formerly Attachmate) Reflection Desktop for IBM (Reflection Workspace). Being an application suite dedicated to mainframe access (the application is primarily a TN3270 client), the FTP Client that goes along with it seems to truly understand the idiosyncrasies of MVS and works quite well with it. On the other hand, only a limited number of users in our shop are "authorized" to use Reflection, so they cannot use its FTP client. They are stuck (currently) with an MVS hostile (IMO) application called CuteFTP. Are there any good "freestanding" FTP GUI applications that are "MVS friendly"? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Atos 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) 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
Re: Improve OMVS cp performance?
On Wed, 17 Jun 2020 17:12:11 +, Frank Swarbrick wrote: >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. > They exist as "external links", but only for program objects in LINKLIST, I believe. >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! >🙂 > +1 (I think it began as "MVS is UNIX.") -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Get userid from console modify
Hi Frank, I'm Salva Carrasco. Nice to ear my old code is working elsewhere. You are correct, the CIBXUTOK is fetch protected & encrypted. You can't see the userid from unauthorized code. As a workaround for EMCS, we only permit (CONSOLE CLASS) users to open console with their own username + 1 char. And the console name is available in CIBXCNNM. Regards, salva. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
I've always liked the reflections FTP client, I've not been able to use any other client, but I am not starting to use IBM's Z/explorer , that GUI along with an MVS address space will get you MVS dataset, USS filesystem, local fileystems access plus the ability to run shell scripts, and tso command from the GUI moving or coping datasets can be done using a drag and drop. Carmen Vitullo - Original Message - From: "Frank Swarbrick" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, June 17, 2020 1:09:55 PM Subject: Good FTP client for MVS data set access What FTP client do you use to access MVS data sets? Do you like it? I personally use the FTP Client that is part of Micro Focus (formerly Attachmate) Reflection Desktop for IBM (Reflection Workspace). Being an application suite dedicated to mainframe access (the application is primarily a TN3270 client), the FTP Client that goes along with it seems to truly understand the idiosyncrasies of MVS and works quite well with it. On the other hand, only a limited number of users in our shop are "authorized" to use Reflection, so they cannot use its FTP client. They are stuck (currently) with an MVS hostile (IMO) application called CuteFTP. Are there any good "freestanding" FTP GUI applications that are "MVS friendly"? -- 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?
Technical effort or administrative effort. I suspect that it will be a lot more involved to get it approved than to actually implement it. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr...@outlook.com] Sent: Wednesday, June 17, 2020 1: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://secure-web.cisco.com/16y9woZ-KKNGioIsmrX3l0VloGx62ZmJbaIDUMxNEu3X4_DmZ6nR-qUkWT-lIJna_FSvyQDSqjJHfEE6JVKyGupXrO9tZC1YO3pkDcHdunPFAORyGUqh2yJwHFSDhnEN1TtNm5g8EvDfoNzNsauNWFq4Y_5InaggC3Djt9nYuC7fv4BlPnY08D6jHmqOOticix9GjXAoL9A2DFzRItsD7RyJt7tNFtjfWZFZu3E-ycsOQlpWifUJvx4QAe6GSVyJinMUnvQ0cG7veolIcRj9KdGLoHSjf0diK1UVO0q3LRSzwcLSv9K5aNecTApJaWO0YizryqgYg3UqT4cDPbHG-sLS4b_8_CV6WTBJFipgSWaH1SnA6EsjjHognkaFW_J9WuXnPRq9b-odk_z1k3sQt4Li6oWKIpRIBAyK2b2RvwvBW2Vq0v_9ybXpgNqjKaNAI/https%3A%2F%2Fzigi.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://secure-web.cisco.com/1M2R-g6A5gGoKDKQxyFiYYV7WXr9OdUyu6Ixa3zjpJ6CJbQmAW8FtYkxjXgLOeIDnvjGXI0lOmtzYcfyzGiCcRXXoTJiT7jNfLgtZaozhB1snDKIsuSqxrUFNz5eHiU9FuFPR_nAf45mLn3swUsAfJB77d53cb7b4d1kHMZxbp69FYPo4AbO7fSOmun_rPhg-ArrddqzghsnvKXAWOl88mKZ5TLED7NhEjdb1G3D2OauWeZmmrYS7YNoaApm9ci2dFr9POiD9mLXAhZEOO5HJImkuCdd3O0jGChFv7l7yIQnE1_ZXQ--KqkeAjWI7XPrhKZnpDex2AYCsAZ0f-4tNYyL1XagaW7uBJxH8OFBFFApall8WssfmP94dlBt_13DdsDtCrFzObRE8x5b5008xoJkZ08eOE8HskcXulsVEDlDkwgBNRyy-qwYCMUyXsKHV/https%3A%2F%2Fwww.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&CR_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://secure-web.cisco.com/1M2R-g6A5gGoKDKQxyFiYYV7WXr9OdUyu6Ixa3zjpJ6CJbQmAW8FtYkxjXgLOeIDnvjGXI0lOmtzYcfyzGiCcRXXoTJiT7jNfLgtZaozhB1snDKIsuSqxrUFNz5eHiU9FuFPR_nAf45mLn3swUsAfJB77d53cb7b4d1kHMZxbp69FYPo4AbO7fSOmun_rPhg-ArrddqzghsnvKXAWOl88mKZ5TLED7NhEjdb1G3D2OauWeZmmrYS7YNoaApm9ci2dFr9POiD9mLXAhZEOO5HJImkuCdd3O0jGChFv7l7yIQnE1_ZXQ--KqkeAjWI7XPrhKZnpDex2AYCsAZ0f-4tNYyL1XagaW7uBJxH8OFBFFApall8WssfmP94dlBt_13DdsDtCrFzObRE8x5b5008xoJkZ08eOE8HskcXulsVEDlDkwgBNRyy-qwYCMUyXsKHV/https%3A%2F%2Fwww.lbdsoftware.com > > "Worry more about
Re: Good FTP client for MVS data set access
correction :) I am NOW using... I've always liked the reflections FTP client, I've not been able to use any other client, but I am now starting to use IBM's Z/explorer , that GUI along with an MVS address space will get you MVS dataset, USS filesystem, local fileystems access plus the ability to run shell scripts, and tso command from the GUI moving or coping datasets can be done using a drag and drop. Carmen Vitullo - Original Message - From: "Frank Swarbrick" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, June 17, 2020 1:09:55 PM Subject: Good FTP client for MVS data set access What FTP client do you use to access MVS data sets? Do you like it? I personally use the FTP Client that is part of Micro Focus (formerly Attachmate) Reflection Desktop for IBM (Reflection Workspace). Being an application suite dedicated to mainframe access (the application is primarily a TN3270 client), the FTP Client that goes along with it seems to truly understand the idiosyncrasies of MVS and works quite well with it. On the other hand, only a limited number of users in our shop are "authorized" to use Reflection, so they cannot use its FTP client. They are stuck (currently) with an MVS hostile (IMO) application called CuteFTP. Are there any good "freestanding" FTP GUI applications that are "MVS friendly"? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Master Console Commands
PA1-3 are for actions not needing additional input, so there isn't as much need to define them as there is for PA1-24, which drag along modified fields. But don't confuse defining how MVS software responds to PA1 with define the keyboard mapping for generating PA1. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Elaine Beal [elaine.b...@gxs.com] Sent: Wednesday, June 17, 2020 2:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS Master Console Commands so, when I do a D PFK, it doesn't give an option to set a PA1 key. the only PA1 key I have defined is for my 3270 session, the console access is via VNC -- 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: Good FTP client for MVS data set access
My opinion, which is absolutely worthless: FileZilla sucks as a mainframe FTP client. BZ is far superior. If you don't need SSL/TLS (which, of course, you do), the "DOS" client is better than both. Who doesn't love a good ol' CLI? First Horizon Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, June 17, 2020 2:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access [External Email. Exercise caution when clicking links or opening attachments.] I use Filezilla (Open Source) and Bluezone (now from Rocket) Both have their pluses and minuses. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Frank Swarbrick > Sent: Wednesday, June 17, 2020 11:10 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Good FTP client for MVS data set access > > What FTP client do you use to access MVS data sets? Do you like it? > > I personally use the FTP Client that is part of Micro Focus (formerly > Attachmate) Reflection Desktop for IBM (Reflection Workspace). Being > an application suite dedicated to mainframe access (the application is > primarily a > TN3270 client), the FTP Client that goes along with it seems to truly > understand the idiosyncrasies of MVS and works quite well with it. > > On the other hand, only a limited number of users in our shop are > "authorized" to use Reflection, so they cannot use its FTP client. > They are stuck (currently) with an MVS hostile (IMO) application called > CuteFTP. > > Are there any good "freestanding" FTP GUI applications that are "MVS > friendly"? > > > -- > 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 Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
'not starting to use' ===> 'now starting to use' ??? . . 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 Carmen Vitullo Sent: Wednesday, June 17, 2020 11:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Good FTP client for MVS data set access CAUTION EXTERNAL EMAIL I've always liked the reflections FTP client, I've not been able to use any other client, but I am not starting to use IBM's Z/explorer , that GUI along with an MVS address space will get you MVS dataset, USS filesystem, local fileystems access plus the ability to run shell scripts, and tso command from the GUI moving or coping datasets can be done using a drag and drop. Carmen Vitullo - Original Message - From: "Frank Swarbrick" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, June 17, 2020 1:09:55 PM Subject: Good FTP client for MVS data set access What FTP client do you use to access MVS data sets? Do you like it? I personally use the FTP Client that is part of Micro Focus (formerly Attachmate) Reflection Desktop for IBM (Reflection Workspace). Being an application suite dedicated to mainframe access (the application is primarily a TN3270 client), the FTP Client that goes along with it seems to truly understand the idiosyncrasies of MVS and works quite well with it. On the other hand, only a limited number of users in our shop are "authorized" to use Reflection, so they cannot use its FTP client. They are stuck (currently) with an MVS hostile (IMO) application called CuteFTP. Are there any good "freestanding" FTP GUI applications that are "MVS friendly"? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
The devil is in the details. I want tools that work together. That includes the ability to mix and match CLI and GUI. I should be able to script the GUI in a decent language. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Jackson, Rob [rwjack...@firsthorizon.com] Sent: Wednesday, June 17, 2020 2:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access My opinion, which is absolutely worthless: FileZilla sucks as a mainframe FTP client. BZ is far superior. If you don't need SSL/TLS (which, of course, you do), the "DOS" client is better than both. Who doesn't love a good ol' CLI? First Horizon Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, June 17, 2020 2:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access [External Email. Exercise caution when clicking links or opening attachments.] I use Filezilla (Open Source) and Bluezone (now from Rocket) Both have their pluses and minuses. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Frank Swarbrick > Sent: Wednesday, June 17, 2020 11:10 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Good FTP client for MVS data set access > > What FTP client do you use to access MVS data sets? Do you like it? > > I personally use the FTP Client that is part of Micro Focus (formerly > Attachmate) Reflection Desktop for IBM (Reflection Workspace). Being > an application suite dedicated to mainframe access (the application is > primarily a > TN3270 client), the FTP Client that goes along with it seems to truly > understand the idiosyncrasies of MVS and works quite well with it. > > On the other hand, only a limited number of users in our shop are > "authorized" to use Reflection, so they cannot use its FTP client. > They are stuck (currently) with an MVS hostile (IMO) application called > CuteFTP. > > Are there any good "freestanding" FTP GUI applications that are "MVS > friendly"? > > > -- > 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 Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- 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
CA-ACCUCHEK
Hello list, Based on the subject line of my post, does anybody know anything about something called CA-ACCUCHEK? I have a developer asking about it and I know nothing about it. I checked CA's (OK, Broadcom's) web site and got no hits. Duck Duck Go wasn't any help either, pointing me to some diabetes care products. Is this something CA discontinued? Does it still exist, either stand alone or absorbed into another product? TIA, Rex The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA-ACCUCHEK
CA-ACCUCHEK was a file comparison utility similar to comparex. Joe On Wed, Jun 17, 2020 at 2:06 PM Pommier, Rex wrote: > Hello list, > > Based on the subject line of my post, does anybody know anything about > something called CA-ACCUCHEK? I have a developer asking about it and I > know nothing about it. I checked CA's (OK, Broadcom's) web site and got no > hits. Duck Duck Go wasn't any help either, pointing me to some diabetes > care products. > > Is this something CA discontinued? Does it still exist, either stand > alone or absorbed into another product? > > TIA, > > Rex > > > 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
Re: Good FTP client for MVS data set access
You will get almost as many opinions as there are folks on this list. The question is a lot like "what is a good brand of car for weekend trips?" I use Ipswitch WS_FTP Professional. I have little experience with anything else for non-mainframe to mainframe access so I am fat, dumb and happy. It is "pure" GUI AFAIK, a Windows Explorer type interface. Perhaps there is also a CLI -- I don't know. Supports both "legacy" datasets and z UNIX files well enough to make me happy. I use the Windows free command line FTP client a tiny bit for one scripted application. Oh! And I use Ipswitch MOVEit Freely for one "embedded" application. It has some option that suited the particular application. It has the advantage that it is ... free. I use it CLI (actually, called from within a program) but for all I know it also has a GUI. I use both exclusively to access z/OS datasets and files from Windows. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Wednesday, June 17, 2020 11:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Good FTP client for MVS data set access What FTP client do you use to access MVS data sets? Do you like it? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
WinSCP is decent; there are countless class libraries as well. I just enjoy the DOS CLI. Man, I wish they'd add encryption to it. First Horizon Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Wednesday, June 17, 2020 2:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access [External Email. Exercise caution when clicking links or opening attachments.] The devil is in the details. I want tools that work together. That includes the ability to mix and match CLI and GUI. I should be able to script the GUI in a decent language. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Jackson, Rob [rwjack...@firsthorizon.com] Sent: Wednesday, June 17, 2020 2:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access My opinion, which is absolutely worthless: FileZilla sucks as a mainframe FTP client. BZ is far superior. If you don't need SSL/TLS (which, of course, you do), the "DOS" client is better than both. Who doesn't love a good ol' CLI? First Horizon Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, June 17, 2020 2:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access [External Email. Exercise caution when clicking links or opening attachments.] I use Filezilla (Open Source) and Bluezone (now from Rocket) Both have their pluses and minuses. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Frank Swarbrick > Sent: Wednesday, June 17, 2020 11:10 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Good FTP client for MVS data set access > > What FTP client do you use to access MVS data sets? Do you like it? > > I personally use the FTP Client that is part of Micro Focus (formerly > Attachmate) Reflection Desktop for IBM (Reflection Workspace). Being > an application suite dedicated to mainframe access (the application is > primarily a > TN3270 client), the FTP Client that goes along with it seems to truly > understand the idiosyncrasies of MVS and works quite well with it. > > On the other hand, only a limited number of users in our shop are > "authorized" to use Reflection, so they cannot use its FTP client. > They are stuck (currently) with an MVS hostile (IMO) application called > CuteFTP. > > Are there any good "freestanding" FTP GUI applications that are "MVS > friendly"? > > > -- > 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 Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- 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: Good FTP client for MVS data set access
On Wed, 17 Jun 2020 19:41:23 +, Jackson, Rob wrote: >WinSCP is decent; there are countless class libraries as well. I just enjoy >the DOS CLI. Man, I wish they'd add encryption to it. > Doesn't the "S" in "SCP" mean "Secure", therefore the transmission is encrypted. But: https://en.wikipedia.org/wiki/Secure_copy "outdated, inflexible and not readily fixed." -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Address of CSECTs within a load module
>There might be better way but I put the V(IEWBMMP) and "WXTRN IEWBMMP" in a >separate CSECT from the program with the mapping macro. Dave, I just read this thread, and I have a question. We recently learned about IEWBMMP, and we may have a use for it in our shop. But I'm confused about the use of WXTRN in this context. I just did a small test, and it appears to me that if I specify V(IEWBMMP) and WXTRN IEWBMMP in my source code, the module map is *not* generated in the load module. If I remove the WXTRN statement, I do get the module map. So I'm wondering if I'm missing something... is there a reason to specify IEWBMMP as a WXTRN? Any advice would be greatly appreciated; thank you! David -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
Sorry, Gil, I should have been more explicit. WinSCP has a decent scripting facility. I wish they'd add encryption to the DOS FTP client. Also: not SCP; WinSCP. Quite a difference. First Horizon Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Wednesday, June 17, 2020 3:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access [External Email. Exercise caution when clicking links or opening attachments.] On Wed, 17 Jun 2020 19:41:23 +, Jackson, Rob wrote: >WinSCP is decent; there are countless class libraries as well. I just enjoy >the DOS CLI. Man, I wish they'd add encryption to it. > Doesn't the "S" in "SCP" mean "Secure", therefore the transmission is encrypted. But: https://en.wikipedia.org/wiki/Secure_copy "outdated, inflexible and not readily fixed." -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DB2 Image Copies
Are there any good recommendations/suggestions on retaining DB2 Image Copies? Specifically in an environment where all data is replicated. It is my belief that we are retaining the data for Image Copies much longer than it needs to be in many cases, but I'm not sure if there is a best practice recommendation available. Sincerely, John Benik This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DB2 Image Copies
Criteria we use is - When was the last time an IMAGE Copy was needed? How much dasd/tape does it take up How long is the application alive ( has it been in place for 5 years, 100 years) >From those questions we get an idea of what time retention is needed for the image copies. Some shops - the image copy can be delete when the next image copy occurs Other shops, the image copies live the life of the application. - Just in case a year later the apps need to recover data Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Benik, John E Sent: Wednesday, June 17, 2020 1:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DB2 Image Copies Are there any good recommendations/suggestions on retaining DB2 Image Copies? Specifically in an environment where all data is replicated. It is my belief that we are retaining the data for Image Copies much longer than it needs to be in many cases, but I'm not sure if there is a best practice recommendation available. Sincerely, John Benik This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: CA-ACCUCHEK
Thanks, all. I got a couple offline responses including one from a support person at CA/Broadcom. CA-ACCUCHEK is still available and supported. Now I get to see if it'll do what the developer wants done. Apparently when I put my search criteria in, I neglected the dash between CA and ACCUCHEK and got no valid hits back. I just tried it again with the dash and got a pointer to Broadcom's web site. SMH. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Joe Monk Sent: Wednesday, June 17, 2020 2:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: CA-ACCUCHEK CA-ACCUCHEK was a file comparison utility similar to comparex. Joe On Wed, Jun 17, 2020 at 2:06 PM Pommier, Rex wrote: > Hello list, > > Based on the subject line of my post, does anybody know anything about > something called CA-ACCUCHEK? I have a developer asking about it and > I know nothing about it. I checked CA's (OK, Broadcom's) web site and > got no hits. Duck Duck Go wasn't any help either, pointing me to some > diabetes care products. > > Is this something CA discontinued? Does it still exist, either stand > alone or absorbed into another product? > > TIA, > > Rex > > > 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 The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.4 and SDSF question
I get the same result under z/OS 2.4. I submit the following job: //ALOEFTST JOB $,CLASS=A,MSGCLASS=Y,TYPRUN=COPY //IEFBR14 EXEC PGM=IEFBR14 SDSF has a record count of 12 on the Held Output Display panel, but only shows 11 when the job is selected. The JESJCLIN DDNAME has an incorrect number for the Record Count. //ALOEFTST JOB $,CLASS=A,MSGCLASS=Y,TYPRUN=COPY J0056548 -- JES2 JOB STATISTICS -- 2 CARDS READ 11 SYSOUT PRINT RECORDS 0 SYSOUT PUNCH RECORDS 0 SYSOUT SPOOL KBYTES 0.00 MINUTES EXECUTION TIME J E S 2 J O B L O G -- S Y S T E M X E 1 0 -- N O D E N J E X E 1 0 11.24.16 J0056548 WEDNESDAY, 17 JUN 2020 11.24.16 J0056548 IRR010I USERID ALOEFIS ASSIGNED TO THIS JOB. Regards, Al Loeffler -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Tuesday, June 16, 2020 11:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS 2.4 and SDSF question Hello list, I have a "does it work" question. We don't run SDSF, instead have a competing product. As part of our testing of 2.4, one of my coworkers submitted a job with TYPRUN=COPY on the job card and found it doesn't work. Under 2.2, we get the entire input stream before the JES2 job statistics. Under 2.4, all we get is the JOB card then the statistics report. The spool display product says all the lines are there, but they won't show. When we contacted our vendor about this, they said SDSF displays the same thing, working under earlier releases, but under 2.4, only the JOB card is printed/displayed. Can somebody who is running 2.4 and SDSF (or a third party SDSF competitor) confirm this for me? Our vendor has a case open with IBM but I'd like to know if others are seeing this situation. I'm not second guessing the vendor, just curious if others have run into the situation. TIA, Rex Example: Job run under both 2.2 and 2.4. //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1), // NOTIFY=&SYSUID,TYPRUN=COPY //S1 EXEC PGM=IEFBR14 //D1 DD DISP=OLD,DSN=SFG.$AVRS.V52.KSDS Spool display under both 2.2 and 2.4 says the output is 14 lines long. 2.2 spool display (all 14 lines displayed including entire JCL stream): //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1), JOB03289 // NOTIFY=&SYSUID,TYPRUN=COPY //S1 EXEC PGM=IEFBR14 //D1 DD DISP=OLD,DSN=SFG.$AVRS.V52.KSDS -- JES2 JOB STATISTICS -- 4 CARDS READ 11 SYSOUT PRINT RECORDS 0 SYSOUT PUNCH RECORDS 0 SYSOUT SPOOL KBYTES 0.00 MINUTES EXECUTION TIME J E S 2 J O B L O G -- S Y S T E M Z O S 2 -- N O D E Z 1 4 J E S 2 13.28.58 JOB03289 TUESDAY, 16 JUN 2020 13.28.58 JOB03289 IRR010I USERID RRP IS ASSIGNED TO THIS JOB. 2.4 spool display (only 12 lines displayed) : //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1), JOB05572 // NOTIFY=&SYSUID,TYPRUN=COPY -- JES2 JOB STATISTICS -- 4 CARDS READ 11 SYSOUT PRINT RECORDS 0 SYSOUT PUNCH RECORDS
Re: Address of CSECTs within a load module
I don't know what you (or I!) are talking about but if the module map is created by the inclusion of IEWBMMP then making it a WXTRN means that the binder will not automatically include it. If you want to declare it WXTRN for some reason then you will need to include its module explicitly. Or maybe I don't know what I am talking about. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Eisenberg Sent: Wednesday, June 17, 2020 1:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Address of CSECTs within a load module >There might be better way but I put the V(IEWBMMP) and "WXTRN IEWBMMP" in a >separate CSECT from the program with the mapping macro. Dave, I just read this thread, and I have a question. We recently learned about IEWBMMP, and we may have a use for it in our shop. But I'm confused about the use of WXTRN in this context. I just did a small test, and it appears to me that if I specify V(IEWBMMP) and WXTRN IEWBMMP in my source code, the module map is *not* generated in the load module. If I remove the WXTRN statement, I do get the module map. So I'm wondering if I'm missing something... is there a reason to specify IEWBMMP as a WXTRN? Any advice would be greatly appreciated; thank you! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ISPW Question
Anyone on this list have experience upgrading Compuware ISPW from v17 to v18? Is there a listserv for Compuware and / or ISPW ? Google couldn't find anything. Thank You *** Disclaimer *** This communication (including all attachments) is solely for the use of the person to whom it is addressed and is a confidential AAA communication. If you are not the intended recipient, any use, distribution, printing, or copying is prohibited. If you received this email in error, please immediately 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
Re: z/OS Master Console Commands
thanks. so how do I define the MVS PA1-PA3 keys to the console? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.4 and SDSF question
This is an interesting discussion. So TYPRUN=COPY is just suppose to copy the JCL to SYSOUT. I am not sure what the expectation is by the OP But on my z/OS 2.3 system with SDSF (I know he wants to know about other vendors I can see the JCL as part of the output of the TYPRUN=COPY If I have it use the MSGCLASS to our JCL repository it is in the Repository as expected. Once we upgrade to V2.4 (or other) I will repeat the process. But for me a z/OS V2.3 - works as expected Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Al Loeffler Sent: Wednesday, June 17, 2020 1:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 2.4 and SDSF question I get the same result under z/OS 2.4. I submit the following job: //ALOEFTST JOB $,CLASS=A,MSGCLASS=Y,TYPRUN=COPY //IEFBR14 EXEC PGM=IEFBR14 SDSF has a record count of 12 on the Held Output Display panel, but only shows 11 when the job is selected. The JESJCLIN DDNAME has an incorrect number for the Record Count. //ALOEFTST JOB $,CLASS=A,MSGCLASS=Y,TYPRUN=COPY J0056548 -- JES2 JOB STATISTICS -- 2 CARDS READ 11 SYSOUT PRINT RECORDS 0 SYSOUT PUNCH RECORDS 0 SYSOUT SPOOL KBYTES 0.00 MINUTES EXECUTION TIME J E S 2 J O B L O G -- S Y S T E M X E 1 0 -- N O D E N J E X E 1 0 11.24.16 J0056548 WEDNESDAY, 17 JUN 2020 11.24.16 J0056548 IRR010I USERID ALOEFIS ASSIGNED TO THIS JOB. Regards, Al Loeffler -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Tuesday, June 16, 2020 11:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS 2.4 and SDSF question Hello list, I have a "does it work" question. We don't run SDSF, instead have a competing product. As part of our testing of 2.4, one of my coworkers submitted a job with TYPRUN=COPY on the job card and found it doesn't work. Under 2.2, we get the entire input stream before the JES2 job statistics. Under 2.4, all we get is the JOB card then the statistics report. The spool display product says all the lines are there, but they won't show. When we contacted our vendor about this, they said SDSF displays the same thing, working under earlier releases, but under 2.4, only the JOB card is printed/displayed. Can somebody who is running 2.4 and SDSF (or a third party SDSF competitor) confirm this for me? Our vendor has a case open with IBM but I'd like to know if others are seeing this situation. I'm not second guessing the vendor, just curious if others have run into the situation. TIA, Rex Example: Job run under both 2.2 and 2.4. //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1), // NOTIFY=&SYSUID,TYPRUN=COPY //S1 EXEC PGM=IEFBR14 //D1 DD DISP=OLD,DSN=SFG.$AVRS.V52.KSDS Spool display under both 2.2 and 2.4 says the output is 14 lines long. 2.2 spool display (all 14 lines displayed including entire JCL stream): //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1), JOB03289 // NOTIFY=&SYSUID,TYPRUN=COPY //S1 EXEC PGM=IEFBR14 //D1 DD DISP=OLD,DSN=SFG.$AVRS.V52.KSDS -- JES2 JOB STATISTICS -- 4 CARDS READ 11 SYSOUT PRINT RECORDS 0 SYSOUT PUNCH RECORDS 0 SYSOUT SPOOL KBYTES 0.00 MINUTES EXECUTION TIME J E S 2 J O B L O G -- S Y S T E M Z O S 2 -- N O D E Z 1 4 J E S 2 13.28.58 JOB03289 TUESDAY, 16 JUN 2020 13.28.58 JOB03289 IRR0
Re: missing FMIDs
On 6/17/2020 6:25 AM, Bill Giannelli wrote: What command do use to set up FMIDSETs? SET BDY(GLOBAL). UCLIN. ADD FMIDSET(MYFSET) FMID(FMID001, FMID002). ENDUCL. https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.gim1000/uclgfm.htm Kurt Quackenbush -- IBM, SMP/E Development Chuck Norris never uses CHECK when he applies PTFs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.4 and SDSF question
Well... I just tried it, and it's true... when run on z/OS 2.4, only the job card is listed; whereas on 2.3, all the JCL shows up. N.B.: This isn't an SDSF issue. SDSF does not run jobs, and does not spool their output. JES2 (or 3) does that. sas On Wed, Jun 17, 2020 at 4:50 PM Lizette Koehler wrote: > This is an interesting discussion. > > ...if you say so :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Address of CSECTs within a load module
>From >https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieab200/modmapfmt.htm > The binder writes a module map as part of the saved module under the following circumstances: There is a strong reference to IEWBMMP in one of the modules input to a bind. "Strong reference" -- in other words, not a WXTRN. That seems to just be how it works. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Wednesday, June 17, 2020 1:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Address of CSECTs within a load module I don't know what you (or I!) are talking about but if the module map is created by the inclusion of IEWBMMP then making it a WXTRN means that the binder will not automatically include it. If you want to declare it WXTRN for some reason then you will need to include its module explicitly. Or maybe I don't know what I am talking about. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Eisenberg Sent: Wednesday, June 17, 2020 1:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Address of CSECTs within a load module >There might be better way but I put the V(IEWBMMP) and "WXTRN IEWBMMP" in a >separate CSECT from the program with the mapping macro. Dave, I just read this thread, and I have a question. We recently learned about IEWBMMP, and we may have a use for it in our shop. But I'm confused about the use of WXTRN in this context. I just did a small test, and it appears to me that if I specify V(IEWBMMP) and WXTRN IEWBMMP in my source code, the module map is *not* generated in the load module. If I remove the WXTRN statement, I do get the module map. So I'm wondering if I'm missing something... is there a reason to specify IEWBMMP as a WXTRN? Any advice would be greatly appreciated; thank you! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Address of CSECTs within a load module
I don't know why WXTRN (weak reference) was specified, but it appears to be a mistake. Just delete that line. A V-con generates a regular external reference all by itself. Weak references generally are only needed by libraries of statically linked programs for some fairly arcane reasons. sas On Wed, Jun 17, 2020 at 4:29 PM Charles Mills wrote: > I don't know what you (or I!) are talking about but if the module map is > created by the inclusion of IEWBMMP then making it a WXTRN means that the > binder will not automatically include it. If you want to declare it WXTRN > for some reason then you will need to include its module explicitly. > > Or maybe I don't know what I am talking about. > > -- 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?
And don't forget "Muggeridge's Law" :-) On Wed, Jun 17, 2020 at 12:32 PM Jesse 1 Robinson wrote: > Malcom Muggeridge was famous for characterizing UK and US as being > *separated* by a common language. > > . > . > 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 Lionel B Dyck > Sent: Wednesday, June 17, 2020 10:23 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: Improve OMVS cp performance? > > CAUTION EXTERNAL EMAIL > > 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&CR_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 copyi
Re: [External] Re: z/OS 2.4 and SDSF question
Hi Lizette, I'm the OP. :-) My expectation is that when a job gets submitted with TYPRUN=COPY, I get a listing of the job - including all the JCL and in-stream SYSIN etc. TYPRUN=COPY is used because TYPRUN=SCAN doesn't include in-stream SYSIN data. I'm not really that interested in which vendor spool display software you are using, except to make sure it isn't limited to the vendor we use. At this point based on the responses I've seen, TYPRUN=COPY works like it always has if you're running z/OS prior to 2.4. Under 2.4, it's hit and miss, TYPRUN=COPY works for some customers and it doesn't for others, only displaying the JOB card. Most people use SDSF and since we don't, I wanted to know if the problem was limited to my spool display software. Since it isn't, and others have confirmed that the problem is only at 2.4, it appears to me to be a problem more in JES2 than in the spool display software. Unfortunately I don't have access to a printer in my sandbox so I can't test to see if printing the output from TYPRUN=COPY prints the entire output or if it is limited to just the JOB card like the display. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Wednesday, June 17, 2020 3:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: z/OS 2.4 and SDSF question This is an interesting discussion. So TYPRUN=COPY is just suppose to copy the JCL to SYSOUT. I am not sure what the expectation is by the OP But on my z/OS 2.3 system with SDSF (I know he wants to know about other vendors I can see the JCL as part of the output of the TYPRUN=COPY If I have it use the MSGCLASS to our JCL repository it is in the Repository as expected. Once we upgrade to V2.4 (or other) I will repeat the process. But for me a z/OS V2.3 - works as expected Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Al Loeffler Sent: Wednesday, June 17, 2020 1:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 2.4 and SDSF question I get the same result under z/OS 2.4. I submit the following job: //ALOEFTST JOB $,CLASS=A,MSGCLASS=Y,TYPRUN=COPY //IEFBR14 EXEC PGM=IEFBR14 SDSF has a record count of 12 on the Held Output Display panel, but only shows 11 when the job is selected. The JESJCLIN DDNAME has an incorrect number for the Record Count. //ALOEFTST JOB $,CLASS=A,MSGCLASS=Y,TYPRUN=COPY J0056548 -- JES2 JOB STATISTICS -- 2 CARDS READ 11 SYSOUT PRINT RECORDS 0 SYSOUT PUNCH RECORDS 0 SYSOUT SPOOL KBYTES 0.00 MINUTES EXECUTION TIME J E S 2 J O B L O G -- S Y S T E M X E 1 0 -- N O D E N J E X E 1 0 11.24.16 J0056548 WEDNESDAY, 17 JUN 2020 11.24.16 J0056548 IRR010I USERID ALOEFIS ASSIGNED TO THIS JOB. Regards, Al Loeffler -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Tuesday, June 16, 2020 11:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS 2.4 and SDSF question Hello list, I have a "does it work" question. We don't run SDSF, instead have a competing product. As part of our testing of 2.4, one of my coworkers submitted a job with TYPRUN=COPY on the job card and found it doesn't work. Under 2.2, we get the entire input stream before the JES2 job statistics. Under 2.4, all we get is the JOB card then the statistics report. The spool display product says all the lines are there, but they won't show. When we contacted our vendor about this, they said SDSF displays the same thing, working under earlier releases, but under 2.4, only the JOB card is printed/displayed. Can somebody who is running 2.4 and SDSF (or a third party SDSF competitor) confirm this for me? Our vendor has a case open with IBM but I'd like to know if others are seeing this situation. I'm not second guessing the vendor, just curious if others have run into the situation. TIA, Rex Example: Job run under both 2.2 and 2.4. //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1), // NOTIFY=&SYSUID,TYPRUN=COPY //S1 EXEC PGM=IEFBR14 //D1 DD DISP=OLD,DSN=SFG.$AVRS.V52.KSDS Spool display under both 2.2 and 2.4 says the output is 14 lines long. 2.2 sp
Re: [External] Re: z/OS 2.4 and SDSF question
Hi Steve, As the OP, I agree that this doesn't appear to be an SDSF issue. I was trying to make sure it wasn't a display issue with my third party software, and knowing that others who are running SDSF are having the same issue gives me confidence that it is a problem in (most likely) JES2. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Smith Sent: Wednesday, June 17, 2020 4:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: z/OS 2.4 and SDSF question Well... I just tried it, and it's true... when run on z/OS 2.4, only the job card is listed; whereas on 2.3, all the JCL shows up. N.B.: This isn't an SDSF issue. SDSF does not run jobs, and does not spool their output. JES2 (or 3) does that. sas On Wed, Jun 17, 2020 at 4:50 PM Lizette Koehler wrote: > This is an interesting discussion. > > ...if you say so :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
+1 for CLI! -1 for corporate nannies who want to log every time you use a command prompt window because that is so dangerous for the masses . . . or maybe especially for programmers who *think* they know what they are doing . . . I use FileZilla, it has a few quirks but mostly it works for my limited and occasional needs. I fall back to the CLI version when all else fails. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jackson, Rob Sent: Wednesday, June 17, 2020 2:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access My opinion, which is absolutely worthless: FileZilla sucks as a mainframe FTP client. BZ is far superior. If you don't need SSL/TLS (which, of course, you do), the "DOS" client is better than both. Who doesn't love a good ol' CLI? First Horizon Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, June 17, 2020 2:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access [External Email. Exercise caution when clicking links or opening attachments.] I use Filezilla (Open Source) and Bluezone (now from Rocket) Both have their pluses and minuses. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Frank Swarbrick > Sent: Wednesday, June 17, 2020 11:10 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Good FTP client for MVS data set access > > What FTP client do you use to access MVS data sets? Do you like it? > > I personally use the FTP Client that is part of Micro Focus (formerly > Attachmate) Reflection Desktop for IBM (Reflection Workspace). Being > an application suite dedicated to mainframe access (the application is > primarily a > TN3270 client), the FTP Client that goes along with it seems to truly > understand the idiosyncrasies of MVS and works quite well with it. > > On the other hand, only a limited number of users in our shop are > "authorized" to use Reflection, so they cannot use its FTP client. > They are stuck (currently) with an MVS hostile (IMO) application called > CuteFTP. > > Are there any good "freestanding" FTP GUI applications that are "MVS > friendly"? -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
Filezilla for non OMVS files. Not so good for OMVS filesystem data. Thing is, it used to work, then he broke it. I prefer the Filezilla GUI, so I only use Bluezone when I need to. Recently, the delay o let me know that Rocket has acquired Bluezone has be slightly irritating. 😊 > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Farley, Peter x23353 > Sent: Wednesday, June 17, 2020 2:43 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Good FTP client for MVS data set access > > +1 for CLI! > > -1 for corporate nannies who want to log every time you use a command > prompt window because that is so dangerous for the masses . . . or maybe > especially for programmers who *think* they know what they are doing . . . > > I use FileZilla, it has a few quirks but mostly it works for my limited and > occasional needs. I fall back to the CLI version when all else fails. > > Peter > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Jackson, Rob > Sent: Wednesday, June 17, 2020 2:49 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Good FTP client for MVS data set access > > My opinion, which is absolutely worthless: FileZilla sucks as a mainframe FTP > client. BZ is far superior. If you don't need SSL/TLS (which, of course, you > do), the "DOS" client is better than both. Who doesn't love a good ol' CLI? > > First Horizon Bank > Mainframe Technical Support > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gibney, Dave > Sent: Wednesday, June 17, 2020 2:23 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Good FTP client for MVS data set access > > [External Email. Exercise caution when clicking links or opening attachments.] > > I use Filezilla (Open Source) and Bluezone (now from Rocket) Both have their > pluses and minuses. > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Frank Swarbrick > > Sent: Wednesday, June 17, 2020 11:10 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Good FTP client for MVS data set access > > > > What FTP client do you use to access MVS data sets? Do you like it? > > > > I personally use the FTP Client that is part of Micro Focus (formerly > > Attachmate) Reflection Desktop for IBM (Reflection Workspace). Being > > an application suite dedicated to mainframe access (the application is > > primarily a > > TN3270 client), the FTP Client that goes along with it seems to truly > > understand the idiosyncrasies of MVS and works quite well with it. > > > > On the other hand, only a limited number of users in our shop are > > "authorized" to use Reflection, so they cannot use its FTP client. > > They are stuck (currently) with an MVS hostile (IMO) application called > CuteFTP. > > > > Are there any good "freestanding" FTP GUI applications that are "MVS > > friendly"? > -- > > This message and any attachments are intended only for the use of the > addressee and may contain information that is privileged and confidential. If > the reader of the message is not the intended recipient or an authorized > representative of the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please notify us immediately by e-mail > and delete the message and any attachments from your system. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
Hey Carmen, Is that z/OS Explorer (free) or is that IBM Developer (formerly Rational Developer -- expensive) for Z that you are referring to? I know that z/OS Explorer uses FTP under the covers, but I've not seen it having a normal drag and drop style FTP GUI, or have I seen an ability to run shell scripts or TSO commands. Perhaps I'm overlooking some things. From: IBM Mainframe Discussion List on behalf of Carmen Vitullo Sent: Wednesday, June 17, 2020 12:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access I've always liked the reflections FTP client, I've not been able to use any other client, but I am not starting to use IBM's Z/explorer , that GUI along with an MVS address space will get you MVS dataset, USS filesystem, local fileystems access plus the ability to run shell scripts, and tso command from the GUI moving or coping datasets can be done using a drag and drop. Carmen Vitullo - Original Message - From: "Frank Swarbrick" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, June 17, 2020 1:09:55 PM Subject: Good FTP client for MVS data set access What FTP client do you use to access MVS data sets? Do you like it? I personally use the FTP Client that is part of Micro Focus (formerly Attachmate) Reflection Desktop for IBM (Reflection Workspace). Being an application suite dedicated to mainframe access (the application is primarily a TN3270 client), the FTP Client that goes along with it seems to truly understand the idiosyncrasies of MVS and works quite well with it. On the other hand, only a limited number of users in our shop are "authorized" to use Reflection, so they cannot use its FTP client. They are stuck (currently) with an MVS hostile (IMO) application called CuteFTP. Are there any good "freestanding" FTP GUI applications that are "MVS friendly"? -- 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?
I mean technical effort on IBM's part to implement it. It seems to me that, along with some mapping/naming rules and sensible defaults, in addition to Lionel's use case it could also be useful for FTP clients, so non-z/OS users can have "understandable" access to MVS data sets w/o having to even know that's what they are doing. From: IBM Mainframe Discussion List on behalf of Seymour J Metz Sent: Wednesday, June 17, 2020 12:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Improve OMVS cp performance? Technical effort or administrative effort. I suspect that it will be a lot more involved to get it approved than to actually implement it. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr...@outlook.com] Sent: Wednesday, June 17, 2020 1: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://secure-web.cisco.com/16y9woZ-KKNGioIsmrX3l0VloGx62ZmJbaIDUMxNEu3X4_DmZ6nR-qUkWT-lIJna_FSvyQDSqjJHfEE6JVKyGupXrO9tZC1YO3pkDcHdunPFAORyGUqh2yJwHFSDhnEN1TtNm5g8EvDfoNzNsauNWFq4Y_5InaggC3Djt9nYuC7fv4BlPnY08D6jHmqOOticix9GjXAoL9A2DFzRItsD7RyJt7tNFtjfWZFZu3E-ycsOQlpWifUJvx4QAe6GSVyJinMUnvQ0cG7veolIcRj9KdGLoHSjf0diK1UVO0q3LRSzwcLSv9K5aNecTApJaWO0YizryqgYg3UqT4cDPbHG-sLS4b_8_CV6WTBJFipgSWaH1SnA6EsjjHognkaFW_J9WuXnPRq9b-odk_z1k3sQt4Li6oWKIpRIBAyK2b2RvwvBW2Vq0v_9ybXpgNqjKaNAI/https%3A%2F%2Fzigi.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://secure-web.cisco.com/1M2R-g6A5gGoKDKQxyFiYYV7WXr9OdUyu6Ixa3zjpJ6CJbQmAW8FtYkxjXgLOeIDnvjGXI0lOmtzYcfyzGiCcRXXoTJiT7jNfLgtZaozhB1snDKIsuSqxrUFNz5eHiU9FuFPR_nAf45mLn3swUsAfJB77d53cb7b4d1kHMZxbp69FYPo4AbO7fSOmun_rPhg-ArrddqzghsnvKXAWOl88mKZ5TLED7NhEjdb1G3D2OauWeZmmrYS7YNoaApm9ci2dFr9POiD9mLXAhZEOO5HJImkuCdd3O0jGChFv7l7yIQnE1_ZXQ--KqkeAjWI7XPrhKZnpDex2AYCsAZ0f-4tNYyL1XagaW7uBJxH8OFBFFApall8WssfmP94dlBt_13DdsDtCrFzObRE8x5b5008xoJkZ08eOE8HskcXulsVEDlDkwgBNRyy-qwYCMUyXsKHV/https%3A%2F%2Fwww.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&CR_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 < >
Re: Good FTP client for MVS data set access
My goodness, I absolutely agree that a command line interface is ideal. Which, because of no SSL/TLS support, as you say eliminates the Windows provided client. In the past the only good (and free) command line client I've found for Windows is MoveIt Freely. I used to use it extensively until my company implemented whitelisting (can I still say that?) software and I never bothered to get it approved. Ugh, I hate "security". If I find a good GUI FTP client that my coworkers would actually use I could go through the bother of getting it approved. Not sure if the company would be up for buying something because we already have something that kinda/sorta works. Back to command line, if we could have WSL activated on our workstations we could have all of the goodness of Linux command line tools. Including, I believe, SSL/TLS capable FTP client. I've never asked for it, but think about it often... 🙂 From: IBM Mainframe Discussion List on behalf of Jackson, Rob Sent: Wednesday, June 17, 2020 12:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access My opinion, which is absolutely worthless: FileZilla sucks as a mainframe FTP client. BZ is far superior. If you don't need SSL/TLS (which, of course, you do), the "DOS" client is better than both. Who doesn't love a good ol' CLI? First Horizon Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, June 17, 2020 2:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access [External Email. Exercise caution when clicking links or opening attachments.] I use Filezilla (Open Source) and Bluezone (now from Rocket) Both have their pluses and minuses. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Frank Swarbrick > Sent: Wednesday, June 17, 2020 11:10 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Good FTP client for MVS data set access > > What FTP client do you use to access MVS data sets? Do you like it? > > I personally use the FTP Client that is part of Micro Focus (formerly > Attachmate) Reflection Desktop for IBM (Reflection Workspace). Being > an application suite dedicated to mainframe access (the application is > primarily a > TN3270 client), the FTP Client that goes along with it seems to truly > understand the idiosyncrasies of MVS and works quite well with it. > > On the other hand, only a limited number of users in our shop are > "authorized" to use Reflection, so they cannot use its FTP client. > They are stuck (currently) with an MVS hostile (IMO) application called > CuteFTP. > > Are there any good "freestanding" FTP GUI applications that are "MVS > friendly"? > > > -- > 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 Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- 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: Good FTP client for MVS data set access
I don't know if this is your problem or not, but in FileZilla's Site Manager, I have two hosts defined for a few z/OS systems, one for MVS, and one for USS. The "server type" matters... "MVS..." vs. "Unix". sas On Wed, Jun 17, 2020 at 6:13 PM Gibney, Dave wrote: > Filezilla for non OMVS files. Not so good for OMVS filesystem data. Thing > is, it used to work, then he broke it. I prefer the Filezilla GUI, so I > only use Bluezone when I need to. Recently, the delay o let me know that > Rocket has acquired Bluezone has be slightly irritating. 😊 > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
I just tried using WinSCP today and I couldn't get it to recognize MVS data sets. Is there some option I am missing? This might be ideal in that it, unlike the others already mentioned, is currently used in our environment so wouldn't require a lot of bureaucracy to just perform a POC. From: IBM Mainframe Discussion List on behalf of Jackson, Rob Sent: Wednesday, June 17, 2020 1:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access WinSCP is decent; there are countless class libraries as well. I just enjoy the DOS CLI. Man, I wish they'd add encryption to it. First Horizon Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Wednesday, June 17, 2020 2:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access [External Email. Exercise caution when clicking links or opening attachments.] The devil is in the details. I want tools that work together. That includes the ability to mix and match CLI and GUI. I should be able to script the GUI in a decent language. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Jackson, Rob [rwjack...@firsthorizon.com] Sent: Wednesday, June 17, 2020 2:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access My opinion, which is absolutely worthless: FileZilla sucks as a mainframe FTP client. BZ is far superior. If you don't need SSL/TLS (which, of course, you do), the "DOS" client is better than both. Who doesn't love a good ol' CLI? First Horizon Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, June 17, 2020 2:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access [External Email. Exercise caution when clicking links or opening attachments.] I use Filezilla (Open Source) and Bluezone (now from Rocket) Both have their pluses and minuses. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Frank Swarbrick > Sent: Wednesday, June 17, 2020 11:10 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Good FTP client for MVS data set access > > What FTP client do you use to access MVS data sets? Do you like it? > > I personally use the FTP Client that is part of Micro Focus (formerly > Attachmate) Reflection Desktop for IBM (Reflection Workspace). Being > an application suite dedicated to mainframe access (the application is > primarily a > TN3270 client), the FTP Client that goes along with it seems to truly > understand the idiosyncrasies of MVS and works quite well with it. > > On the other hand, only a limited number of users in our shop are > "authorized" to use Reflection, so they cannot use its FTP client. > They are stuck (currently) with an MVS hostile (IMO) application called > CuteFTP. > > Are there any good "freestanding" FTP GUI applications that are "MVS > friendly"? > > > -- > 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 Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- 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: Good FTP client for MVS data set access
I think I tried that, but will check again. Someday > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Steve Smith > Sent: Wednesday, June 17, 2020 3:44 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Good FTP client for MVS data set access > > I don't know if this is your problem or not, but in FileZilla's Site > Manager, I have two hosts defined for a few z/OS systems, one for MVS, and > one for USS. The "server type" matters... "MVS..." vs. "Unix". > > sas > > > On Wed, Jun 17, 2020 at 6:13 PM Gibney, Dave wrote: > > > Filezilla for non OMVS files. Not so good for OMVS filesystem data. Thing > > is, it used to work, then he broke it. I prefer the Filezilla GUI, so I > > only use Bluezone when I need to. Recently, the delay o let me know that > > Rocket has acquired Bluezone has be slightly irritating. 😊 > > > > > > -- > 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: ISPW Question
This triggered me to look to see what version of ISPW we are on4.04.so I guess we are in the same boat as you! Dennis -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steely.Mark Sent: Wednesday, June 17, 2020 1:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISPW Question Anyone on this list have experience upgrading Compuware ISPW from v17 to v18? Is there a listserv for Compuware and / or ISPW ? Google couldn't find anything. Thank You *** Disclaimer *** This communication (including all attachments) is solely for the use of the person to whom it is addressed and is a confidential AAA communication. If you are not the intended recipient, any use, distribution, printing, or copying is prohibited. If you received this email in error, please immediately 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
Re: z/OS Master Console Commands
DIDOCS does not provide for assigning alternate meaning to PA keys. PA1 is retrieve, PA2 is cancel and PA3 has no assigned meaning. OTOH, you can assign meanings to PFK1-24, and you can have multiple PFK tables providing alternative assignments. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Elaine Beal [elaine.b...@gxs.com] Sent: Wednesday, June 17, 2020 4:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS Master Console Commands thanks. so how do I define the MVS PA1-PA3 keys to the console? -- 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: Good FTP client for MVS data set access
Our whitelisting software blocks every execution of a BAT or CMD file as being possibly dangerous. Yikes! At least they allow us to use manual command line commands. From: IBM Mainframe Discussion List on behalf of Farley, Peter x23353 Sent: Wednesday, June 17, 2020 3:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access +1 for CLI! -1 for corporate nannies who want to log every time you use a command prompt window because that is so dangerous for the masses . . . or maybe especially for programmers who *think* they know what they are doing . . . I use FileZilla, it has a few quirks but mostly it works for my limited and occasional needs. I fall back to the CLI version when all else fails. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jackson, Rob Sent: Wednesday, June 17, 2020 2:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access My opinion, which is absolutely worthless: FileZilla sucks as a mainframe FTP client. BZ is far superior. If you don't need SSL/TLS (which, of course, you do), the "DOS" client is better than both. Who doesn't love a good ol' CLI? First Horizon Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, June 17, 2020 2:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access [External Email. Exercise caution when clicking links or opening attachments.] I use Filezilla (Open Source) and Bluezone (now from Rocket) Both have their pluses and minuses. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Frank Swarbrick > Sent: Wednesday, June 17, 2020 11:10 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Good FTP client for MVS data set access > > What FTP client do you use to access MVS data sets? Do you like it? > > I personally use the FTP Client that is part of Micro Focus (formerly > Attachmate) Reflection Desktop for IBM (Reflection Workspace). Being > an application suite dedicated to mainframe access (the application is > primarily a > TN3270 client), the FTP Client that goes along with it seems to truly > understand the idiosyncrasies of MVS and works quite well with it. > > On the other hand, only a limited number of users in our shop are > "authorized" to use Reflection, so they cannot use its FTP client. > They are stuck (currently) with an MVS hostile (IMO) application called > CuteFTP. > > Are there any good "freestanding" FTP GUI applications that are "MVS > friendly"? -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Improve OMVS cp performance?
I think that technically it would be a piece of cake, although it would take some careful design to make it efficient and transparent. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr...@outlook.com] Sent: Wednesday, June 17, 2020 6:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Improve OMVS cp performance? I mean technical effort on IBM's part to implement it. It seems to me that, along with some mapping/naming rules and sensible defaults, in addition to Lionel's use case it could also be useful for FTP clients, so non-z/OS users can have "understandable" access to MVS data sets w/o having to even know that's what they are doing. From: IBM Mainframe Discussion List on behalf of Seymour J Metz Sent: Wednesday, June 17, 2020 12:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Improve OMVS cp performance? Technical effort or administrative effort. I suspect that it will be a lot more involved to get it approved than to actually implement it. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr...@outlook.com] Sent: Wednesday, June 17, 2020 1: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://secure-web.cisco.com/16y9woZ-KKNGioIsmrX3l0VloGx62ZmJbaIDUMxNEu3X4_DmZ6nR-qUkWT-lIJna_FSvyQDSqjJHfEE6JVKyGupXrO9tZC1YO3pkDcHdunPFAORyGUqh2yJwHFSDhnEN1TtNm5g8EvDfoNzNsauNWFq4Y_5InaggC3Djt9nYuC7fv4BlPnY08D6jHmqOOticix9GjXAoL9A2DFzRItsD7RyJt7tNFtjfWZFZu3E-ycsOQlpWifUJvx4QAe6GSVyJinMUnvQ0cG7veolIcRj9KdGLoHSjf0diK1UVO0q3LRSzwcLSv9K5aNecTApJaWO0YizryqgYg3UqT4cDPbHG-sLS4b_8_CV6WTBJFipgSWaH1SnA6EsjjHognkaFW_J9WuXnPRq9b-odk_z1k3sQt4Li6oWKIpRIBAyK2b2RvwvBW2Vq0v_9ybXpgNqjKaNAI/https%3A%2F%2Fzigi.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://secure-web.cisco.com/1M2R-g6A5gGoKDKQxyFiYYV7WXr9OdUyu6Ixa3zjpJ6CJbQmAW8FtYkxjXgLOeIDnvjGXI0lOmtzYcfyzGiCcRXXoTJiT7jNfLgtZaozhB1snDKIsuSqxrUFNz5eHiU9FuFPR_nAf45mLn3swUsAfJB77d53cb7b4d1kHMZxbp69FYPo4AbO7fSOmun_rPhg-ArrddqzghsnvKXAWOl88mKZ5TLED7NhEjdb1G3D2OauWeZmmrYS7YNoaApm9ci2dFr9POiD9mLXAhZEOO5HJImkuCdd3O0jGChFv7l7yIQnE1_ZXQ--KqkeAjWI7XPrhKZnpDex2AYCsAZ0f-4tNYyL1XagaW7uBJxH8OFBFFApall8WssfmP94dlBt_13DdsDtCrFzObRE8x5b5008xoJkZ08eOE8HskcXulsVEDlDkwgBNRyy-qwYCMUyXsKHV/https%3A%2F%2Fwww.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 probab
Re: Improve OMVS cp performance?
Do you think its worth an RFE? From: IBM Mainframe Discussion List on behalf of Seymour J Metz Sent: Wednesday, June 17, 2020 4:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Improve OMVS cp performance? I think that technically it would be a piece of cake, although it would take some careful design to make it efficient and transparent. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr...@outlook.com] Sent: Wednesday, June 17, 2020 6:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Improve OMVS cp performance? I mean technical effort on IBM's part to implement it. It seems to me that, along with some mapping/naming rules and sensible defaults, in addition to Lionel's use case it could also be useful for FTP clients, so non-z/OS users can have "understandable" access to MVS data sets w/o having to even know that's what they are doing. From: IBM Mainframe Discussion List on behalf of Seymour J Metz Sent: Wednesday, June 17, 2020 12:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Improve OMVS cp performance? Technical effort or administrative effort. I suspect that it will be a lot more involved to get it approved than to actually implement it. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr...@outlook.com] Sent: Wednesday, June 17, 2020 1: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://secure-web.cisco.com/16y9woZ-KKNGioIsmrX3l0VloGx62ZmJbaIDUMxNEu3X4_DmZ6nR-qUkWT-lIJna_FSvyQDSqjJHfEE6JVKyGupXrO9tZC1YO3pkDcHdunPFAORyGUqh2yJwHFSDhnEN1TtNm5g8EvDfoNzNsauNWFq4Y_5InaggC3Djt9nYuC7fv4BlPnY08D6jHmqOOticix9GjXAoL9A2DFzRItsD7RyJt7tNFtjfWZFZu3E-ycsOQlpWifUJvx4QAe6GSVyJinMUnvQ0cG7veolIcRj9KdGLoHSjf0diK1UVO0q3LRSzwcLSv9K5aNecTApJaWO0YizryqgYg3UqT4cDPbHG-sLS4b_8_CV6WTBJFipgSWaH1SnA6EsjjHognkaFW_J9WuXnPRq9b-odk_z1k3sQt4Li6oWKIpRIBAyK2b2RvwvBW2Vq0v_9ybXpgNqjKaNAI/https%3A%2F%2Fzigi.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://secure-web.cisco.com/1M2R-g6A5gGoKDKQxyFiYYV7WXr9OdUyu6Ixa3zjpJ6CJbQmAW8FtYkxjXgLOeIDnvjGXI0lOmtzYcfyzGiCcRXXoTJiT7jNfLgtZaozhB1snDKIsuSqxrUFNz5eHiU9FuFPR_nAf45mLn3swUsAfJB77d53cb7b4d1kHMZxbp69FYPo4AbO7fSOmun_rPhg-ArrddqzghsnvKXAWOl88mKZ5TLED7NhEjdb1G3D2OauWeZmmrYS7YNoaApm9ci2dFr9POiD9mLXAhZEOO5HJImkuCdd3O0jGChFv7l7yIQnE1_ZXQ--KqkeAjWI7XPrhKZnpDex2AYCsAZ0f-4tNYyL1XagaW7uBJxH8OFBFFApall8WssfmP94dlBt_13DdsDtCrFzObRE8x5b5008xoJkZ08eOE8HskcXulsVEDlDkwgBNRyy-qwYCMUyXsKHV/https%3A%2F%2Fwww.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
Re: Improve OMVS cp performance?
On 18/06/2020 1:43 am, Paul Gilmartin 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. I was doing some testing on this last week. The overhead appears to be obtaining and freeing the enqueue on the PDS for each member. If you already have a SHR enqueue this is bypassed. The cp command needs to run in the same address space that obtained the enqueue. -- Andrew Rowley Black Hill Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
Yes! I pretty much need to have two different "hosts" defined for the same LPAR: one "MVS" and one "UNIX." This is in Ispwitch WS_FTP. (Only one FTP server STC on the LPAR.) Not a problem at all. I can open multiple host windows, so I can transfer a convention dataset one minute and a UNIX file the next minute. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Smith Sent: Wednesday, June 17, 2020 3:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access I don't know if this is your problem or not, but in FileZilla's Site Manager, I have two hosts defined for a few z/OS systems, one for MVS, and one for USS. The "server type" matters... "MVS..." vs. "Unix". -- 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?
On Thu, 18 Jun 2020 08:52:52 +1000, Andrew Rowley wrote: >On 18/06/2020 1:43 am, Paul Gilmartin wrote: >>> (Concerning 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. > >I was doing some testing on this last week. The overhead appears to be >obtaining and freeing the enqueue on the PDS for each member. If you >already have a SHR enqueue this is bypassed. The cp command needs to run >in the same address space that obtained the enqueue. > Aha! Highly plausible explanation. If it improves performance significantly, should it be incorporated into "cp"? RFE? Or documented in a Usage Note? RCF? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
I know I'm inviting censorious and/or contemptuous lectures, but I've always been happy with using Windows FTP from my DOS window. I whipped up a decent .bat command that asks for me to enter my password (but doesn't save it afterward) and executes the commands I prepared ahead of time. What more can I want? (Clarification: Go ahead and let fly with the lectures both censorious and contemptuous; I'm likely to learn something interesting, probably even useful.) --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* The road to the promised land runs past Sinai. The moral law may exist to be transcended; but there is no transcending it for those who have not first admitted its claim upon them, and then tried with all their strength to meet that claim, and fairly and squarely faced the fact of their failure. -C S Lewis, _The Problem of Pain_ */ -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Wednesday, June 17, 2020 14:10 What FTP client do you use to access MVS data sets? Do you like it? I personally use the FTP Client that is part of Micro Focus (formerly Attachmate) Reflection Desktop for IBM (Reflection Workspace). Being an application suite dedicated to mainframe access (the application is primarily a TN3270 client), the FTP Client that goes along with it seems to truly understand the idiosyncrasies of MVS and works quite well with it. On the other hand, only a limited number of users in our shop are "authorized" to use Reflection, so they cannot use its FTP client. They are stuck (currently) with an MVS hostile (IMO) application called CuteFTP. Are there any good "freestanding" FTP GUI applications that are "MVS friendly"? -- 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?
On 18/06/2020 12:24 am, Kirk Wolf wrote:
Lionel,
I wasn't thinking of using the "all members" form of cp - that seems like
it should be *much* better, although it would depend on how cp works under
the covers - evidence indicates that it just loops and does
alloc/open/close/free on each member.If only the cp authors had better
C library support for PDSs ;-)
I'm curious - how much time did you save by preallocating the PDS?
Kirk Wolf
http://dovetail.com
Preallocating the PDS gave me about a 12x speed improvement. Here is a
Rexx shell script rxalloc to do the allocation (I couldn't figure out a
way to do bpxwdyn from the shell):
/* rexx */
parse arg dataset
call bpxwdyn "alloc da("|| dataset || ") old msg(2) rtddn(ddname)"
say ddname
and a shell script to test:
#!/bin/sh
export _BPX_SHAREAS=YES
./rxalloc SYS1.MACLIB
/bin/cp -T -U -S a=.txt "//'SYS1.MACLIB'" /home/andrewr/temp
The individual member copies with progress indicator in Zigi also seems
to have significant overhead. Approximate copy speeds on my system were:
Zigi: 1 member/second
cp, without preallocation: 8 members/second
cp, with preallocation: 100 members/second
SMF also suggests cp for some reason opens and closes the PDS twice for
each member. I wrote a small Java program to perform the copy using the
JZOS classes, this coped about 200 members/second.
--
Andrew Rowley
Black Hill Software
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
No flames from me but Windows "DOS" FTP has no TLS support -- is that not right? Not needed in every situation but required in some. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bob Bridges Sent: Wednesday, June 17, 2020 4:39 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access I know I'm inviting censorious and/or contemptuous lectures, but I've always been happy with using Windows FTP from my DOS window. I whipped up a decent .bat command that asks for me to enter my password (but doesn't save it afterward) and executes the commands I prepared ahead of time. What more can I want? (Clarification: Go ahead and let fly with the lectures both censorious and contemptuous; I'm likely to learn something interesting, probably even useful.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
On Wed, 17 Jun 2020 16:58:07 -0700, Charles Mills wrote: >No flames from me but Windows "DOS" FTP has no TLS support -- is that not >right? > Is "DOS" the same as "cmd.exe"? The latter seems clearer. >Not needed in every situation but required in some. -- gil -- 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?
I think that it is worth an RFE if you can put together a compelling business case. Be sure to cover any functionality that's important to you, e.g., Program Objects? PDS(E) directory data Performance for multiple members in the same PDS(E) Record formats Character set issues Line ending conventions, e.g., CRLF, LF, NEL, NL -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr...@outlook.com] Sent: Wednesday, June 17, 2020 6:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Improve OMVS cp performance? Do you think its worth an RFE? From: IBM Mainframe Discussion List on behalf of Seymour J Metz Sent: Wednesday, June 17, 2020 4:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Improve OMVS cp performance? I think that technically it would be a piece of cake, although it would take some careful design to make it efficient and transparent. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr...@outlook.com] Sent: Wednesday, June 17, 2020 6:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Improve OMVS cp performance? I mean technical effort on IBM's part to implement it. It seems to me that, along with some mapping/naming rules and sensible defaults, in addition to Lionel's use case it could also be useful for FTP clients, so non-z/OS users can have "understandable" access to MVS data sets w/o having to even know that's what they are doing. From: IBM Mainframe Discussion List on behalf of Seymour J Metz Sent: Wednesday, June 17, 2020 12:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Improve OMVS cp performance? Technical effort or administrative effort. I suspect that it will be a lot more involved to get it approved than to actually implement it. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr...@outlook.com] Sent: Wednesday, June 17, 2020 1: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://secure-web.cisco.com/16y9woZ-KKNGioIsmrX3l0VloGx62ZmJbaIDUMxNEu3X4_DmZ6nR-qUkWT-lIJna_FSvyQDSqjJHfEE6JVKyGupXrO9tZC1YO3pkDcHdunPFAORyGUqh2yJwHFSDhnEN1TtNm5g8EvDfoNzNsauNWFq4Y_5InaggC3Djt9nYuC7fv4BlPnY08D6jHmqOOticix9GjXAoL9A2DFzRItsD7RyJt7tNFtjfWZFZu3E-ycsOQlpWifUJvx4QAe6GSVyJinMUnvQ0cG7veolIcRj9KdGLoHSjf0diK1UVO0q3LRSzwcLSv9K5aNecTApJaWO0YizryqgYg3UqT4cDPbHG-sLS4b_8_CV6WTBJFipgSWaH1SnA6EsjjHognkaFW_J9WuXnPRq9b-odk_z1k3sQt4Li6oWKIpRIBAyK2b2RvwvBW2Vq0v_9ybXpgNqjKaNAI/https%3A%2F%2Fzigi.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://secure-web.cisco.com/1M2R-g6A5gGoKDKQxyFiYYV7WXr9OdUyu6Ixa3zjpJ6CJbQmAW8FtYkxjXgLOeIDnvjGXI0lOmtzYcfyzGiCcRXXoTJiT7jNfLgtZaozhB1snDKIsuSqxrUFNz5eHiU9FuFPR_nAf45mLn3swUsAfJB77d53cb7b4d1kHMZxbp69FYPo4AbO7fSOmun_rPhg-ArrddqzghsnvKXAWOl88mKZ5TLED7NhEjdb1G3D2OauWeZmmrYS7YNoaApm9ci2dFr9POiD9mLXAhZEOO5HJImkuCdd3O0jGChFv7l7yIQnE1_ZXQ--KqkeAjWI7XPrhKZnpDex2AYCsAZ0f-4tNYyL1XagaW7uBJxH8OFBFFApall8WssfmP94dlBt_13DdsDtCrFzObRE8x5b5008xoJkZ08eOE8HskcXulsVEDlDkwgBNRyy-qwYCMUyXsKHV/https%3A%2F%2Fwww.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 t
Re: Good FTP client for MVS data set access
DOS could really mean DOS (COMMAND.COM) executables, although I don't know whether 10 supports them. More likely it's not actually a DOS application but uses the API that started with NT and is called from CMD.EXE.. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu] Sent: Wednesday, June 17, 2020 8:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access On Wed, 17 Jun 2020 16:58:07 -0700, Charles Mills wrote: >No flames from me but Windows "DOS" FTP has no TLS support -- is that not >right? > Is "DOS" the same as "cmd.exe"? The latter seems clearer. >Not needed in every situation but required in some. -- 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: [External] Re: z/OS 2.4 and SDSF question
I wonder what EXEC CICS SPOOLREAD brings back? We don't have z/OS 2.4, so can't test against that. On Thu, Jun 18, 2020 at 7:43 AM Pommier, Rex wrote: > Hi Steve, > > As the OP, I agree that this doesn't appear to be an SDSF issue. I was > trying to make sure it wasn't a display issue with my third party software, > and knowing that others who are running SDSF are having the same issue > gives me confidence that it is a problem in (most likely) JES2. > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Steve Smith > Sent: Wednesday, June 17, 2020 4:00 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [External] Re: z/OS 2.4 and SDSF question > > Well... I just tried it, and it's true... when run on z/OS 2.4, only the > job card is listed; whereas on 2.3, all the JCL shows up. > > N.B.: This isn't an SDSF issue. SDSF does not run jobs, and does not > spool their output. JES2 (or 3) does that. > > sas > > On Wed, Jun 17, 2020 at 4:50 PM Lizette Koehler > wrote: > > > This is an interesting discussion. > > > > ...if you say so :-) > > -- > 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 > -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: z/OS 2.4 and SDSF question
Good point. As a matter of fact, I looked at both jobs' output on both the 2.3 and 2.4 systems with SDSF. To be completely unambiguous, I think I must be wordy & redundant (not a poke at anyone... take that literally). The TYPRUN=COPY job that *ran* on 2.3 displayed with complete JCL in SDSF on both 2.3 and 2.4. The job that *ran* on 2.4 displayed only the job card in SDSF on both 2.3 and 2.4. So, the problem is not in your set. There is no need to change the channel. I virtually never run TYPRUN=anything (and I'd guess it's rare), so I never noticed this before. Jobs that execute don't seem to be affected. sas On Wed, Jun 17, 2020 at 5:43 PM Pommier, Rex wrote: > Hi Steve, > > As the OP, I agree that this doesn't appear to be an SDSF issue. I was > trying to make sure it wasn't a display issue with my third party software, > and knowing that others who are running SDSF are having the same issue > gives me confidence that it is a problem in (most likely) JES2. > > Rex > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
I am pretty happy with Bluezone as a paid product (Not sure if the FTP client is free) has GUI and I helped a user script an FTP to the mainframe that stored their password in an encrypted session definition... In the past I was also happy to use windows command line FTP when I was allowed a non TLS encrypted connection into the mainframe. Shawn On Wed, Jun 17, 2020 at 7:33 PM Seymour J Metz wrote: > DOS could really mean DOS (COMMAND.COM) executables, although I don't > know whether 10 supports them. More likely it's not actually a DOS > application but uses the API that started with NT and is called from > CMD.EXE.. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu] > Sent: Wednesday, June 17, 2020 8:15 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Good FTP client for MVS data set access > > On Wed, 17 Jun 2020 16:58:07 -0700, Charles Mills wrote: > > >No flames from me but Windows "DOS" FTP has no TLS support -- is that not > >right? > > > Is "DOS" the same as "cmd.exe"? The latter seems clearer. > > >Not needed in every situation but required in some. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
On Wed, 17 Jun 2020 20:29:08 -0500, Shawn Prenevost wrote: >I am pretty happy with Bluezone as a paid product (Not sure if the FTP >client is free) has GUI and I helped a user script an FTP to the mainframe >that stored their password in an encrypted session definition... In the >past I was also happy to use windows command line FTP when I was allowed a >non TLS encrypted connection into the mainframe. > If you have an encrypted tn3270 client, I'd expect you have IND$FILE. But I'm less than sure the mainframe side supports zFS. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: z/OS 2.4 and SDSF question
Hi Rex, It does not appear to be SDSF per se. I displayed the Job output with the (TSO) OUTPUT Command ... Same result as yours. Regards, David On 2020-06-17 17:37, Pommier, Rex wrote: Hi Lizette, I'm the OP. :-) My expectation is that when a job gets submitted with TYPRUN=COPY, I get a listing of the job - including all the JCL and in-stream SYSIN etc. TYPRUN=COPY is used because TYPRUN=SCAN doesn't include in-stream SYSIN data. I'm not really that interested in which vendor spool display software you are using, except to make sure it isn't limited to the vendor we use. At this point based on the responses I've seen, TYPRUN=COPY works like it always has if you're running z/OS prior to 2.4. Under 2.4, it's hit and miss, TYPRUN=COPY works for some customers and it doesn't for others, only displaying the JOB card. Most people use SDSF and since we don't, I wanted to know if the problem was limited to my spool display software. Since it isn't, and others have confirmed that the problem is only at 2.4, it appears to me to be a problem more in JES2 than in the spool display software. Unfortunately I don't have access to a printer in my sandbox so I can't test to see if printing the output from TYPRUN=COPY prints the entire output or if it is limited to just the JOB card like the display. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Wednesday, June 17, 2020 3:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: z/OS 2.4 and SDSF question This is an interesting discussion. So TYPRUN=COPY is just suppose to copy the JCL to SYSOUT. I am not sure what the expectation is by the OP But on my z/OS 2.3 system with SDSF (I know he wants to know about other vendors I can see the JCL as part of the output of the TYPRUN=COPY If I have it use the MSGCLASS to our JCL repository it is in the Repository as expected. Once we upgrade to V2.4 (or other) I will repeat the process. But for me a z/OS V2.3 - works as expected Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Al Loeffler Sent: Wednesday, June 17, 2020 1:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 2.4 and SDSF question I get the same result under z/OS 2.4. I submit the following job: //ALOEFTST JOB $,CLASS=A,MSGCLASS=Y,TYPRUN=COPY //IEFBR14 EXEC PGM=IEFBR14 SDSF has a record count of 12 on the Held Output Display panel, but only shows 11 when the job is selected. The JESJCLIN DDNAME has an incorrect number for the Record Count. //ALOEFTST JOB $,CLASS=A,MSGCLASS=Y,TYPRUN=COPY J0056548 -- JES2 JOB STATISTICS -- 2 CARDS READ 11 SYSOUT PRINT RECORDS 0 SYSOUT PUNCH RECORDS 0 SYSOUT SPOOL KBYTES 0.00 MINUTES EXECUTION TIME J E S 2 J O B L O G -- S Y S T E M X E 1 0 -- N O D E N J E X E 1 0 11.24.16 J0056548 WEDNESDAY, 17 JUN 2020 11.24.16 J0056548 IRR010I USERID ALOEFIS ASSIGNED TO THIS JOB. Regards, Al Loeffler -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Tuesday, June 16, 2020 11:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS 2.4 and SDSF question Hello list, I have a "does it work" question. We don't run SDSF, instead have a competing product. As part of our testing of 2.4, one of my coworkers submitted a job with TYPRUN=COPY on the job card and found it doesn't work. Under 2.2, we get the entire input stream before the JES2 job statistics. Under 2.4, all we get is the JOB card then the statistics report. The spool display product says all the lines are there, but they won't show. When we contacted our vendor about this, they said SDSF displays the same thing, working under earlier releases, but under 2.4, only the JOB card is printed/displayed. Can somebody who is running 2.4 and SDSF (or a third party SDSF competitor) confirm this for me? Our vendor has a case open with IBM but I'd like to know if others are seeing this situation. I'm not second guessing the vendor, just curious if others have run into the situation. TIA, Rex Example: Job run under both 2.2 and 2.4. //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1), // NOTIFY=&SYSUID,TYPRUN=COPY //S1 EXEC PGM=IEFBR14 //D1 DD DISP=OLD,DSN=SFG.$AVRS.V52.KSDS Spool display under both 2.2 and 2.4 says the output is 14 lines long. 2.2 spool display (all 14 lines displayed including entire JCL stream): //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1), JOB03289 // NOTIFY=&SYSUID,TYPRUN=COPY //S1 EXEC PGM=IEFBR14 //D1 DD DISP=OLD,DSN=SFG.$AVRS.V52.KSDS -- JES2 JOB STATISTICS -- 4 CARDS READ 11 SYSOUT PRINT RECORDS 0 SYSOUT PUNCH RECORDS
Re: Good FTP client for MVS data set access
https://bit.ly/2YbqTGL Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, June 17, 2020 5:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access On Wed, 17 Jun 2020 16:58:07 -0700, Charles Mills wrote: >No flames from me but Windows "DOS" FTP has no TLS support -- is that not >right? > Is "DOS" the same as "cmd.exe"? The latter seems clearer. >Not needed in every situation but required in some. -- 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: Good FTP client for MVS data set access
For what it is worth, I prefer the file transfer features supported by the ISPF Workstation Agent. Performs well and is easy to automate using Rexx and ISPF services. On Wed, Jun 17, 2020 at 21:38 Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 17 Jun 2020 20:29:08 -0500, Shawn Prenevost wrote: > > >I am pretty happy with Bluezone as a paid product (Not sure if the FTP > >client is free) has GUI and I helped a user script an FTP to the mainframe > >that stored their password in an encrypted session definition... In the > >past I was also happy to use windows command line FTP when I was allowed a > >non TLS encrypted connection into the mainframe. > > > If you have an encrypted tn3270 client, I'd expect you have > IND$FILE. But I'm less than sure the mainframe side supports zFS. > > -- 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: Good FTP client for MVS data set access
Hi Gil, I have painfully experienced instances where IND$FILE (on z/VM) mangled a Binary Upload from my MS-Windows 10 Pro workstation. It works every time I use FTP, though (via CLI or WinSCP). Regards, David On 2020-06-17 21:38, Paul Gilmartin wrote: On Wed, 17 Jun 2020 20:29:08 -0500, Shawn Prenevost wrote: I am pretty happy with Bluezone as a paid product (Not sure if the FTP client is free) has GUI and I helped a user script an FTP to the mainframe that stored their password in an encrypted session definition... In the past I was also happy to use windows command line FTP when I was allowed a non TLS encrypted connection into the mainframe. If you have an encrypted tn3270 client, I'd expect you have IND$FILE. But I'm less than sure the mainframe side supports zFS. -- 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: z/OS Master Console Commands
so I don't know where my PA1 key is except in my TN3270 session keyboard what is it when I'm on the console? I can display and change the PFkeys but don't know what the PA1 key is. and as expected, the TN3270 key doesn't work on the console -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
On Wed, 17 Jun 2020 22:05:02 -0400, David Spiegel wrote: > >I have painfully experienced instances where IND$FILE (on z/VM) mangled >a Binary Upload from my MS-Windows 10 Pro workstation. >It works every time I use FTP, though (via CLI or WinSCP). > >On 2020-06-17 21:38, Paul Gilmartin wrote: >> >> ... ... On Wed, 17 Jun 2020 18:57:23 -0700, Charles Mills wrote: >https://bit.ly/2YbqTGL > Do tinyURLs track you? I can't imagine what other business model they have. I sometimes post URLs of Google search results. I sanitize them first. I have a script for that. Regexen are marvelous! -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
I, too, like ISPF WSA for file transfer and editing PC files with ISPF Editor, However Our marvellous SysProgs have advised me that Z/OS 2.4 is the last release which will support WSA. I expect I will be retired before 2.5 comes along but I'd appreciate any guidance for a reliable alternative. Roger -Original Message- From: IBM Mainframe Discussion List On Behalf Of Don Leahy Sent: Thursday, 18 June 2020 1:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access For what it is worth, I prefer the file transfer features supported by the ISPF Workstation Agent. Performs well and is easy to automate using Rexx and ISPF services. On Wed, Jun 17, 2020 at 21:38 Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 17 Jun 2020 20:29:08 -0500, Shawn Prenevost wrote: > > >I am pretty happy with Bluezone as a paid product (Not sure if the > >FTP client is free) has GUI and I helped a user script an FTP to the > >mainframe that stored their password in an encrypted session > >definition... In the past I was also happy to use windows command > >line FTP when I was allowed a non TLS encrypted connection into the > >mainframe. > > > If you have an encrypted tn3270 client, I'd expect you have > IND$FILE. But I'm less than sure the mainframe side supports zFS. > > -- 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 Good planets are hard to find - please think of the environment before you print this email. CAUTION - This message may contain privileged and confidential information intended only for the use of the addressee named above. If you are not the intended recipient of this message you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. If you have received this message in error please notify Air New Zealand immediately. Any views expressed in this message are those of the individual sender and may not necessarily reflect the views of Air New Zealand. _ For more information on the Air New Zealand Group, visit us online at http://www.airnewzealand.com _ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Master Console Commands
Hi Elaine. That probably depends upon which 3270 Emulation software you are using. Which one is it? Regards,. David On 2020-06-17 22:14, Elaine Beal wrote: so I don't know where my PA1 key is except in my TN3270 session keyboard what is it when I'm on the console? I can display and change the PFkeys but don't know what the PA1 key is. and as expected, the TN3270 key doesn't work on the console -- 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: Good FTP client for MVS data set access
Also slower than a dog, and if you are working for the security folks, basically unaudited. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Spiegel Sent: Wednesday, June 17, 2020 7:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access Hi Gil, I have painfully experienced instances where IND$FILE (on z/VM) mangled a Binary Upload from my MS-Windows 10 Pro workstation. It works every time I use FTP, though (via CLI or WinSCP). Regards, David On 2020-06-17 21:38, Paul Gilmartin wrote: > On Wed, 17 Jun 2020 20:29:08 -0500, Shawn Prenevost wrote: > >> I am pretty happy with Bluezone as a paid product (Not sure if the FTP >> client is free) has GUI and I helped a user script an FTP to the mainframe >> that stored their password in an encrypted session definition... In the >> past I was also happy to use windows command line FTP when I was allowed a >> non TLS encrypted connection into the mainframe. >> > If you have an encrypted tn3270 client, I'd expect you have > IND$FILE. But I'm less than sure the mainframe side supports zFS. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
> Do tinyURLs track you? Probably. > I can't imagine what other business model they have. Advertising and paid, custom tiny URLs. If Gil wanted to be able to generate paul.gi/xx links, Bit.ly might be able to help you out for a fee. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, June 17, 2020 7:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Good FTP client for MVS data set access On Wed, 17 Jun 2020 22:05:02 -0400, David Spiegel wrote: > >I have painfully experienced instances where IND$FILE (on z/VM) mangled >a Binary Upload from my MS-Windows 10 Pro workstation. >It works every time I use FTP, though (via CLI or WinSCP). > >On 2020-06-17 21:38, Paul Gilmartin wrote: >> >> ... ... On Wed, 17 Jun 2020 18:57:23 -0700, Charles Mills wrote: >https://bit.ly/2YbqTGL > Do tinyURLs track you? I can't imagine what other business model they have. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
I'm an old guy. (Maybe a lot of us are.) I still call it "the DOS window" in
my head, I think because I predate Win 3.1; for a long time I was a plain DOS
user (the PC DOS, not the early mainframe DOS). Win 3.1 wasn't really a
Windows operating system as it's understood now; DOS was the OS, and Win 3.1
sat on top of it as ISPF sits on top of TSO, providing a user interface.
So for quite a while I did a lot of work in "the DOS window" even after Windows
was around. Still do, from time to time, when I want a particular kind of file
listing ("dir xyz*.docx>x.txt") or file rename. Or (non-encrypted) FTP.
Yeah, I meant what I guess is now cmd.exe
---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
/* It does not matter how slowly you go so long as you do not stop. -Confucius
*/
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Wednesday, June 17, 2020 20:15
Is "DOS" the same as "cmd.exe"? The latter seems clearer.
--- On Wed, 17 Jun 2020 16:58:07 -0700, Charles Mills wrote:
>No flames from me but Windows "DOS" FTP has no TLS support -- is that not
>right?
>
>Not needed in every situation but required in some.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
I experimented with that when I first became aware of it, but stopped using it for some reason. I liked very much the ability to use ISPF Edit on some PC files - and vice versa, sometimes - but for file transfer I thought it was 'way too slow. Is that not the case? --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* You know it's time to diet when... ...you dance and it makes the band skip. ...your driver's license photo says "Continued on other side". ...you are diagnosed with the flesh-eating virus and the doctor gives you only 22 years to live. */ -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Don Leahy Sent: Wednesday, June 17, 2020 21:59 For what it is worth, I prefer the file transfer features supported by the ISPF Workstation Agent. Performs well and is easy to automate using Rexx and ISPF services. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
Sometimes all that's allowed, though. Some of my clients lock up FTP, and make me use IND$FILE via whatever local 3270 emulation they use. This can be a major pain. Whenever I start at a new installation, one of my first jobs is to load up a bunch of REXX tools I've written over the years. If I have to do them one at a time, it's a big bottleneck. Most apps of that sort allow you to set up a list of files - but you have to enter the list manually, one by one, providing the filename on your PC and the target DSN on the mainframe, so it's not saving anything (and is a one-time job, after all). Last time I had to deal with it I reverse-engineered the format used for multi-file transfers and had VBA create a longer list for me. I felt a fine, self-congratulatory glow at having hacked the system, but really, it shouldn't have been necessary. --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* Cats consent to love us. Dogs beg to love us. -Cathryn Michon, Grrl Genius */ -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Wednesday, June 17, 2020 23:39 Also slower than a dog, and if you are working for the security folks, basically unaudited. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Spiegel Sent: Wednesday, June 17, 2020 7:05 PM I have painfully experienced instances where IND$FILE (on z/VM) mangled a Binary Upload from my MS-Windows 10 Pro workstation. It works every time I use FTP, though (via CLI or WinSCP). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Good FTP client for MVS data set access
I've used WS_FTP for 20 yrs and it's got just about everything. Don't know about PDSE. Has auto for mode selection and gets it right most of the time. For PDS's does MGETs and MPUTs like a bat. Trial available at:https://www.ipswitch.com/ftp-client In a message dated 6/17/2020 11:52:21 PM Central Standard Time, gib...@wsu.edu writes: Filezilla for non OMVS files. Not so good for OMVS filesystem data. Thing is, it used to work, then he broke it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
