PH38333: STORAGE VIOLATION CAUSED BY GET_CONTAINER_INTO WHEN COMMAREA > 24K ON DPL REQUEST IS FOLLOWED BY DPL WITHOUT A COMMAREA

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Similar problem to that described by APAR PH35082, but in this
  instance TOR makes an EXEC CICS LINK request for a COMMAREA
  longer than 24K followed by an EXEC CICS LINK without a
  COMMAREA.
  The XFP TRANSFORMER_2 code on the AOR is correctly not issuing a
  GETMAIN for PC-COMM storage for the second request because
  there is no COMMAREA to pass to the application. However, it
  then incorrectly issues a PGCR GET_CONTAINER_INTO request,
  attempting to copy the COMMAREA from the previous EXEC CICS
  LINK and this causes the overwrite.
  .
  Additional symptoms / search keywords:
  KERNDUMP taken following abend 0C1 due to invalid branch from
  module DFHPCCR because Kernel stacks are overlaid.
  abend0C1 S0C1
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICS users.                              *
  ****************************************************************
  * PROBLEM DESCRIPTION: Storage violations on a remote CICS     *
  *                      region when processing EXEC CICS LINK   *
  *                      requests.                               *
  ****************************************************************
  An application issued an EXEC CICS LINK to a remote CICS region
  over an MRO CONNECTION passing a COMMAREA longer than 24K.
  It then issued another EXEC CICS LINK over the same CONNECTION
  but did not include a COMMAREA on that request.
  
  CICS used the DFHTRANSACTION CHANNEL to transmit the COMMAREA
  on the first request in a DFHCOMMAREA container. When processing
  the second request, it did not remove that DFHCOMMAREA container
  so it was passed on the second request.
  
  The DFHXFP transformer code on the remote region did not issue a
  GETMAIN for COMMAREA storage for the second request. However it
  then attempted to import the DFHCOMMAREA container. This caused
  the overwrite and subsequent storage violations.
  
  Additional keywords: ABENDU1800 U1800
  

Problem conclusion

• DFHXFP has been changed so that any DFHCOMMAREA container from a
  previous request is deleted before shipping an EXEC CICS LINK
  request without a COMMAREA.
  

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:

  UI76433

Modules/Macros

• DFHXFP   DFHXFQ   DFHXFSTG
  

Fix information

• Fixed component name

  CICS TS Z/OS V5

• Fixed component ID

  5655Y0400

Applicable component levels

• R300 PSY UI76433

     UP21/07/24 P F107 ¢

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.