Author: Robert Sample
Subject: Reply to: Copy load modules and alias
Posted: Thu Apr 20, 2017 7:06 am (GMT 5.5)
The system is doing what you asked. From the DFSMSdfp Utilities manual on IEBCOPY with emphasis added by me:
_________________
TANSTAAFL
The first rule of code reuse is that the code needs to be worth re-using.
"We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil." -- Donald Knuth
Subject: Reply to: Copy load modules and alias
Posted: Thu Apr 20, 2017 7:06 am (GMT 5.5)
The system is doing what you asked. From the DFSMSdfp Utilities manual on IEBCOPY with emphasis added by me:
| Quote: |
| Copying Members That Have Alias Names (COPY Statement) This topic discusses using the COPY statement for copying a PDS, PDSU, or PDSE that has members with alias names. The COPYGRP or COPYGROUP statement is recommended for copying program objects. Tip: If the COPY statement is used to copy program objects, errors can occur. If you are copying an entire data set to a new data set (one that has no members before the copy operation), all members and their aliases will be copied, and they will have the same relationship to one another as they had on the original data set. If you are merging a data set with another data set, no members or aliases on the output data set will be changed unless you specify that input members are to replace output members. Example: In all instances, if you have a member A with alias B on your input data set, and a member C with alias B on your output data set, if you do not indicate replacement, member A will be copied over, but the alias name B will continue to refer to C. If you do indicate replacement, B will be copied as an alias of member A in the newly merged data set. When selectively copying from a partitioned data set, you must specify every name that you want copied, including their aliases. |
_________________
TANSTAAFL
The first rule of code reuse is that the code needs to be worth re-using.
"We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil." -- Donald Knuth