View previous topic :: View next topic
|
Author |
Message |
RAJA SEKHAR
New User
Joined: 28 Apr 2009 Posts: 5 Location: United Kingdom
|
|
|
|
Hi
I encountered S0CA abend in Instruction AP.
AP 23(6,R9),TEMP
First Operand Length. . . : 6
First Operand Storage . . : 00010202 033C
Second Operand Length . . : 6
Second Operand Storage. . : 00011000 097C
I am trying to increase the length from 6 to 7.
I heard about the same problem in other forums and they were discussing about a potential PTF for this. Anybody have updates about this? |
|
Back to top |
|
|
RAJA SEKHAR
New User
Joined: 28 Apr 2009 Posts: 5 Location: United Kingdom
|
|
|
|
I checked the Condition code to be 3. It is certainly Decimal Overflow exception. Hence thinking of increasing the L1 from 6 to 7. But is this right way of solving this kind of problem? |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10873 Location: italy
|
|
|
|
I do not see how a PTF would fix a "DECIMAL OVERFLOW"
providing a longer field for the first operand should fix the problem |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
I heard about the same problem in other forums and they were discussing about a potential PTF for this. Anybody have updates about this? |
A little bit of incomplete/misunderstood information goes a long way. . .
Some time ago, i seem to remember a ptf for LE (and possibly another for SAS - or some other product ) that corrected s0ca abends. Been a while and i don't completely trust my memory.
These would have nothing to do with one's own assembler code. . . |
|
Back to top |
|
|
CICS Guy
Senior Member
Joined: 18 Jul 2007 Posts: 2146 Location: At my coffee table
|
|
|
|
RAJA SEKHAR wrote: |
I encountered S0CA abend in Instruction AP.
AP 23(6,R9),TEMP
First Operand Length. . . : 6
First Operand Storage . . : 00010202 033C
Second Operand Length . . : 6
Second Operand Storage. . : 00011000 097C |
I guess we need to trust you on the last length.
Quote: |
I am trying to increase the length from 6 to 7. |
Why? The receiving length is more than enough for the sum of the two operands.
If you are saying those are the data values and that is the instruction that overflowed then I come to the conclusion that something ain't right.
Recheck. |
|
Back to top |
|
|
RAJA SEKHAR
New User
Joined: 28 Apr 2009 Posts: 5 Location: United Kingdom
|
|
|
|
Thanks for all your replies. I was able to solve the problem by increasing the length in first operand to 7. But I got stuck with S0C4 with reason code 10 which said Segment translation exception. Atlast I found that this S0C4 was due to Residence mode. Kept RMODE 24. It worked well!
This piece of code wasn't giving S0C4 when in production region where RMODE is ANY. Should I assume the production and test regions have different settings? |
|
Back to top |
|
|
Bill O'Boyle
CICS Moderator
Joined: 14 Jan 2008 Posts: 2501 Location: Atlanta, Georgia, USA
|
|
|
|
Just make sure that the program is not using RMODE24-mandated Macros, such as a DCB or, if it's a sub-program, that the caller requires the sub-program to be RMODE24.
Regards, |
|
Back to top |
|
|
|