The following considerations apply to unallocation requests specifying
a
dsname or
pathname.
For a description of unallocation by
ddname,
see
Deallocating resources by ddname.
- If you do not specify a ddname, and the dsname or pathname is
associated with more than one ddname, all associated data sets or z/OS® UNIX files
are deallocated. If an error occurs while deallocating one ddname,
processing continues for the others and an error code is returned
in the SVC 99 parameter list. If errors occur for more than one ddname,
the error code applies to the last ddname for which there was an error.
- If you specify a member name with the dsname, only those associations
containing both the member name and dsname are deallocated. If you
code a member name text unit key, you must also code the dsname text
unit key for a valid request.
- To dynamically deallocate a z/OS UNIX file by pathname, you
must specify the same pathname that you specified to allocate the
file. If the pathname specified differs, the unallocation request
will fail. For example, suppose that the file pay.time can
be accessed through multiple paths. It was allocated as /usr/applics/pay.time but
can also be accessed as /comn/pgms/pay.time.
Deallocating the file through the /comn/pgms path
is not possible. It must be deallocated by the /usr/applics/pay.time pathname.