View previous topic :: View next topic
|
Author |
Message |
raviprasath_kp Warnings : 1 New User
Joined: 20 Feb 2005 Posts: 65 Location: chennai
|
|
|
|
how to solve this erro |
|
Back to top |
|
|
priyesh.agrawal
Senior Member
Joined: 28 Mar 2005 Posts: 1448 Location: Chicago, IL
|
|
|
|
Its a S0C-7 encountered.
You probably would have got a number before this message... Thats the last line number executed before this abend. |
|
Back to top |
|
|
raviprasath_kp Warnings : 1 New User
Joined: 20 Feb 2005 Posts: 65 Location: chennai
|
|
|
|
hi yes
131 *******A006 PROGRAM INTERRUPT - CODE 7 (DATA EXCP)
how i solve this |
|
Back to top |
|
|
priyesh.agrawal
Senior Member
Joined: 28 Mar 2005 Posts: 1448 Location: Chicago, IL
|
|
|
|
So now it was executed up to line number 131 before getting S0C-7.
now how to solve S0C-7... that you'll have to search in the forum. |
|
Back to top |
|
|
raviprasath_kp Warnings : 1 New User
Joined: 20 Feb 2005 Posts: 65 Location: chennai
|
|
|
|
thanks, |
|
Back to top |
|
|
unnipbvr
New User
Joined: 27 Nov 2006 Posts: 7 Location: banglore
|
|
|
|
what if the line number is not displayed???
how to modify the program to get the line number in the error display??? |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
You should have more error information than what has been posted. You may be missing one or more DD statements and so the info was lost - you'll have to insert the missing DDs and rerun to get better info (if this is the case you should see "DD STATEMENT MISSING" in your output.
What were you running? Posting your JCL is a good start - please post it as "Code" ising the tab at the top of the Reply panel. |
|
Back to top |
|
|
unnipbvr
New User
Joined: 27 Nov 2006 Posts: 7 Location: banglore
|
|
|
|
this is the error message : max cc 16
CODE REMOVED AS REQUESTED |
|
Back to top |
|
|
William Thompson
Global Moderator
Joined: 18 Nov 2006 Posts: 3156 Location: Tucson AZ
|
|
|
|
F87750B09000 is a ZAP
FIRST OPERAND ADDRESS 1E3005D8 CONTENTS 000000000000000F packed decimal zero
SECOND OPERAND ADDRESS 1E70D0EC CONTENTS F0F0F0F0F0F0F0F0 zoned decimal zero - should be packed
INTERRUPT OCCURRED AT 05F8 BLOCK 1 should relate to a listing of the EZT compile
The fact that the sending field of the ZAP is zero bytes off of a register would lead me to look at the first field in a record I'd be reading to be defined as packed but actually containing zoned data. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Is this a new bit of code?
It is likely that your record definition does not match the data being processed. Look at your data and compare the actjual data with the field definitions for the record. |
|
Back to top |
|
|
unnipbvr
New User
Joined: 27 Nov 2006 Posts: 7 Location: banglore
|
|
|
|
ya u r spot on with the analysis...
it was defined as packed but contained numerics
but tell me how u analysed |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Bill Thompson did the real analysis of what the operands of the abending instruction contained. He determined the problem from the info the abend presented (the instruction and operand contents). This
Quote: |
F87750B09000 is a ZAP |
is a Zero and Add Packed (assembler instruction) - which will generate an 0c7 if there is an invalid sign in one of the operands. One of the 2 operands had invalid packed-decimal content.
I just added a bit of wording hoping to clarify what to look for in the code.
If you have other questions, we're here |
|
Back to top |
|
|
William Thompson
Global Moderator
Joined: 18 Nov 2006 Posts: 3156 Location: Tucson AZ
|
|
|
|
unnipbvr wrote: |
i was advised by my colleagues that posting pieces of code in forums is against company policy..so please delete the code part of that post,,,
thread : a006 program interrupt soc7 in the thread
|
First off, was it the first field in a record or some other WS structure?
Second, I didn't see any code? Other than the ZAP instruction, there was nothing that could have violated any company restriction. The code they would restrict is those whole sections that could constitute a business asset. |
|
Back to top |
|
|
William Thompson
Global Moderator
Joined: 18 Nov 2006 Posts: 3156 Location: Tucson AZ
|
|
|
|
unnipbvr wrote: |
ya u r spot on with the analysis...
it was defined as packed but contained numerics
but tell me how u analysed |
It is all in the prior post:
Quote: |
F87750B09000 is a ZAP
FIRST OPERAND ADDRESS 1E3005D8 CONTENTS 000000000000000F packed decimal zero
SECOND OPERAND ADDRESS 1E70D0EC CONTENTS F0F0F0F0F0F0F0F0 zoned decimal zero - should be packed |
Understanding a little assembly language helps and
Quote: |
The fact that the sending field of the ZAP is zero bytes off of a register would lead me to look at the first field in a record I'd be reading to be defined as packed but actually containing zoned data. |
experience has shown that the zeroth byte of a register is sometimes significant. |
|
Back to top |
|
|
unnipbvr
New User
Joined: 27 Nov 2006 Posts: 7 Location: banglore
|
|
|
|
thanks a lot william and dick it was very helpful..
to give a background the job was a file compare in easytrieve
the easytrieve program had defined the structure as packed, while the file it used contained normal decimal (written by a cobol pgm), hence the error |
|
Back to top |
|
|
unnipbvr
New User
Joined: 27 Nov 2006 Posts: 7 Location: banglore
|
|
|
|
it was the first field in a record |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
You're welcome - thanks for the followup |
|
Back to top |
|
|
|