IBM Mainframe Forum

How to resolve the following Abend???

An abend (code 0C4/AKEA) has occurred at offset X'000016EC' in program XXXX888.

I am getting this while executing a CICS conversation. The program just take the transaction Id and displays a map waiting for user input.

Hello,

If that is all that you can provide, we can't be much (or any) help . . .

Follow your code and learn what was the last thing that was successful before the abend.

You SHOULD be able to use the compile listing to find which statement of the program was being executed when the abend occurred since you have the program name and the offset within the program. That would give you a starting point for your debugging. However, this is not something we could help with -- especially with the little you posted.

I was looking for some explanation about what is AKEA???

I was looking for some explanation about what is AKEA???

Why didn't you say so in the first place? What did you not understand when you googled 'akea cics abend'? You may even have received the information you need just by reading the google results without actually clicking on a link!

NicC wrote:

I was looking for some explanation about what is AKEA???

Why didn't you say so in the first place? What did you not understand when you googled 'akea cics abend'? You may even have received the information you need just by reading the google results without actually clicking on a link!

What I didn't say in the first place??
I am seeking some comprehensible information on AKEA. Thats my question.
And I did google....why wouldn't I?? Its the first thing we do. As I could not get a enough information to resolve my abend I posted on the forum.

I think your first problem is that you do not know what you want. You have posted that you want to know what an AKEA abend in CICS is, and you have posted that you want to know how to find / fix an AKEA abend. These are extremely different questions. This is a help forum -- we do not do comprehensive answers; we do helpful answers. If you want a comprehensive answer, spend a few weeks (or months) reading the CICS bookshelf (every book, every page).

If you cannot figure out what an AKEA abend is from using Google, it is unlikely that we are going to be able to explain it to you. And you certainly will not be able to debug an AKEA.

For completeness, though, an AKEA abend is a storage violation. This means a program (most likely yours but not necessarily) attempt to access (as in read or write) storage that is not accessible to that program. Possible causes include (but certainly these are NOT all the causes):
- Program restricted to below-the-line storage was passed parameters in above-the-line storage
- Calling program passed DFHCOMMAREA and the called program attempted to access part of DFHCOMMAREA past the end of the passed data
- Program is using tables and a table overflow / underflow occurred
- Program invoked CICS service with parameter of the wrong length
- etc, etc, etc

These users thanked the author Robert Sample for the post:

sinmani (Mon Aug 05, 2013 10:19 am)

sinmani wrote:How to resolve the following Abend???

An abend (code 0C4/AKEA) has occurred at offset X'000016EC' in program XXXX888.

sinmani wrote:I was looking for some explanation about what is AKEA???

Assuming that your first statement is wrong and your second statement is correct I googled the phrase I suggested. The following are 2 quotes from the first page of results:

An example of this is an 'operation' program check, which generates a CICS AKEA abend, which in turn generates an ASRA abend. F

To cancel this read you should issue an EXEC CICS ABEND at the end of ... AKEA. Explanation: A program check has been detected by the kernel (KE) domain.

both of which help with your request of what an AKEA abend is.
I suggest that you pay more attention to your google results or explain WHY the result are insufficient.

Hello,

A rather simplistic approach is to determine which bit of your code causes the abend.

While doing this pay attention to Robert's post.