PH04124: DFHTR0112 CICSPNNN BAD DATA PASSED FOR TRACING TO MODULE DFHTRPT AND 0C4 IN DFHTRPX.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• The DFHTR0112 dump shows that DFHWBBLI UI53966 +x'4434'
  is trying to issue trace point POINT_ID(4574)
  but the trace request it passes causes an 0C4 in
  DFHTRPX 0C4 pic 10 on MVCL :
  -1C E380 1030 0004 LG      R8,48(,R1)
  -16 4080 6028      STH     R8,40(,R6)
  -12 41A0 602A      LA      R10,42(,R6)
   -E B904 00B8      LGR     R11,R8
   -A E3E0 1028 0004 LG      R14,40(,R1)
   -4 B904 00FB      LGR     R15,R11
   +0 0EAE           MVCL    R10,R14
  R14 is bad for the MVCL.
  Execution key at Program Check/Abend:  8
  Instruction Length: 2   Interrupt Code: 0010   Exception
  Address:
  30440800
   AMODE: 64
   Branch Event Address:  1D558600  Module
   CICS Error Instruction Address: 1D55864E
  Execution key at Program Check/Abend:  8
  CICS Registers:
  R0:     1D7AA000
  R1:     1EF55000
  R2:     00000C2A
  R3:     30440058
  R4:     1EF55000
  R5:     1D7AA000
  R6:  50_00368020
  R7:     00000FE0
  R8:     00000C00
  R9:     000003B6
  R10: 50_0036804A
  R11:    00000C00
  R12:    00077080
  R13:    1EC72040
  R14:    30440058
  R15:    00000C00
  TR 0102 TRPT  *EXC* - INVALID-DATA-PASSED : CALLING DOMAIN WAS
  AP :
  PARAMETER LIST WAS FUNCTION(TRACE_PUT) POINT_ID(4574) DATA1
                     (00000000_30440058 , 00000000_00000C00)
  R14 was loaded from R1 +x'28'.
  
  DFHWBBLI is passing bad trace data and causing
  0C4 in DFHTRPX.
  The bad data is coming from DFHWBBLI's WRB_PTR, trdata_ptr64
  field after EXEC WEB SEND IMMEDIATE FROM NOCONVERT command.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICS users.                              *
  ****************************************************************
  * PROBLEM DESCRIPTION: Bad data is traced after EXEC WEB SEND  *
  *                      IMMEDIATE FROM NOSRVCONVERT command     *
  *                      which may cause an 0C4.                 *
  ****************************************************************
  An HTTP request is received and transaction CWBA is started. It
  links alias program DFHWBA which then links to DFHWBBLI to
  perform the processing of the request. DFHWBBLI calls the
  requested user application which performs an EXEC CICS WEB SEND
  IMMEDIATE NOSRVCONVERT request. As option NOSRVCONVERT is
  specified, data conversion is not required so response data
  can be sent directly from the application buffer (the data in
  FROM option). But the pointer to address the application buffer
  is not cleared. When the user application returns to DFHWBBLI,
  it tries to trace the data if the pointer is non-zero. As the
  data belongs to user storage, you may either trace out residual
  data or hit unallocated storage and suffer an 0C4.
  

Problem conclusion

• DFHWBAP has been changed to clear the buffer pointer after EXEC
  CICS WEB SEND IMMEDIATE NOSRVCONVERT command.
  

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:

  UI60458 UI60459

Modules/Macros

• DFHWBAP
  

Fix information

• Fixed component name

  CICS TS Z/OS V5

• Fixed component ID

  5655Y0400

Applicable component levels

• R100 PSY UI60458

     UP19/01/01 P F812

• R200 PSY UI60459

     UP19/02/02 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.