doubt for SOC4 abend

Get solution for your ABEND Codes & System Error Messages, SQL Codes, File Status etc...
priyasingh
Posts: 9
Joined: Mon Oct 15, 2012 4:19 pm
Skillset: JCL
CICS
DB2
PLI
Referer: website

doubt for SOC4 abend

Postby priyasingh » Thu Dec 13, 2012 1:41 pm

while searching about the abend SOC4, i found
Movingdata to a zero address or to an address less than 512 (decimal) is a very frequent cause of this abend.

Can anyone tell me what does 512(decimal) means here?

NicC
Global moderator
Posts: 3025
Joined: Sun Jul 04, 2010 12:13 am
Skillset: JCL, PL/1, Rexx, Utilities and to a lesser extent (i.e. I have programmed using them) COBOL,DB2,IMS
Referer: Google
Location: Pushing up the daisies (almost)

Re: doubt for SOC4 abend

Postby NicC » Thu Dec 13, 2012 2:43 pm

Exactly what it says - an address less than 512. Such a low address is reserved by/for the operating system
The problem I have is that people can explain things quickly but I can only comprehend slowly.
Regards
Nic

enrico-sorichetti
Global moderator
Posts: 3006
Joined: Fri Apr 18, 2008 11:25 pm
Skillset: tso,rexx,assembler,pl/i,storage,mvs,os/390,z/os,
Referer: www.ibmmainframes.com

Re: doubt for SOC4 abend

Postby enrico-sorichetti » Thu Dec 13, 2012 2:48 pm

see here for the details of hardware architecture
http://www-01.ibm.com/support/docview.w ... c500428f9a
cheers
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort

User avatar
dick scherrer
Global moderator
Posts: 6268
Joined: Sat Jun 09, 2007 8:58 am

Re: doubt for SOC4 abend

Postby dick scherrer » Thu Dec 13, 2012 8:32 pm

Hello,

Can anyone tell me what does 512(decimal) means here?
As said above, a memory address below 512.

It means the code has attempted to move data to an address that is not valid to move to by the code.
Hope this helps,
d.sch.

BillyBoyo
Global moderator
Posts: 3805
Joined: Tue Jan 25, 2011 12:02 am
Skillset: Easytrieve Plus, Cobol, Utilities, that sort of stuff
Referer: Google

Re: doubt for SOC4 abend

Postby BillyBoyo » Fri Dec 14, 2012 6:31 pm

priyasingh,

Can you post where you got that from, please? I've seen a good few S0C4's in my time (caused by program code, rather that doing dumb things with a file which, to be honest, I've never looked at the address of), but other than a zero address, I've never seen one that bore any relationship to and address of "512" or lower and non-zero. Although easy to get a zero address in Cobol, getting an address of 1-512 would be much more tricky, except doing it deliberately.

S0C4 is from accessing storage that in some way you don't have "permission" to address - it is not "your storage" according to the OS (and there is no arguing with it).

BillyBoyo
Global moderator
Posts: 3805
Joined: Tue Jan 25, 2011 12:02 am
Skillset: Easytrieve Plus, Cobol, Utilities, that sort of stuff
Referer: Google

Re: doubt for SOC4 abend

Postby BillyBoyo » Sat Dec 15, 2012 5:50 am

So, it is something according to Chicago Soft's Quik-Ref product.

The 512 is like this: X'0000FF' or X'000000FF' through X'000000' or X'00000000'.

The zero address is easy to create (try to use something which has not had an address established). The X'01'-X'FF' would be difficult to get by accident in Cobol.


  • Similar Topics
    Replies
    Views
    Last post