File does exist and it is showing SOC7 abend

saurabhkhandelwal · New User Joined: 19 Mar 2008 Posts: 11 Location: noida

hi..
i am getting an error in which i am not able to open my input file which i am reading in the program and thats why i m not able to send the read data to the output file..i have checked the file status for my input file which is showing as 35,which means the file does not exist, but the file does exist and it is showing SOC7 abend wen i submit my job.
kindly tell me the solution of the above problem at the earliest.
thank you.

radhakrishnan82 · Posted: Wed Mar 19, 2008 11:40 am Post subject:

would like to know about your jcl. Is it possible for you to print the jcl here?

saurabhkhandelwal · New User Joined: 19 Mar 2008 Posts: 11 Location: noida

sandy_venkat · New User Joined: 16 May 2007 Posts: 27 Location: India

Could you please elaborate a bit..

How and where does it show a S0C7 when the system is not able to find the file in the first place??

This is the description i found for the code 35.
-------------------------------------------
Description :

ATEEMPTING TO OPEN AN EMPTY FILE IN INPUT OR I/O MODE. DD NAME IS MISSING OR WRONGLY GIVEN.

Explanation :

An OPEN statement with the INPUT, I-O, or EXTEND phrase was attempted on a non-optional file that was not present.
--------------------------------------------

Chekc your DD statements etc...

advith001 · New User Joined: 16 Mar 2005 Posts: 21

//INFILE DD DSN=TB@CSSVC.PARTS.DI4PARTS.TEST,DISP=SHR
//INFILE DD DUMMY,DCB=(RECFM=F,LRECL=100)

This might be your problem!?

Anna.

radhakrishnan82 · Posted: Wed Mar 19, 2008 12:04 pm Post subject:

radhakrishnan82 · Posted: Wed Mar 19, 2008 12:05 pm Post subject:

Rather than searching for file status reason, if you know the displacement number can you go further according to s0c7 resolving procedure and let us know the update.

sandy_venkat · New User Joined: 16 May 2007 Posts: 27 Location: India

Why does Infile show DUMMY as well??

It shows 'TB@CSSVC.PARTS.DI4PARTS.TEST' and in the next line it shows DD DUMMY as well?? Is that right?

And..is that the file that is not being able to be foind by the system??

saurabhkhandelwal · New User Joined: 19 Mar 2008 Posts: 11 Location: noida

That is what we are not able to find.wen we submit the job it shows soc7 abend.we have even displayed a message in our cobol prog when we are opening the file. we have set the condition that if the status code is other then 00 then display error.that is why it is showing 35 error code.i know the meaning of it but not able as to how to proceed...

sandy_venkat · New User Joined: 16 May 2007 Posts: 27 Location: India

then follow the normal method of solving the S0c7 by plugging in display statements in the area where the 0C7 is occuring...Check the offset as radhakrishnan told..

And could you also reply to .... Why does Infile show DUMMY as well??

Anuj D. · Posted: Wed Mar 19, 2008 12:39 pm Post subject:

dick scherrer · Posted: Wed Mar 19, 2008 7:43 pm Post subject:

Hello,

It may be that the code is trying to process even though the 35 error was raised. Make sure the program presents a suitable error message and terminates when an error is detected.

If the vsam file is defined as input or i-o, it must not be empty. How many records are in the file?

Anuj D. · Posted: Thu Mar 20, 2008 2:10 am Post subject:

dick scherrer · Posted: Thu Mar 20, 2008 2:35 am Post subject:

Hi Anuj,

No, i wasn't referrng to the DUMMY dd statement.

My guess was that the vsam file might be empty. A record count at the time of the failure might help determine the cause of the 35.

saurabhkhandelwal · New User Joined: 19 Mar 2008 Posts: 11 Location: noida

hi..i was getting soc7 error wen i am submitting my job.so i changed my cobol program to call a QUITD when reading the problematic file..now wen i m submitting i am geeting user abend as U1234.
and it is showing error as some offset X'BC6' in spool.
so how to proceed n how to rectify this abend.