A fix is available
APAR status
Closed as program error.
Error description
You may receive the following message when collecting dependency data for IMS. DFHAP0701 applid An abend (code 0C4/AKEA) has occurred in exit program CIUXCCL1 at exit point XDLIPOST. The failure occurs due to the UIB contaiing residual data. UIBFCTR is x'08'INVREQ and UIBDLTR is also x'08'FUNCNS. In this case the request was not scheduled and the UIBPCBAL may be residual. CIUXCCL1 goes to label XDFL2 as the PAPL is for a "GU" function for the CALLDLI. It then proceeds to XDLCONT and the 0C4s at label MVCALL1 as the R3 value from parameter 2 is not addressable due to the failure of the call. The CIUXCCL1 XDLIPOST GLUE needs to check for the existence of a UIB and then check the UIBFCTR for a zero return code and if not, we should return and not attempt collection from the PAPL as we cannot be sure we can access parameter 2 data which may not have been set by DBCTL. Additional Symptom(s) Search Keyword(s): KIXREVWJB CALLDLI UIB UEPUIBX UEPUIB UEPAPLIST ABENDS0C4 S0C4 MS/DFHAP0701
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All users of CICS IA version 3.1 * **************************************************************** * PROBLEM DESCRIPTION: An ABEND S0C4 in program CIUCXXL1 can * * occur when the CICS IA interdependency * * collector collects data at exit point * * XDLIPOST. * **************************************************************** * RECOMMENDATION: * **************************************************************** When the CICS IA interdependency collector collects data for IMS requests at exit point XDLIPOST an ABEND S0C4 can sometimes occur in exit program CIUXCCL1. The exit program uses UEPAPLIST to address the application parameter list. The second parameter points to an 8 character program name, but if the application's DL/I call failed the parameter list might contain residual data in which case the pointer to the program name will be invalid and an ABEND S0C4 might occur.
Problem conclusion
The exit program CIUXCCL1 now checks the UIB and the UIBRCODE. If the checks fail the program name is set to blanks instead of attempting to copy the name from the second parameter address pointer which could be invalid.
Temporary fix
********* * HIPER * *********
Comments
APAR Information
APAR number
PM48591
Reported component name
CICS INTER ANAL
Reported component ID
5655U8600
Reported release
310
Status
CLOSED PER
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt
Submitted date
2011-09-23
Closed date
2011-10-24
Last modified date
2012-05-31
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK73154 PM65908
Modules/Macros
CIUXCCL1
Fix information
Fixed component name
CICS INTER ANAL
Fixed component ID
5655U8600
Applicable component levels
R310 PSY UK73154
UP11/11/01 P F110
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":"SSPPUS","label":"CICS Interdependency Analyzer for z\/OS"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"3.1","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]
Document Information
Modified date:
31 May 2012