Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

Abend (code 0C7/AKEA) has occurred at offset X'FFFFFFFF'

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> CICS
View previous topic :: :: View next topic  
Author Message
Saikat Sengupta

New User


Joined: 08 Dec 2009
Posts: 13
Location: Mumbai

PostPosted: Tue Nov 27, 2012 5:19 pm    Post subject: Abend (code 0C7/AKEA) has occurred at offset X'FFFFFFFF'
Reply with quote

Hi

I am getting an error in my CICS module and the CICS log states:

DFHSR0001 HICSXXYY An abend (code 0C7/AKEA) has occurred at offset X'FFFFFFFF' in program XXXYYY01.
(For some internal restrictions I cannot post the exact module name and appologies for the same)

I want to know:
1) What does the offset X'FFFFFFFF' represent? How to trace the offset, since in the compile list of XXXYYY01 this address is not traceable.

2) Does the 0C7/AKEA abend represent some data exception with packed decimal data elements and some link module related error or in this case it may be something else thats causing the error?

One more point its just not one instance, the CICS log is showing this particular error more than once in every hour.
Back to top
View user's profile Send private message

Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7905
Location: Bellevue, IA

PostPosted: Tue Nov 27, 2012 6:06 pm    Post subject:
Reply with quote

The offset represents a fullword binary value of negative one. This indicates that CICS was not able to identify the location of the abend. From the CICS Information Center I got
Quote:
If the offset appears as X'FFFFFFFF', CICS was unable to establish the location of the program check. If this is the case, use the PSW to obtain the next sequential instruction address. The PSW may be found in the following places:

The TACB for the abend
At the head of the formatted transaction dump
Within the kernel error data block traced by exception trace point IDs AP 0781 or AP 0783

Now note down the start and end addresses of the different program areas in the transaction dump. Is the next sequential instruction address from the PSW in any of the programs? If so, then that is the program in which the interrupt occurred. Use the procedure described in Locating the last command or statement to identify the last command executed.

If the address is outside all of the programs, one of two things is likely to have happened.

The program in which the program check occurred was running on your behalf (for example, VSAM or DL/I), but not under CICS control. This is usually caused by incorrect parameters being passed to the program, or parameters being passed in the wrong sequence. These are usually caught and flagged with an appropriate return code, but certain combinations can cause problems.
Your program might have taken a "wild" branch into some other piece of storage. If the address from the PSW ends in an odd number, this is probably the case, as valid instructions are always on an even address. The address could be within the CICS address space, or anywhere else in virtual storage.

Often, a wild branch is taken to address zero, because the register that should contain the branch address is set to zero. The PSW usually contains address X'00000004' after such a branch has occurred.

Check the register contents to see whether any of them contains the next sequential instruction address from the PSW, or something close to it. This might help you find out how you got to the wrong address.

If the PSW does point to an instruction in one of your programs, the next thing to consider is the type of program check that occurred. Otherwise, turn directly to Analyzing the problem further.
You're going to need a dump and probably a trace to figure this one out -- if you don't know how to get these, contact your site support group and work with your CICS system programmer.

S0C7 abends are ALWAYS caused by invalid numeric data in numeric variables (in COBOL). However, since CICS cannot identify the location, it is also possible that you have a program overwriting storage that does not belong to the program and that is causing the S0C7 -- without further debugging, it is not possible to tell.
Back to top
View user's profile Send private message
Bill Woodger

DFSORT Moderator


Joined: 09 Mar 2011
Posts: 7223

PostPosted: Tue Nov 27, 2012 6:11 pm    Post subject: Reply to: Abend (code 0C7/AKEA) has occurred at offset X'FFF
Reply with quote

It seems, from google, that you would get X'FFFFFFFF' when the abend is occurring in a module CICS does not know about, for instance a dynamic call is suggested as a possibility.

So, what are you doing? Yours is Cobol? What does it do to transfer control away from your module without using CICS?
Back to top
View user's profile Send private message
Saikat Sengupta

New User


Joined: 08 Dec 2009
Posts: 13
Location: Mumbai

PostPosted: Wed Nov 28, 2012 11:41 am    Post subject: Reply to: Abend (code 0C7/AKEA) has occurred at offset X'FFF
Reply with quote

Thanks Robert, Thanks Bill for the information. I have asked the CICS system programmer for details about the PSW for this error.

I will share something that I found from my region:
Code:
HICSXXYY An abend (code 0C7/AKEA) has occurred at offset X'FFFFFFFF' in program
HICSXXYY  258                                                                   
HMEME) CICS symptom string for message DFHSR0001 is                             
9700 LVLS/660 MS/DFHSR0001 RIDS/DFHSRP PTFS/UK53808                             
B/UAKEA RIDS/XXXYYY01 ADRS/FFFFFFFF


Though I don't know if this is of any help.

Code'd
Back to top
View user's profile Send private message
Pandora-Box

Moderator


Joined: 07 Sep 2006
Posts: 1529
Location: Andromeda Galaxy

PostPosted: Wed Nov 28, 2012 12:25 pm    Post subject:
Reply with quote

If you could check the displays in the CICS program

I would suggest adding displays of paranames so you could atleast narrow down to the problematic statement
Back to top
View user's profile Send private message
enrico-sorichetti

Global Moderator


Joined: 14 Mar 2007
Posts: 10201
Location: italy

PostPosted: Wed Nov 28, 2012 12:30 pm    Post subject: Reply to: Abend (code 0C7/AKEA) has occurred at offset X'FFF
Reply with quote

Quote:
(For some internal restrictions I cannot post the exact module name and appologies for the same)


if You have restrictions on providing essential data then You should not ask on a public forum.
icon_evil.gif

are You sure that the module name is an <application> module and not a CICS module

I have seen cases where a CICS module was referenced as the <abending> one
Back to top
View user's profile Send private message
Saikat Sengupta

New User


Joined: 08 Dec 2009
Posts: 13
Location: Mumbai

PostPosted: Wed Nov 28, 2012 1:20 pm    Post subject: Reply to: Abend (code 0C7/AKEA) has occurred at offset X'FFF
Reply with quote

Quote:
are You sure that the module name is an <application> module and not a CICS module

The program name XXXYYY01 in:
Quote:
DFHSR0001 HICSXXYY An abend (code 0C7/AKEA) has occurred at offset X'FFFFFFFF' in program XXXYYY01

is an application module in CICS.
Regarding the restriction I guess I have not provided only the name of the exact module but shared the other essential details that I obtained from the spool icon_cry.gif
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> CICS All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts What is the code in CLIST to enable t... jackzhang75 CLIST & REXX 1 Fri Dec 02, 2016 3:02 am
No new posts IDEAL - Code Retrieval yugendran CA Products 0 Fri Nov 25, 2016 3:27 pm
No new posts IMS BMP program causes 878 system abend Artemk IMS DB/DC 7 Tue Nov 22, 2016 8:26 pm
No new posts abend sort based on count records in ... anatol DFSORT/ICETOOL 5 Mon Oct 17, 2016 10:10 pm
This topic is locked: you cannot edit posts or make replies. Need to code a Rexx PGM sundaram.naveen CLIST & REXX 18 Thu Oct 06, 2016 6:45 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us