Already searched. Found teh below answers but did not succeed.
S213 DSCB not found; I/O error in reading or writing DSCB. Possible causes:
the data set is not the specified volume
DISP=MOD is not compatible with a volume reference
incorrect tape positioning.
S213-04 An I/O error occurred reading the FORMAT 1 DSCB, or the FORMAT 1 DSCB could not be found on the first volume specified by the DD statement volume serial field.
S213-08 An OPEN macro was issued for a password protected dataset but the system was unable to locate the password dataset.
S213-0C An I/O error occurred reading a FORMAT 1 DSCB for a direct or indexed sequential dataset, or the FORMAT 1 DSCB could not be found on the volume specified by the DD statement.
S213-18 An I/O error occurred writing back a FORMAT 1 DSCB.
S213-20 During an open, a volume contained more than 16 extends of the indicated dataset. Try browsing or editing the file via SPF 3.4. Check the upper right-most corner of the ISPF panel for an indicator message.
S213-28 An OPEN macro ws issued for a direct access dataset specifying UNIT=SYSDA, but the UNIT already contained 127 users, whcih is the maximum allowed.
However, Dataset is accessible. So, thought of asking you guys some help...
How are we suppose to know what the compiler you are trying to write is doing?
A compiler is not a simple project, why do you thing you need to write your own compiler?
1. I don't think I am going to explain why i am trying to do?
2. A COBOL Compile JCL is a very small thing that people do on a daily basis.
3. I think This is a forum where we are trying to go beyond the day to day work and share our technical skills which i don't have today to fix this S213. Hence i have put it in the forum.
4. If you need any more info to get a solution, Kindly let me know.
5. If you don't understand what i am asking or not interested in replying, please refrain from asking why without giving any answers and at least don't reply craps.
For the love of all that is holy and good in this world, please tell me this was some sort of grammar problem:
Quote:
This is for testing the cobol compiler that i am trying to create.
To me, this reads that you are trying to write your own COBOL compiler. However, the earlier posts (from a different userid) make it seem like they are trying to create a COBOL program and are having trouble with the IBM compiler accepting the code.
BTW, when I get S213, it's usually because the member isn't there in the PDS I specified. Check to make sure the name of the member is actually what you think it is.
I think i pasted the word Compiler in the beginning which might cause confusion. It is not a compiler rather just a simple cimplie JCL for compiling a COBOL Program.
Joined: 06 Jun 2008 Posts: 8697 Location: Dubuque, Iowa, USA
Arya, besides hijacking a thread, I see at least three problems with your posted JCL:
1) SYSLIN in the COBOL step points to an object library, not a load library. An object library is RECFM=FB,LRECL=80 whereas a load library is RECFM=U with no LRECL
2) Where's your linkage editor / binder step to convert the compiler output (the object code) into a load module?
3) DISP=(MOD,PASS) on a PDS member is NOT a good idea. It will work the first time you compile the program, but after that it will fail since the member must not exist for DISP=MOD to work (when you specify the member name in the JCL).
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
Hello,
Your topic has been split into a new topic with a title that relates to your question. As you have been here 5 you would know that a new question should begin a new topic. . .
Is there some reason you did not post the ddname/dsn of the dataset that caused the s213?
What business reason is ther for you to try to create your own compile jcl? This is unaccepted in every organization i've supported and is cause for termination in some organizations.
Your code should never cause the compiler to experience an s213 . . .
Joined: 03 Oct 2009 Posts: 1788 Location: Bloomington, IL
pawasthi wrote:
S213 - 3C - WHEN OPENING A PDSE THE RECFM IN THE DCB WAS DIFFERENT FROM THE RECFM ALREADY IN THE FORMAT-1 DSCB IN THE VTOC.
You realize that Mr. Sample told you the reason he wrote
Quote:
SYSLIN in the COBOL step points to an object library, not a load library. An object library is RECFM=FB,LRECL=80 whereas a load library is RECFM=U with no LRECL