On 21/12/21 10:58 am, Paul Gilmartin wrote:
*New file system support to access z/OS data sets*
IBM plans to provide a new file system type that will render traditional
z/OS data sets accessible by the z/OS UNIX name space. This will enable
z/OS UNIX applications, tools, and utilities transparent access to data
in these data sets in a secure and consistent manner.
Does this imply support for open() and thereby shell redirection?
How does this interact with SYSDSN ENQ?
How does this interact with ENQ SPFEDIT,rname,E,52,SYSTEMS?
How does this interact with ENQ SPFEDIT,rname,E,12,SYSTEMS?
What about the converse? I've long wished for support for UNIX
directoriies in STEPLIB, SYSEXEC, ...
Don't know. I have access to IBMs Slack channel so I might ask around.
It has long been an irritant that "cp source //pds(member) issues ENQ EXC
on the entire target data set. Will this be mitigated? (I suspect this is a
limitation of the C/C++ RTL.)
I don't use "cp" for data sets. I switched to Dovetails awesome
getpds/putpds utilities. Not only do they support granular ENQs and even
better in our case ENQs they are rip-roaring fast.
A problem was reported here a few weeks ago that:
//STEP1 EXEC PGM=BPXBATCH,PARM='pax -wf "//''dat.set'"''
//STEP3 EXEC PGM=AMATERSE
//SYSUT1 DD DISP=SHR,DSN=data.set
failed on an ENQ on "data.set". Will this be mitigated?
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
