PM42455: CICS ABENDU1800 AFTER ABEND0C1(BRANCH TO LOW CORE FROM DFHKELRT)DURING EXEC CICS SYNCPOINT FROM L8 TCB. 11/07/07 PTF PECHANGE

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• CICS TS 4.1
  
  After applying PTF UK67848 which supercedes UK66252, an abend0c1
  occurs on a BRANCH R14 in DFHKELRT to low core as R14 contained
  x'00000000'.
  
  DFHKE1800 xxxxxxx ABNORMAL TERMINATION OF CICS IS COMPLETE.
  BPXP018I THREAD 17DB6C0000000000, IN PROCESS 339, ENDED  912
  WITHOUT BEING UNDUBBED WITH COMPLETION CODE 00000708
  , AND REASON CODE 00000000.
  IEF450I xxxxxxx- ABEND=S000 U1800 REASON=0000000
  The problem occurs when an EXEC CICS SYNCPOINT is issued when
  running on an L8 TCB.
  DFHAPRC's KE stack is getting corrupted and DFHKELRT then
  picks up a bad R14 and branches to low core.
  

Local fix

• Turn on CICS internal trace with trace component AP=1
  STANDARD LVL. Having this trace active avoids the problem.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICS users.                              *
  ****************************************************************
  * PROBLEM DESCRIPTION: When an EXEC CICS SYNCPOINT command is  *
  *                      issued from an L8 TCB where DL/I        *
  *                      processing is involved, a 0C1 abend     *
  *                      occurs in DFHKELRT. This is followed by *
  *                      CICS termination with a U1800 abend.    *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  When processing an EXEC CICS SYNCPOINT command, DFHSPP is
  called.  This in turn calls other components for DWE processing.
  When DL/I processing is involved, IMS is called to perform
  syncpoint processing.  This must be performed on the QR TCB so
  a DFHDSATI macro is used to switch.  However, the parameter list
  was not correctly set up to point to DFHSPP's working storage so
  it in fact overwrote the stack of the calling module, DFHAPRC.
  This caused a 0C1 abend in DFHKELRT while processing the domain
  call return.  If AP level 1 trace is active then R2, which is
  used to address the parameter list, already points into DFHSPP's
  stack so the problem does not occur.
  
  Additional keywords: abends0c1 abend0c1 s0c1
  

Problem conclusion

• UK66252 UK67848
  DFHSPP was changed to correctly address the DFHDSAT parameter
  list in all cases before making the DFHDSATI macro call.
  

Temporary fix

•             *********
              * HIPER *
              *********
  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:

  UK69936

Modules/Macros

•    DFHSPP
  

Fix information

• Fixed component name

  CICS TS Z/OS V4

• Fixed component ID

  5655S9700

Applicable component levels

• R600 PSY UK69936

     UP11/08/09 P F108 ®

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.