On 18/11/2020 11:47 pm, Kirk Wolf wrote:
Hey David,
Thank you for rescuing this thread from the ash heap of old hardware model
numbers and tape formats :-)
Topic drift makes this forum almost unreadable these days!
We already have on our list to add ISPF-style enqueue serialization to
putpds. It just didn't make the first release.
Currently putpds allocates the data set with DISP=OLD (SYSDSN EXCL).
Awesome. We have coz installed on all LPARS on multiple plexes. I'll
install the lastest version locally and wait until the next release
with ISPF-style ENQs before requesting a global roll-out.
Cheers
On Tue, Nov 17, 2020 at 11:02 PM David Crayford <dcrayf...@gmail.com> wrote:
This is really cool. We could use this right now for our SCLM/Git
Integration tooling.
Q: How does it handle member ENQs. Does it ENQ using SPFEDIT or SYSDSN?
One of the problems we ran into with "cp" copying an entire data set is
it fails if one member is in use.
We worked around this by writing a cp_pds_to_dir command.
On 13/11/2020 9:54 pm, Kirk Wolf wrote:
I wanted to update this thread with a bit of news. We have had the
enjoyable experience of working with Lionel and Henri (please check out:
http://zigi.rocks) on requirements for some new shell commands for the
Co:Z
Toolkit V6.2.0, which we released this week.
The new commands (getpds and putpds) use BPAM+BSAM along with our
existing
Co:Z record <-> stream processing framework to allow you to copy PDS
members to and from z/OS UNIX files. Also included are extensive options
for ISPF stats processing.
The performance (when compared to "/bin/cp") is better than we could have
expected. The following example copies all of the members of SYS1.MACLIB
to text files in the current directory:
$ getpds //sys1.maclib .
getpds(SYS1.MACLIB)[N]: 2015 members/2435218 records/194817440 bytes
read;
194011101 bytes written in 1.791 seconds
(103.307
MBytes/sec).
For more information:
https://dovetail.com/docs/zos-utilities/dsp-ref_getpds.html
https://dovetail.com/docs/zos-utilities/dsp-ref_putpds.html
https://dovetail.com/docs/cozinstall/changes.html
Co:Z is available free under our Community License
<https://dovetail.com/docs/cozinstall/licenses.html>.
Kirk Wolf
http://dovetail.com
On Mon, Jun 22, 2020 at 9:30 AM Paul Gilmartin <
0000000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
On Wed, 17 Jun 2020 07:14:39 -0500, Lionel B Dyck wrote:
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.
I notice that replies this thread have focused on Classic PDS as the
performance culprit. Has someone tried the benchmarks:
cp UNIX -> UNIX vs. cp PDS -> PDS
... and compared performance? I suspect Classic OS was optimized
for a few large data sets; UNIX for many small files.
Might there be an argument here for maintaining the data where it
works best and omitting the copying?
-----Original Message-----
From: Kirk Wolf
Sent: Wednesday, June 17, 2020 7:03 AM
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
----------------------------------------------------------------------
For IBM-MAIN subscribe / 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
