View previous topic :: View next topic
|
Author |
Message |
gigs
New User
Joined: 08 Aug 2005 Posts: 27 Location: USA
|
|
|
|
Can anybody help me out finding the real cause of the abend. Following I get from the dump. It seemed like that storage violation, but the same code is working in the some cases with different values but the same key.
A storage violation occurred. CICS detected that the storage at address
154B77E0 has an invalid storage zone. The leading storage zone is
E4F0F0F0F0F0F7F1 and the trailing storage zone is 4040404040404040.
Addressability and matching information are available for the area.
The current task at the time the dump was taken was 71.
The CICS trace table has 1 exception entry, and it is related to task 71.
The exception trace entry for task 71 gives the following information:
00071 QR SM 0D11 SMMF *EXC*
Storage_check_failed_on_freemain_request FREEMAIN,154B77E8,EXEC,USER
The CICS Kernel Error Table had no entries.
There are 2 CICS enqueues held, with no tasks waiting.
There are no tasks waiting for storage.
No programs where changed within the last 14 days. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
If you post more info about the task that is abending, someone may have a suggestion.
What is the tran-id? Who wrote this code? Is the abend in a business application or some utility function? It sounds like the task is trying to "give back" memory it has not acquired.
While the code may not have changed, have any control parameters changed (either to the system or this set of code in particular)? Is there another transaction that reads the same data that works or does everything trying to read a "problem" key in this file have problems? |
|
Back to top |
|
|
gigs
New User
Joined: 08 Aug 2005 Posts: 27 Location: USA
|
|
|
|
Actually what I did is I have 2 screen, first scrren contains user details and the second screen contains funds information, it may expands upto 4 pages.
File contains two part: one user area and one screen area.
I read the info from the database and store it in the screen area, and before writing the next screen, I store the earlier screen details in the temporary storage. I think problem is there.
Output of the transaction is not being used by any other transaction. What I confirm from the dump is that there is somekind of overlay. Yes it is business application.
And mystery is that the same key and same transaction is working for some time and abendig other times. |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10873 Location: italy
|
|
|
|
There is very little that we can do from the forum...
ask system support to look at the dump ( the only thing to do in such cases )
in the hope that looking at the data contained in the overlaid section somebody might get a hint on the transaction guilty for the overlay |
|
Back to top |
|
|
|