- SPZAP uses the system OPEN macro. Therefore, SPZAP cannot modify or inspect RACF-protected data sets when SPZAP cannot successfully complete the access checks that occur during OPEN processing.
- A module can be a load module in a PDS or a program object in a PDSE. SPZAP replaces a program
object in a PDSE rather than updating the program object in place. Users who have used the BLDL
macro to establish a connection to a particular copy of a program object must invoke BLDL again to
gain access to the new copy.
If you are using LLA to manage a program object that has been changed through the use of SPZAP, then, to make the modified object available, the operator must refresh LLA for the directory entries for that program object. Otherwise, LLA continues to load the unmodified version of the program object.
SPZAP itself cannot identify when a load module or a program object is in use by another user or is in the process of being loaded through LLA.
See z/OS DFSMS Using Data Sets for more information about PDSEs and their data structure.
- Unexpired data sets such as system libraries cannot be modified unless the operator replies r xx,‘U’ to the expiration message that occurs during OPEN.
- If you use SPZAP to modify an operating system module that is
made resident in virtual storage only at IPL time, you must IPL the
system again to invoke the new version of the module you have modified.
(Note that this requirement applies to all modules in SYS1.LPALIB,
all data sets named in the LPALSTxx member of SYS1.PARMLIB, and all
modules in SYS1.NUCLEUS.
SPZAP itself cannot determine when a module is loaded only at IPL time.
- The SYSLIB DD statement cannot define a concatenated or a multi-volume data set.
- SPZAP supports only direct access storage devices (DASD) for the SYSLIB device.
- When modifying a system data set, such as SYS1.LINKLIB, specify DISP=OLD on the SYSLIB DD statement.
- If you use SPZAP for a digitally signed module, message AMA165I is issued. The control statement is to be processed, but the digital signature is no longer valid.
- SPZAP supports placement of SYSIN and SYSPRINT data sets in cylinder-managed space.
- SPZAP (AMASPZAP or IGWSPZAP) supports all data sets allocated in the extended addressing space (EAS) of an extended address volume (EAV).
- SPZAP (AMASPZAP or IGWSPZAP) supports the following dynamic allocation (DYNALLOC or SVC 99) options for all data sets: S99TIOEX(XTIOT), S99ACUCB (NOCAPTURE), and S99DSABA (DSAB above the line).