Question & Answer
Question
Why is my CICS region getting message DFHSR0001 An abend (code 0C4/AKEA) has occurred at offset X'FFFFFFFF' in a user program? The PSW in the the Kernel Error Data of the KE domain of my dump points to module TIRMMDLL. I am running with transaction isolation active in my CICS region, TRANISO=Yes in the CICS system initialization table (SIT).
Answer
CICS keeps track of the 'current' program in every task. If control leaves that program without using a CICS command, such LINK or XCTL, then CICS is not aware that the program is no longer in control. If a program check happens in another program, CICS can not resolve the offset and uses x'FFFFFFFF' to show that there is no valid offset available.
For more information about how to deal with offset x'FFFFFFFF' and to see if your PSW is pointing to module TIRMMDLL, please refer to "Locating the PSW for a program check in a CICS TS 4.2 or 5.1 system dump"
In this case, the application program was developed using Computer Associates' product CA GEN. This product uses run time modules that are involved with the task. One of the modules that runs under CICS is TIRMMDLL. It got control from the application without telling CICS. Then, it tried to access storage outside the task's subspace. Since TranIso is active, it stops that access.
CA support has indicated that the following maintenance should fix this problem:
IE1 Patches a. RO73019 b. RO73020 c. RO73021 d. RO73022 e. RO73023 f. RO73024 g. RO73025
Patches with IE1 as a pre-requisite a. RO76211 b. RO76842
If you need additional assistance, please contact CA Technologies.
Product Synonym
CICS/TS CICSTS CICS TS CICS Transaction Server
Was this topic helpful?
Document Information
Modified date:
04 February 2015
UID
dwa1173630