I'm not sure that I agree that this was a tech writer command mixup. The COPYGROUP statement was created to be a superset of COPYGRP, adding better PDS support in addition to providing SELECT member name filter patterns.
I'm not saying that it isn't working as designed, but it sure seems like a huge miss by IBM to not support the unloading of PDS groups with the new command, and then screw the documentation up to look like it does. In any case, thanks for the responses - it looks like I'm stuck with COPY for unload. --Steve Dovetailed Technologies www.dovetail.com On Thu, Jul 2, 2020 at 12:58 PM Steve Smith <sasd...@gmail.com> wrote: > Obviously, there's an error in the documentation. Evidently, the manual > writer got the two commands mixed up in your first quote. > > Which is hardly surprising. Having two commands with a subtle difference > in names and behavior is ridiculous. > > sas > > On Thu, Jul 2, 2020 at 11:03 AM Steve Goetze <goe...@dovetail.com> wrote: > > > I'm trying to use IEBCOPY to unload a single PDS member that has aliases. > > According to IBM's documentation: > > > > > https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.idau100/cpogrp.htm > > this should be possible: > > > > For unloading groups: > > Using COPYGRP: PDSE to PS > > Using COPYGROUP: PDSE to PS, or PDS to PS > > > > > > ---------------------------------------------------------------------- > 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
