IBM Support

OA21710: CICS WEB RECEIVE. AKEA ABEND IN MODULE DFHEIWB - REXX INTERFACE REGRESSION

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Further debugging revealed that on INC 49, the
    area allocated by REXX for the INTO area used the
    MAXLENGTH value, but on INC 50, it did not,
    allocating a smaller area, and causing overwriting
    when the data was received using the MAXLENGTH
    size. Looking at the REXX keyword tables in main
    storage in the dump, I see that for INC 50 the
    keywords TOCONTAINER and TOCHANNEL appear between
    the INTO keyword and the MAXLENGTH keyword and I
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All.                                         *
    ****************************************************************
    * PROBLEM DESCRIPTION: Rexx exec caused abend 0C4 in DFHEIWB.  *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    A Rexx exec performed the following command:
                                                                   .
    'CICS WEB RECEIVE INTO(RECEIVE.INDEX) MAXLENGTH(32767)'
                                                                   .
    This produced a RECEIVE area of length x'7FFF' at an address
    at (for example) x'10000000'.  However, at X'10000900' was
    the start of the parameter list of the CICS WEB RECEIVE
    call.  This huge overwrite of the plist manifested itself
    as an 0C4 in DFHEIWB.  The Rexx EXEC interface relied on a
    CICS convention that a length field was always the next keyword
    in the table after the keyword to which it applied, however,
    this convention had changed.  A similar problem may occur for
    other commands.
    
    Keyword:  CICREXD
    

Problem conclusion

  • The ARGBLD routine in CICCP023 has been amended and is now
    compatible with the table conventions used by CICS.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    OA21710

  • Reported component name

    REXX/CICS COMM

  • Reported component ID

    565511200

  • Reported release

    110

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2007-07-10

  • Closed date

    2007-09-12

  • Last modified date

    2007-10-02

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

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

    UA36686

Modules/Macros

  • CICCPDSD CICCP000 CICCP020 CICCP023
    

Fix information

  • Fixed component name

    REXX/CICS COMM

  • Fixed component ID

    565511200

Applicable component levels

  • R110 PSY UA36686

       UP07/09/14 P F709

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"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"1.1","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]

Document Information

Modified date:
02 October 2007