IBM Support

PM70347: S0C4 ABEND'S OCCUR IN APPLICATION ADDRESS SPACE WHEN A CSQSNAP DUMP IS BEING FORMATTED.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • When an abend occurs whilst running an MQ batch job with a
    CSQSNAP DD card, S0C4 abends can be observed in the logrec
    in CSQWDCBF.
    When the abend occurs, formatting code is run in the application
    address space to produce some output relating to the problem
    that occured. Anchors and their associated blocks are formatted
    by CSQWDHPP, which sets up the WDIB block and invokes CSQWDCBF
    to format the individual blocks.
    In the initialisation of WDIB, the WDIBFMTP is not set, and the
    FMT_PARM block is not initialised. CSQWDCBF however requires
    this block to be set up, and expects WDIBFMTP to point to it.
    Since this is not the case, CSQWDCBF abends with S0C4.
    

Local fix

  • Allocate and initialise the FMT_PARM block and set WDIBFMTP.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 1 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: The application address space abends    *
    *                      with S0C4-00000004 when formatting      *
    *                      diagnostic information into CSQSNAP.    *
    *                      This abend can only be seen in the      *
    *                      logrec view.                            *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    When an abend happens during MQ processing, some dump
    information is formatted to the joblog of the application
    if the CSQSNAP card is defined. This causes CSQWDHPP to be
    invoked, which sets up the WDIB block and iterates through the
    anchors in the anchor table and formats them along with the
    blocks by invoking CSQWDCBF. This module expects the WDIB to be
    setup and WDIBFMTP to point to a valid FMT_PARM block. CSQWDPRD,
    which is used when analysing dumps in IPCS, does allocate and
    initialise this block, however this is not the case for
    CSQWDHPP. When CSQWDCBF tries to refer to the FMT_BLOCK, the 0C4
    abend occurs, as the pointer to it in the WDIB block is null.
    

Problem conclusion

  • The code was changed to correctly intialise the FMT control
    block and set the pointer to it in the WDIB control block.
    100Y
    CSQWDHPP
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM70347

  • Reported component name

    WMQ Z/OS V7

  • Reported component ID

    5655R3600

  • Reported release

    100

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2012-08-06

  • Closed date

    2012-11-23

  • Last modified date

    2013-02-04

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

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

    UK83714

Modules/Macros

  • CSQWDHPP
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R100 PSY UK83714

       UP13/01/16 P F301

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

Document Information

Modified date:
04 February 2013