PK72938: TRANSACTION DUMP NOT TAKEN WHEN EXEC CICS ABEND CANCEL ISSUED

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Transaction dump not taken from DFHABAB when issuing EXEC CICS
  ABEND(xxxx) CANCEL. DFHABAB uses parameters from an EXEC CICS
  FREEMAIN to make a decision to take the transaction dump.
  DFHEPC (running at the DFHAPLI1  stack level to process the EXEC
  CICS ABEND), uses TCADOMPM in to build the DFHABAB parmlist and
  calls DFHABAB for the START_ABEND. DFHABAB copies that, just
  before the call to the XPCTA exit, into DFHABAB's stack. Then
  when DFHUEH calls the assembler exit program DFHEIPA is invoked
  to get the DFHEISTG storage and it also uses TCADOMPM in which
  to build the parm list for the getmain and freemain. Then when
  control returns back to DFHABAB, it never puts TCADOMPM storage
  back to the way it was on entry.
  Additional Symptom(s) Search Keyword(s): KIXREVRHC
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All.                                         *
  ****************************************************************
  * PROBLEM DESCRIPTION: The code after a resume address set by  *
  *                      an XPCTA global user exit, issues an    *
  *                      abend which may not produce a           *
  *                      transaction dump.                       *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  A transaction with an EXEC CICS HANDLE ABEND LABEL command
  abends and an active XPCTA GLUE intercepts the abend and
  sets a resume address.  The code following the resume
  address issues an EXEC CICS ABEND command with a different
  transaction abend code.  This command has the CANCEL option
  which specifies that HANDLEs established by earlier
  EXEC CICS HANDLE ABEND commands are to be ignored.  However, a
  transaction dump is not produced for the second abend because
  the flags in the parameter list for the DFHABAB call have been
  overwritten by a storage manager call issued when the GLUE was
  invoked.
  

Problem conclusion

• DFHABAB has been changed to re-establish the parameter list
  after returning from invoking the XPCTA GLUE.
  

Temporary fix

• FIX AVAILABLE BY PTF ONLY
  

Comments

APAR Information

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

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

  UK43377

Modules/Macros

•    DESABAB  DFHABAB
  

Fix information

• Fixed component name

  CICSTS V3 Z/OS

• Fixed component ID

  5655M1500

Applicable component levels

• R500 PSY UK43377

     UP09/01/28 P F901

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.