PK06015: DFHSM0002 X'0305' DOUBLE FREEMAIN OF WEBBODBF DOCUMENT BODY BUFFER BY DFHWBBLI FROM WEB-ALIAS TRANSACTION.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• There isa double freemain of WEBBODBF storage. In the trace we
  see CWXN getmains a WEBBODBF out of DFHWBAP module, then XM
  task frees it during task termination. Then CXBA, not knowing
  the task has been freed then tries to free it again from
  DFHWBBLI. The problem is that ths buffer is in task storage.
  Previous releases getmained this from temporary storage so the
  assumption is the storage will not get freemained at task
  termination. It should be getmained from a subpool that won't
  be freemained when CWXN goes away.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All.                                         *
  ****************************************************************
  * PROBLEM DESCRIPTION: MSGDFHSM0002 code 0305 when DFHWBBLI    *
  *                      attempts to freemain WEBBODBF storage   *
  *                      which has already been freed.           *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  A web request is processed by a CICS web receiver (CWXN) task.
  The analyzer program issues an EXEC CICS WEB SEND and then
  blanks out WBRA_SERVER_PROGRAM before completing. The expected
  effect is that the web alias task will bypass the normal call to
  a web business logic application but will instead flush the WEB
  SEND issued by the web receiver task. This worked correctly
  in previous CICS releases where the body of the web response was
  held in temporary storage.
  In CICS TS 3.1 the body of the web response is placed in task
  storage (in this case owned by the CWXN task).
  When the CWXN task terminates this storage is freemained. Later
  on the web alias task builds the HTTP response from the
  freemained WEBBODBF storage and then issues its own freemain.
  This fails as the storage has already been freed. In any case
  this storage was never owned by the web alias task.
  
  ADDITIONAL KEYWORDS :- SM0002
  

Problem conclusion

• CICS Web support has been changed so that all getmains and
  freemains of WEBBODBF areas use the WBGENRAL shared subpool
  instead of task storage.
  Routine WBRQ_TIDYUP has been changed so that any retained
  WEBBODBF area anchored from the WRB is released before the WRB
  is freemained.
  

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:

  UK06313

Modules/Macros

•    DESWBA   DESWBAP  DESWBBLI DESWBDM  DESWBRQ
  DESWBSR  DESWBXM  DESWBXN  DFHWBA   DFHWBAP  DFHWBBLI DFHWBDM
  DFHWBRQS DFHWBSR  DFHWBXM  DFHWBXN
  

Fix information

• Fixed component name

  CICSTS 3.1 Z/OS

• Fixed component ID

  5655M1500

Applicable component levels

• R400 PSY UK06313

     UP05/08/22 P F508

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.