Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
Allocating required ISPF libraries z/OS ISPF User's Guide Vol I SC19-3627-00 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||
The libraries described in Table 1 are partitioned data sets required for operation of ISPF in the MVS/TSO environment:
Note: The block size must be a multiple of 80. You can specify BLKSIZE=0
to use a system determined block size.
The panel, message, skeleton, and table input libraries are distributed with ISPF. As distributed, the libraries have the characteristics listed. These libraries can be reblocked by the installation to a larger block size. In addition, the panel, message, and skeleton libraries can be copied into a variable record format. The maximum length records supported are 160 for panels, 80 for messages, and 255 for skeletons. If data sets having unequal record lengths are to be concatenated, the record format must be variable. If you have preprocessed any panels in the panel library, they must be reprocessed using the ISPPREP utility after changing the panel library's record size or record format. Preprocessed panels will not function correctly if copied directly to a data set with a different record size or format. Table 2 contains the LRECL limits which are enforced during ISPF initialization:
The VB libraries require the LRECL to contain 4 extra bytes for the record descriptor word. Note: Use of the BUFNO parameter on allocation of ISPF libraries is
not supported.
Problems can occur when using file tailoring services together with other services (EDIT, COPY, ...) that result in modifying the data set members in the ISPSLIB concatenation. ISPSLIB is the input skeleton library, and it is assumed to be a static library. FTINCL obtains existing DCB/DEB information based on the last OPEN done against ISPSLIB by ISPF. It is recommended that applications that use file tailoring and that also modify members of ISPSLIB use the LIBDEF service for ISPSLIB to point to the application's skeleton library. Additionally, the application should check for any changes to the data set information (DCB/DEB) before invoking file tailoring services. If there has been a change, then the application should issue a NULL LIBDEF for ISPSLIB and then re-issue the original LIBDEF for ISPSLIB. This forces the ISPSLIB library to close and then re-open. ISPF assumes that ISPSLIB is a static library. When you make allocations, consider limiting the possibility of extents by allocating the skeleton with the largest optimal block size. There is a separate profile library for each end user. Its contents are dynamically generated and updated while ISPF is running. There is also a unique profile library for each national language version. The recommended data set names for these libraries are shown here. Check with your ISPF system administrator to determine if these are the actual data set names used at your installation.
xxx is a placeholder that represents the specific language you are using:
You should concatenate application libraries for panels, messages,
skeletons, and tables ahead of the corresponding ISPF libraries using
the ddnames shown. The application libraries must have the same data
set characteristics as the required libraries, as described. For example,
assume that application XYZ uses these partitioned data sets for panels,
messages, skeletons, and tables:
You would issue these allocations:
These allocations must be performed before you start ISPF. They can be done in the user's TSO LOGON procedure by using DD statements, as shown, or in a CLIST or REXX command procedure by using the corresponding TSO ALLOCATE commands. |
Copyright IBM Corporation 1990, 2014
|