A fix is available
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