MVSFORUMS.com

deadlycoder · Beginner Joined: 25 May 2006 Posts: 24 Topics: 11

Hi all,

I am facing a strange problem of S0C4 since yesterday.It is like this.....

I have a simple COBOL program

shekar123 · Posted: Wed Jul 26, 2006 3:01 am Post subject:

deadlycoder,

I have few questions:

1.Was your program compiled successfully ?
2.Since the load module resides in the PDS CPDFVG0.COPY.LOADLIB3 and you have coded in the JOBLIB DD statement when you run the JCL code ,you should get S806 Error because the load module does not reside in the PDS CDSING0.COPY.LOADLIB3 as STEPLIB overrides the JOBLIB you should be getting that error since System will first look into the PDS specified in STEPLIB and then JOBLIB.However if you have copied the loadmodule to the PDS CDSING0.COPY.LOADLIB3 then you will get RC=0.
3.Can you post the exact error when u get SOC4 ?
4.Please put the code in between CODE tags which will form the real Mainframe code and it helps to understand better.
_________________
Shekar
Grow Technically

deadlycoder · Beginner Joined: 25 May 2006 Posts: 24 Topics: 11

Hi Shekar,

A small correction regarding the jcl code

German Castillo · Posted: Wed Jul 26, 2006 3:39 am Post subject:

Hello!

The abended module IGZCEV5 is trying to do something, perhaps it needs some other module. Check for weak external errors in your Lked procedure. Check with your system programmers wheter or not you have had a new install or datasets movements.

Are your Cobol/Language Environment Load datasets in Linklst/Lpa list? If not you should concat the proper RUNTIME datasets to your JOBLIB/Steplib DD (In either one of them should be enough). As a counterpart check your compile procedure for those datasets, belonging to this items which should also be in your SYSLIB Compile/Lked datasets.
_________________
Best wishes,

German Castillo

kolusu · Posted: Wed Jul 26, 2006 8:22 am Post subject:

deadlycoder,

Here is the exaplanation of the abend code S0C4 with a reason code of 10

deadlycoder · Beginner Joined: 25 May 2006 Posts: 24 Topics: 11

Hi Kolusu,

Even I have referred to this column but I am not able to fix this problem. I am not able to store the load module in system or admin defined libraries,I don't have authority to save the load module there.

So I stored it in my library(i.e. in User defined library). U can see the loadlib with first qualifier as my user ID.

I think JES is not able to locate this module in the main memory.

Kindly tell me what should i do?

Thanks and regards,

Deadly coder.

shekar123 · Posted: Fri Jul 28, 2006 1:19 am Post subject:

deadlycoder,

Can you post the exact JCL Syntax which u have used and giving the Steplib DD Dataset your private library should not be problem ? Try compiling once again and give the loadlib the same name as what u are using in the Steplib .
_________________
Shekar
Grow Technically

deadlycoder · Beginner Joined: 25 May 2006 Posts: 24 Topics: 11

Hello shekar,

You can find the JCL syntax in my first post above.

I am using the same JCL and program. I have compiled the program and kept the load module in the specified library.

I have used steplib as well as joblib which have same dsn.
_________________
'Achievement is almost automatic when the goal becomes an inner commitment'

German Castillo · Posted: Fri Jul 28, 2006 6:46 am Post subject:

Hello,

IGZCEV5 belongs to LE and It has some CSECTS, does several 'calls', normally to COBOL Init routines described in your load module preface and/or as well as other LE modules. From this fact, we may think that your load module hasn't even started to execute... Smile

All the SOC4 I have gotten from this module are related to accidentally using old libraries, suchs as COB2LIB or even VSCCLIB. As I told you before, look out for the proper one, which is SCEERUN. One way of this "accident" happening could be a misplaced JOBLIB/STEPLIB DD statement in your JCL, or a bad concatenation in the LNKLST/LPALST. If you want to be sure, just place the SCEERUN ahead of your loadlib in your JOBLIB/STEPLIB, in which case just talk to your system support people and explain the situation. As a sidenote double check for the proper LE libraries also in your comple/lked job, you may need to recompile the module.

Hope it helps
_________________
Best wishes,

German Castillo

kingo · Posted: Sun Sep 03, 2006 11:23 pm Post subject:

Even I was facing similar kind of problem it was due to the mismatch in the record length......
_________________
IF YOU ARE NOT FOCUSSED ON GOAL ALL YOU SEE IS OBSTACLE.

ramesh161 · Beginner Joined: 09 May 2006 Posts: 5 Topics: 0

I want to add more info. on the above abend

While running the program, it will try to write the temporary data into the memory. If that memory is already filled, then it will give SOC4(data protection error). It means the memory space already having the data. so system won't allow to write into that protection area.