PM01060: CICS SENDS ERROR MESSAGES IN EBCDIC TO EPI CLIENT.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Using EPI between CICS on Z/OS and a ctg V6 or V7 on AIX.
  From the same terminal on AIX a first transaction is run
  (Abending or running fine) . This transaction is routed to the
  AOR from the TOR.
  If a second transaction ( in our case the same TRANID) is run
  from the same terminal and abend in the AOR the error messages
  and abend for the second transaction are not received by the
  terminal then the terminal received the error messages and abend
  for the first transaction.
  The difference seems to be the error messages are sent from the
  TOR in EBCDIC for the second transaction then they are sent in
  ASCII for the first transaction.On AIX the EBCDIC messages are
  not transmitted to the terminal.
  In both cases the traces entries are the same until the LINK to
  DFHTFP.
  DFHPEP is called for the first task then it is not called for
  the second task.
  DFHCCNV is used to send error message on ABEND only for the
  first task started on a terminal for EPI.
  If abend occured on a next task on this terminal message is send
  to the session (LU6.2) instead of surrogate terminal.
  
  for task 3717 entry 016149 AP 00E0 MGP ENTRY 02206 TERM
  for task 3757 entry 035990 AP 00E0 MGP ENTRY 02206 RETTIOA TIOA
  
  The problem is when the transaction has to be defined in the TOR
  with the DYNAMIC attribute set to yes.
  

Local fix

• If the transaction is statically routed from the TOR to the AOR
  the problem should not occur.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICS users.                              *
  ****************************************************************
  * PROBLEM DESCRIPTION: CICS sends message DFHAC2206 to         *
  *                      a CTG Client in EBCDIC rather           *
  *                      than ASCII.                             *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  CICS receives an EPI request in ASCII from a CTG client to run
  a user transaction. During transaction attach, the request is
  converted from ASCII to EBCDIC.  Because the transaction is
  defined as DYNAMIC, TCTEDTR is turned on in the surrogate TCTTE
  and the user dynamic routing program is invoked. The route
  selection chosen by EYU9XLOP is to route to another CICS region.
  
  The user program in the second CICS region runs and issues an
  EXEC CICS ABEND ABCODE('XXXX').  An ABORT request is sent back
  to the first CICS region along with message DFHAC2206.
  
  The first CICS region issues message DFHIR3783 followed by an
  abend AZI6. During abend processing DFHTFP TRANSACTION_ABENDED
  checks TCTEPROP in the surrogate TCTTE to determine if the abend
  needs to be propagated to the TOR.  TCTEPROP is off, so a
  negative response with message DFHAC2206 converted in ASCII is
  sent to the CTG client.  The CTG client receives the negative
  response and message DFHAC2206 is displayed at the terminal.
  
  A second request from the CTG client to run the user
  transaction at the same terminal is received.  DFHZTSP
  ATTACH finds TCTEDTR on and sets TCTEPROP on.  As in the
  first request, the user transaction is routed to the
  second CICS region.
  
  The user program issues an EXEC CICS ABEND ABCODE('XXXX').
  An ABORT request is sent back to the first CICS region.  Message
  DFHIR3783 is issued and the task is abended with an AZI6.
  DFHTFP TRANSACTION_ABENDED finds that TCTEPROP is on and issues
  a DFHLUC ISSUE-ABEND instead of sending a negative response.
  Message DFHZN2701 is issued.  An FMH7 with message DFHAC2206
  in EBCDIC is sent to the CTG client.  Because the CTG client
  expects the data to be in ASCII, message CCL7053E
  'Errors found while communicating with server.' is issued.
  

Problem conclusion

• DFHZTSP has been changed to turn off TCTEDTR and TCTEPROP in the
  surrogate TCTTE, when performing the DETACH function for this
  scenario.
  

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:

  PM05042 UK53935

Modules/Macros

•    DFHZTSP
  

Fix information

• Fixed component name

  CICSTS V3 Z/OS

• Fixed component ID

  5655M1500

Applicable component levels

• R500 PSY UK53935

     UP10/01/30 P F001

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.