APAR status
Closed as program error.
Error description
Abends0c4 in dfsort due to ACEE control block being above the line. It is because DRF specifies LOC=ANY on the RACROUTE REQUEST=VERIFY call, which returns the address of a new ACEE. The ACEE is always supposed to be set below the 24M line, but of course this is not always the case when LOC=ANY is coded.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: DRF V3.1 and DFSORT(ICEMAN) * **************************************************************** * PROBLEM DESCRIPTION: An S0C4 is occurring when the ACEE is * * gotten above the line (31 bit address). * **************************************************************** * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF * **************************************************************** Code has been changed to force the ACEE to always be gotten below the line (24 bit address).
Problem conclusion
AIDS: RIDS/UTIL RIDS/DBS DBS/UTIL GEN: *** END IMS KEYWORDS ***
Temporary fix
Comments
APAR Information
APAR number
PK57870
Reported component name
IMS DB RECOVERY
Reported component ID
5655I4400
Reported release
310
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2007-12-07
Closed date
2008-02-18
Last modified date
2008-07-11
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK33810
Modules/Macros
FRXICTL0
Fix information
Fixed component name
IMS DB RECOVERY
Fixed component ID
5655I4400
Applicable component levels
R310 PSY UK33810
UP08/02/20 P F802
[{"Line of Business":{"code":null,"label":null},"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSCX88Z","label":"IMS Database Recovery Facility"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"3.1.0"}]
Document Information
Modified date:
09 November 2020