OA40561: ISRUMCML ABEND0C4 AFTER PRIOR ABEND DUE TO BAD ESTAE RECOVERY ADDRESS, WHEN IEBCOPY IS NO LONGER IN IKJTSO00 (OA37218)

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• When IEBCOPY is no longer in IKJTSO00 per OA37218, abends like
  x37's that take place during copy operations cause a subsequent
  abend0C4 because the ESTAE recovery address is not correct.
  

Local fix

• Re-enable the IKJTSO00 entries or address the primary abend.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All ISPF users.                              *
  ****************************************************************
  * PROBLEM DESCRIPTION: ABEND0C4 after IEBCOPY call experiences *
  *                      problems - such as ABENDx37.            *
  ****************************************************************
  * RECOMMENDATION: Apply the provided PTF.                      *
  ****************************************************************
  IEBCOPY has been removed from the AUTHPGM list as described by
  OA37218. When IEBCOPY experiences an ABENDx37, the ISPF ESTAE
  handles this condition incorrectly. ABEND0C4 and/or looping
  can occur.
  

Problem conclusion

• Module ISRUMCML is changed to return control to the correct
  location in the mainline routine.
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

  UA67300

Modules/Macros

•    ISRUMCML
  

Fix information

• Fixed component name

  ISPF Z/OS PDF&S

• Fixed component ID

  565504202

Applicable component levels

• RM02 PSY UA67300

     UP12/12/02 P F211

Fix is available

• Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.