Allocating ISPF data sets

Typically, data sets for an ISPF application are allocated in either the TSO logon procedure, a program or an EXEC run prior to invoking ISPF, or dynamically (for example, in an EXEC) prior to invoking the application using the ISPF LIBDEF service.

When Fault AnalyzerZ Abend Investigator is invoked using the Language(KOR) option, then Fault AnalyzerZ Abend Investigator uses the ISPF LIBDEF service to logically place the data sets that are allocated to the IDIIPKORHFZIPKOR, IDIIMKORHFZIMKOR, IDIISKORHFZISKOR, and IDIITKORHFZITKOR DDnames ahead of the data sets that are allocated to the ISPPLIB, ISPMLIB, ISPSLIB, and ISPTLIB DDnames. The stacking feature of the LIBDEF service is used to ensure that any data sets defined using LIBDEF prior to invoking Fault AnalyzerZ Abend Investigator are restored on exit.

If a LIBDEF for either ISPPLIB, ISPMLIB, ISPSLIB, or ISPTLIB is already active at the time of invoking Fault AnalyzerZ Abend Investigator, then the existing LIBDEF data sets are included in the new LIBDEF, after the IDIIPKORHFZIPKOR, IDIIMKORHFZIMKOR, IDIISKORHFZISKOR, or IDIITKORHFZITKOR data sets. Because the maximum number of data sets that can be specified with LIBDEF when using the DATASET option is limited to 15, any data sets in excess of 14 that is already specified using LIBDEF, are not available. (This arithmetic assumes that only one data set is specified for the IDIIPKORHFZIPKOR, IDIIMKORHFZIMKOR, IDIISKORHFZISKOR, and IDIITKORHFZITKOR DDname, as is normally the case.) Therefore, it is important that any Fault AnalyzerZ Abend Investigator base function ISPF data sets that are specified using LIBDEF at the time of invoking Fault AnalyzerZ Abend Investigator are among those that are included in the Fault AnalyzerZ Abend Investigator established LIBDEF, otherwise ISPF failures might result due to untranslated members not being found.