PK33649: ABEND0C2 IN DFHXFP AT OFFSET X'FFFFFFFF' DFHTBSRP +X'1014'

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• The problem is in DFHXFP at offset 000388 (base level)
  where it takes a wild branch which by chance ends up in
  DFHTBSRP. 000388 47FE 8000  B     DFHXFR00(RE)
  The offset for the branch was set up by a LH prior to the
  branch. However the LH propagates the sign bit
  leaving R14 looking like 'FFFF814C'x. Consequently the
  branch backwards as R14 is negative.
  .
  ADDITIONAL SYMPTOMS: This problem can show up as an 0C4 in any
  module that may reside in storage previous to DFHXFP. Thus, far
  another report of the problem showed an 0C4 in DFHCRIU. The
  common factor is that register 14 will contain x'FFFF8xxx',
  DFHXFP is in control but the PSW points elsewhere.
  

Local fix

• A usermod can be obtained from Level 2 to resolve this problem.
  NOTE: If you are function shipping DBCTL calls from one CICS to
  another, the usermod must be applied to both CICS regions.
  Assuming both CICS regions involved are at release 3.1
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All.                                         *
  ****************************************************************
  * PROBLEM DESCRIPTION: ABEND0C2 in DFHXFP while Function       *
  *                      Shipping DLI requests.                  *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  In the reported problem, 2 CICS systems (CICS_A and CICS_B)
  were connected via MRO.  CICS_A shipped a DLI 'INIT DBQUERY'
  request to CICS_B.  This drove transformer_2 within DFHXFP.
  
  DFHXFP used a vector table to determine offsets of the routines
  it branches to.  One of these routines was DLQY0100 and its
  vector table offset was x'85DC'.  Notice it is a 2 byte offset
  and the top x'80' bit (the sign bit) is on.  This address was
  loaded into a register using load halfword. However, the sign
  bit for a LH will be propagated to the high order 16 bits of
  the register, so the branch address in the register became
  x'FFFF85DC', a wild branch occurred with an abend 0C2.
  
  Keywords: ABEND0C4 ABENDS0C4 0C4 ABEND0C2 ABENDS0C2 MSGDFHAP0001
            AP0001 AKEA ABENDAKEA PSB SCHEDULE
  

Problem conclusion

• DFHXFP has been modified, the top 16 bits of the branch register
  will be cleared prior to branching.
  

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:

  UK22185

Modules/Macros

•    DFHXFMOD DFHXFP
  

Fix information

• Fixed component name

  CICSTS 3.1 Z/OS

• Fixed component ID

  5655M1500

Applicable component levels

• R400 PSY UK22185

     UP07/02/17 P F702

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.