IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

CEE1000S z/OS INTERNAL ABEND. ABCODE = 4094


IBM Mainframe Forums -> CICS
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
wang_f_y1
Warnings : 1

New User


Joined: 16 May 2008
Posts: 47
Location: shenzhen

PostPosted: Tue Nov 11, 2008 11:46 pm
Reply with quote

hi,
when i issue my command "time" in my application system screen.
i get error message in cics region.
as follows:

+DFHAP0001 FDIACIC5 An abend (code 0C4/AKEA) has occurred at
+DFHME0116 FDIACIC5 629
(Module:DFHMEME) CICS symptom string for message DFHAP0001
PIDS/5655M1500 LVLS/640 MS/DFHAP0001 RIDS/DFHSRP PTFS/UK056
AB/S00C4 AB/UAKEA RIDS/EDQCY1P ADRS/FFFFFFFF
+DFHDU0205 FDIACIC5 A SYSTEM DUMP FOR DUMPCODE: AP0001 , WA
OPTION
+CEE1000S z/OS INTERNAL ABEND. ABCODE = 4094 REASON = 000000

can anybody know that?

i analyse that my zos system have upgraded from Vzos1.8 to Vzos1.9,
maybe that upgrade make the Language Environment have effect,so i need to update the LE and issue "SYS1.SCEESAMP(CEECCSD)" .
do anybody agree with me and have other idea?
thanks.
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Wed Nov 12, 2008 12:06 am
Reply with quote

I would be fascinated to find out exactly how you make that leap of logic.

First, whoever upgraded your system from 1.8 to 1.9 would be made aware in the installation guide of the steps required to upgrade LE, both in batch and CICS. I've done OS upgrades and IBM makes sure you cannot miss the associated product upgrades.

Second, you've got a S0C4 abend. The 4094 LE error in the manual says
Quote:
U4094 (X'FFE')

Explanation: An abend was issued during termination, when errors were detected.


What don't you concentrate on fixing the S0C4 and worry about LE only if there's an issue after you're resolved your problem? Use CEDF or whatever debug product is available in your region to track down the problem and get rid of the storage problem.
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix

PostPosted: Wed Nov 12, 2008 5:37 am
Reply with quote

Hello,

Quote:
when i issue my command "time" in my application system screen
What is your "time" command? Has it ever worked or is this the first test? Is this a new program, a program currently being changed, or some existing program that has recently started having problems?

Quote:
do anybody agree with me and have other idea?
Unless many others are having similar problems, it is most likely that your abend is due to your code, not the system.

A good approach to resolving abends is to assume that the code is the culprit. . .
Back to top
View user's profile Send private message
wang_f_y1
Warnings : 1

New User


Joined: 16 May 2008
Posts: 47
Location: shenzhen

PostPosted: Wed Nov 12, 2008 5:52 pm
Reply with quote

##############
+DFHAP0001 FDIACIC5 An abend (code 0C4/AKEA) has occurred at offset X'FFFFFFFF' in module EDQCY1P.
+DFHME0116 FDIACIC5 629
(Module:DFHMEME) CICS symptom string for message DFHAP0001 is
PIDS/5655M1500 LVLS/640 MS/DFHAP0001 RIDS/DFHSRP PTFS/UK05645
AB/S00C4 AB/UAKEA RIDS/EDQCY1P ADRS/FFFFFFFF
+DFHDU0205 FDIACIC5 A SYSTEM DUMP FOR DUMPCODE: AP0001 , WAS SUPPRESSED BY THE GLOBAL SYSTEM DUMP SUPPRESSION
OPTION
+CEE1000S z/OS INTERNAL ABEND. ABCODE = 4094 REASON = 0000000C
#####################
the "TIME" command belong to application RCMS system' command based on CICS region.
it worked well before,if anybody can understand the cics transacion dump,i can send it to here.but system dump can't see,because "WAS SUPPRESSED BY THE GLOBAL SYSTEM DUMP SUPPRESSION ",
so,the other question if i want to see the system dump,what can i do?
Back to top
View user's profile Send private message
wang_f_y1
Warnings : 1

New User


Joined: 16 May 2008
Posts: 47
Location: shenzhen

PostPosted: Wed Nov 12, 2008 6:31 pm
Reply with quote

I find the code infomation,but i can't understand the meanings.

X'0C' (12)
A language-specific event handler returned to termination with a return code, causing immediate termination
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Wed Nov 12, 2008 6:36 pm
Reply with quote

Have you run through this transaction with your system debugger, or even CEDF? What are the results of doing this?
Back to top
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10872
Location: italy

PostPosted: Wed Nov 12, 2008 6:41 pm
Reply with quote

look at the message CEE1000s and follow the instructions

start from
www-03.ibm.com/systems/z/os/zos/bkserv/lookat/

I did it on Your behalf
Quote:

CEE1000S Language Environment internal abend. ABCODE = abcode REASON =
rsncode


Explanation: This message was issued to the operators console in CICS to indicate that Language Environment had abended, with the abend code and reason code as specified in the message.
Programmer Response: Refer to the Language Environment Abend Codes topic in this information for details on the cause of the abend.

System Action: The transaction is terminated abnormally with the abend code stated in this message.

Symbolic Feedback Code: CEE0V8


now it up to you to a bit of homework,
come back if there is something You do not understand
Back to top
View user's profile Send private message
Earl Haigh

Active User


Joined: 25 Jul 2006
Posts: 475

PostPosted: Wed Nov 12, 2008 8:08 pm
Reply with quote

code 0C4/AKEA)

normally, this tells me your code is overlaying and/or referencing
storage that you do not have addressability to.

If this is COBOL code, make sure you are not referencing a
working storage table beyond its number of occurs.
Back to top
View user's profile Send private message
wang_f_y1
Warnings : 1

New User


Joined: 16 May 2008
Posts: 47
Location: shenzhen

PostPosted: Sun Nov 16, 2008 9:43 pm
Reply with quote

HI,i think the "DFHAP0001 FDIACIC5 An abend (code 0C4/AKEA) has occurred at offset X'FFFFFFFF' in module EDQCY1P" is the problem key.
Back to top
View user's profile Send private message
wang_f_y1
Warnings : 1

New User


Joined: 16 May 2008
Posts: 47
Location: shenzhen

PostPosted: Sun Nov 16, 2008 10:00 pm
Reply with quote

Earl Haigh wrote:
code 0C4/AKEA)

normally, this tells me your code is overlaying and/or referencing
storage that you do not have addressability to.

If this is COBOL code, make sure you are not referencing a
working storage table beyond its number of occurs.


I think maybe that is right above reply.this is a PLI code.
i have 3 AOR region,the other region work well,but the rest region(FDIACIC5 ) appeared the error.I analyse that only FDIACIC5 region have TCPIP=YES in SIT.so i think maybe it is the problem key.
I find some explanation about 0C4/AKEA as follows:

*************************************
DFHAP0001 An abend (code 0C4/AKEA) has occurred at offset
x'FFFFFFFF' in module Application program is received. You
notice that the location of the application program in ESDSA
has been shifted x'100' or 256 bytes resulting in the abend0c4.
This seems to occur when CICS web requests are involved.
A trap was provided and found that the location of the
program in ESDSA was shifted in DFH$WBSC + x'238'.
DFH$WBSC use a 256 byte area to communicate with DFH$WBST and
DFH$WBSN. It creates this area by using the first 256 bytes of
the area pointed to by DECODE_DATA_PTR. DFH$WBSC moves all the
data, for a length of DECODE_INPUT_DATA_LEN up 256 bytes.
When there is a lot of userdata, this move will go past the end
of the DECODE_DATA_PTR buffer. This can cause all data in
ESDSA to be shifted up 256 or x'100' bytes.
*******************************
* RECOMMENDATION: *
****************************************************************
A large (>32k) post has been received by a CICS region running
with SEC=YES. During signon processing within DFH$WBSC, data is
moved to create a work area for calling other programs, however
the length used during this move is the length of input data
instead of the length of the buffer where the data is being
moved. This causes an overwrite of storage and in the customer's
case it is program storage which leads to 0C4 abends.
The problem could show itself in other ways for example corrupt
data.
Additional Keywords: ABENDS0C4 S0C4
*************************************

so,how can i solve this problem.you know,i can't set TCPIP=NO.

my cics and application structure like below,

RCMS application system ---above
___________________

CICS region ---below

when application team issue "TIME" command in RCMS system menu command,the error message appeared.
Back to top
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10872
Location: italy

PostPosted: Sun Nov 16, 2008 10:12 pm
Reply with quote

the text You posted looks very much like the IBM apar/ptf description of the problem,
if You had kept reading You would probably have found the solution

a simple google with "DFH$WBSC" gave this link

www-01.ibm.com/support/docview.wss?uid=swg1PK15921

speak to Your support to install the fix
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> CICS

 


Similar Topics
Topic Forum Replies
No new posts ISAM and abend S03B JCL & VSAM 10
No new posts Abend S0C4 11 (Page Translation Excep... PL/I & Assembler 16
No new posts WER999A - UNSUCCESSFUL SORT 8ED U Ab... SYNCSORT 5
No new posts the system or user abend SF0F R=NULL COBOL Programming 0
No new posts Need to get an DLI abend like U0200 IMS DB/DC 2
Search our Forums:

Back to Top