Wayne: Yes, it does look like each file or path has to be explicitly defined
Paul: '...akin to asking DFMSMdss to select individual PDS members' is an analogy I had not seen. Thank you. And of course, DFSMSdss has never been able to do this and it's unlikely it ever will; '...filenames containing NL...' Again, something I had not considered. I can confidently say that in the situation that is driving my investigation that does not happen _now_, but that's no guarantee it won't occur in the future; '...use 'pax'...' That's what we do now and it is precisely the thing I'm trying to move away from. We have data files for a specific system that consist of a 'z/OS files component' and a 'USS files component'. Both are dumped in separate independent jobs, and we see a danger that the two resulting 'dump' files could conceivably get out of synchronisation. It looks like what I want is not possible at present and is unlikely to be so in the future. Thanks for your responses, Gentlemen. I'm going to abandon this particular investigation for now. On Tue, 29 Sep 2020 at 16:19, Paul Gilmartin < [email protected]> wrote: > On Tue, 29 Sep 2020 08:52:38 +0100, Sean Gleann wrote: > > >I'm currently investigating the use of DFDSS DUMP PATH to secure data held > >in UNIX files and folders. > > ... > >"DFSMSdss does not provide wildcard support when processing UNIX files." > > ... > >I can see a possible method of including a massaged version of 'ls' output > >in the INCLUDE parameter, but I don't see this as a particularly workable > >solution. > > > The better utility for that is "find" rather than "ls". "find" supports > wildcards > and boolean expressions; "ls" supports neither. The massaging would need > to protect special characters with a scheme supported by DFSMSdss. > Filenames containing NL are a particular challenge. > > ALas, z/OS's "find" does not support the precious "-print0" extension. > > What you're asking is akin to asking DFSMSdss to select individual PDS > members. > > >Also, with a DUMP of data comes the requirement to be able to RESTORE it > to > >- possibly - a different WORKINGDIRECTORY, but I haven't got that far yet. > > > Use 'pax". Mr. Natural sez, Use the right tool for the job. > > -- gil > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
