IBM Support

PH54742: DFHWB0002 CODE X'071D' AFTER EXEC CICS WEB RECEIVE SET MAXLENGTH

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • The application issues an EXEC CICS WEB RECEIVE SET MAXLENGTH
    and begins processing the incoming response which was returned
    to CICS in chunks. A single chunk was used to send the entire
    response body and the length of this chunk matches the MAXLENGTH
    value exactly. CICS then needs to receive the zero-length chunk
    which indicates the end of the data. Since the entire chunk
    fits into a single chunk, the zero-length chunk is incorrectly
    triggering the excess chunks processing which needs to obtain a
    buffer to hold the excess chunk data. This leads to a GETMAIN
    with a length of 0 and that causes the DFHWB0002 message.
    
    Additional Symptoms / Search Keywords: KIXREVPAD
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS users.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: EXEC CICS WEB RECEIVE SET MAXLENGTH     *
    *                      causes DFHWB0002 code(x'071D') message  *
    *                      and system dump.                        *
    ****************************************************************
    A CICS application has made an outbound HTTP request.  An EXEC
    CICS WEB RECEIVE SET MAXLENGTH command was used to receive the
    response.  The response returned from the server was in a single
    chunk.  The length of that chunk was exactly the same as the
    MAXLENGTH specified by the application.
    
    DFHWBCL receives the chunk and returns it in a SET buffer of the
    requested size.  After that has been done an attempt is made to
    process any additional chunked data that may be present.  A new
    buffer is acquired for that processing, but as there is no more
    data a GETMAIN with length 0 is attempted.
    
    The GETMAIN fails and gets reported in message DFHWB0002
    code(x'071D') and a system dump is taken.
    
    It is also possible for the WEB RECEIVE command to suffer an
    AEXZ abend.  The cause of the abend is DFHAP0001 An abend (code
    0C4/AKEX) has occurred at offset X'05FC' in module DFHCV64.
    

Problem conclusion

  • DFHWBCL has been changed to correctly process a chunked response
    when the MAXLENGTH value on the WEB RECEIVE command is the exact
    size of the chunked response.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PH54742

  • Reported component name

    CICS TS Z/OS V6

  • Reported component ID

    5655YA100

  • Reported release

    400

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2023-05-25

  • Closed date

    2023-06-23

  • Last modified date

    2023-07-03

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

    UI92405

Modules/Macros

  • DFHWBCL
    

Fix information

  • Fixed component name

    CICS TS Z/OS V6

  • Fixed component ID

    5655YA100

Applicable component levels

  • R400 PSY UI92405

       UP23/06/24 P F306

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.

[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Platform":[{"code":"PF054","label":"z Systems"}],"Version":"6.1","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]

Document Information

Modified date:
03 July 2023