IBM Support

PM39132: ABEND S0C1 IN DFHMQTRU WHEN MAKING A MQPUT CALL IN EXIT CSQCAPX 11/07/05 PTF PECHANGE

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Using the MQ API crossing exit CSQCAPX (In CICS 4.1 ) to make an
    MQPUT call within that exit, then return control to CICS, the MQ
    TRUE exit abends at location 000002. Message DFHAP0707 CICSD An
    abend (code 0C1/AKEA) has occurred in task related user exit
    program DFHMQTRU. The problem is that all the MQXCC response
    codes (with the exception of MQXCC_OK which equals 0) are
    negative values (ie MQXCC_SUPPRESS_FUNCTION equals -1;
    MQXCC_SKIP_FUNCTION equals -2 and so on), and for some reason it
    appears that DFHEPC can't handle these if any are set upon
    return from CSQCAPX.
    Additional Keywords: ExitResponse , abend0c1 , S0C1 ,
    MQPUT , MQTRUE
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS users with UK49815 applied.         *
    ****************************************************************
    * PROBLEM DESCRIPTION: A CICS/MQ crossing exit program         *
    *                      (CSQCAPX) which contains an             *
    *                      ExitResponse value of                   *
    *                      MQXCC_SKIP_FUNCTION produces an S0C1    *
    *                      abend in DFHMQTRU.                      *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    A CICS/MQ crossing exit program (CSQCAPX) returns an
    ExitResponse of MQXCC_SKIP_FUNCTION and the working storage in
    DFHMQTRU is addressed incorrectly, leading to an S0C1 abend.
    Additional Keywords: abend0c1 abends0c1
    

Problem conclusion

  • UK49815
    UK52619
    UK57403
    DFHMQTRU has been modified such that, within proc
    execute_api_exit_mqcall_api_exit pointer dfhmqlot.pTrueAstg,
    which is altered prior to calling CSQCAPX, is reset after the
    second call to CSQCAPX only if that call is actually made.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PM39132

  • Reported component name

    CICS TS Z/OS V4

  • Reported component ID

    5655S9700

  • Reported release

    600

  • Status

    CLOSED PER

  • PE

    YesPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2011-05-12

  • Closed date

    2011-07-05

  • Last modified date

    2011-08-01

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

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

    PM42108 PM42766 UK69620

Modules/Macros

  •    DFHMQTRU
    

Fix information

  • Fixed component name

    CICS TS Z/OS V4

  • Fixed component ID

    5655S9700

Applicable component levels

  • R600 PSY UK69620

       UP11/07/14 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.

[{"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":"4.1","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"4.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
01 August 2011