FW: Cobol: Maximum number of FD Statements
Gee, a problem with the EXIT compiler option. It is almost as if I had written in this forum on March 2nd, here is, however, one other option that you should check in your listing. See if you have any EXIT compiler options specified. See: http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/APPENDIX1.5 and, of course never heard back that the EXIT compiler option was in use. (I also never heard back about the SIZE compiler option in effect) NOTE: if you are using RW exits, my best guess is that you have the report-Writer add-on product. If you are getting S0C1 with that, then I suggest that you contact SPC systems (if you haven't already). Going to NOPRTEXIT *may* cause your problems if you actually do have Report Writer programs to be compiled. -Original Message- From: Bill Klein [mailto:wmkl...@ix.netcom.com] Sent: Monday, March 02, 2009 1:03 PM To: IBM-MAIN (IBM-MAIN@BAMA.UA.EDU) Subject: Fw: Cobol: Maximum number of FD Statements The Enterprise COBOL compiler (usually) does not quietly S0C1 with no messages if the region is too small. The one thing that I would check is whether you have the compiler option SIZE(MAX) either explicitly or implicitly specified. Check out http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/2.4.46 and notice the warning (especially if you are using the SQL or CICS compiler options). If you get a S0C1 when using IGYCRCTL *and* you are using vanilla compiler options, then you definitely should be working with IBM support. There is, however, one other option that you should check in your listing. See if you have any EXIT compiler options specified. See: http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/APPENDIX1.5 If you are using any of those (and CA might want you to), then this MIGHT result in a S0C1. If you are using that, then try compiling with NOEXIT and see if that gets rid of the S0C1. NOTE: If you actually reversed your report on what was happening and compiling with IGYCRCTL gets a clean compile and compiling with a pgm=C??? gets the S0C1, then that is something you should check with CA. Gibney, Dave gib...@wsu.edu wrote in message news:edfbe8a9b39ed541ba3c8177c32ff0c8945...@exchangevs-02.ad.wsu.edu... Damn small for this day and age. I'd bet that the complier got bigger and pushed you past some limit. I'd suggest at least 64M. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of frederick.verw...@hrsdc-rhdsc.gc.ca Sent: Monday, March 02, 2009 10:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Cobol: Maximum number of FD Statements The region was defined by the cataloged procedure at 4096K. It didn't change with the upgrade to z/OS. I agree with Dennis that it's likely a compiler issue. Thanks for all the ideas folks! Regards, Eric Verwijs Programmer Analyst | Programmeur-analyste CPP/ OAS/ IA Production Support Team | Équipe de soutien à la production RPC / SV / IA frederick.verw...@hrsdc-rhdsc.gc.ca Telephone | Téléphone 613-941-7492 Facsimile | Télécopieur 613-941-4234 National Headquarters | Administration Centrale Human Resources and Skills Development Canada | Ressources humaines et Développement des compétences Canada Government of Canada | Gouvernement du Canada -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: 2009-03-02 12:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Cobol: Maximum number of FD Statements What's the REGION on the Compile step? Also check the SIZE options. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Roach, Dennis (N-GHG) Sent: Monday, March 02, 2009 9:41 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Cobol: Maximum number of FD Statements Sounds more like a compiler problem than a compile problem. It could be a table overflow or anything. IBM, or the owner of the compiler, should be contacted. I doubt that this group will be of much help. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning
Fw: Cobol: Maximum number of FD Statements
The Enterprise COBOL compiler (usually) does not quietly S0C1 with no messages if the region is too small. The one thing that I would check is whether you have the compiler option SIZE(MAX) either explicitly or implicitly specified. Check out http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/2.4.46 and notice the warning (especially if you are using the SQL or CICS compiler options). If you get a S0C1 when using IGYCRCTL *and* you are using vanilla compiler options, then you definitely should be working with IBM support. There is, however, one other option that you should check in your listing. See if you have any EXIT compiler options specified. See: http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/APPENDIX1.5 If you are using any of those (and CA might want you to), then this MIGHT result in a S0C1. If you are using that, then try compiling with NOEXIT and see if that gets rid of the S0C1. NOTE: If you actually reversed your report on what was happening and compiling with IGYCRCTL gets a clean compile and compiling with a pgm=C??? gets the S0C1, then that is something you should check with CA. Gibney, Dave gib...@wsu.edu wrote in message news:edfbe8a9b39ed541ba3c8177c32ff0c8945...@exchangevs-02.ad.wsu.edu... Damn small for this day and age. I'd bet that the complier got bigger and pushed you past some limit. I'd suggest at least 64M. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of frederick.verw...@hrsdc-rhdsc.gc.ca Sent: Monday, March 02, 2009 10:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Cobol: Maximum number of FD Statements The region was defined by the cataloged procedure at 4096K. It didn't change with the upgrade to z/OS. I agree with Dennis that it's likely a compiler issue. Thanks for all the ideas folks! Regards, Eric Verwijs Programmer Analyst | Programmeur-analyste CPP/ OAS/ IA Production Support Team | Équipe de soutien à la production RPC / SV / IA frederick.verw...@hrsdc-rhdsc.gc.ca Telephone | Téléphone 613-941-7492 Facsimile | Télécopieur 613-941-4234 National Headquarters | Administration Centrale Human Resources and Skills Development Canada | Ressources humaines et Développement des compétences Canada Government of Canada | Gouvernement du Canada -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: 2009-03-02 12:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Cobol: Maximum number of FD Statements What's the REGION on the Compile step? Also check the SIZE options. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Roach, Dennis (N-GHG) Sent: Monday, March 02, 2009 9:41 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Cobol: Maximum number of FD Statements Sounds more like a compiler problem than a compile problem. It could be a table overflow or anything. IBM, or the owner of the compiler, should be contacted. I doubt that this group will be of much help. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of frederick.verw...@hrsdc-rhdsc.gc.ca Sent: Monday, March 02, 2009 6:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Cobol: Maximum number of FD Statements No error. We just upgraded to z/OS 1.8 and one of the programs that compiled before the upgrade no longer compiled after it. It was just a shot in the dark to figure out why it wasn't compiling since it has an awful lot of reports. An even more irritating thing is that a previous version of the offending program still compiles and all the programmer did in the new version (afaik) is add a bunch of new reports. It's a strange compile error too, S0C1 and and doesn't even point to a statement in the program. No real compile listing either. We use CA Workbench to do compiles (I usually just grab the JCL and don't
Re: Fw: Cobol: Maximum number of FD Statements
On Mon, 2 Mar 2009 13:03:20 -0600, Bill Klein wrote: The Enterprise COBOL compiler (usually) does not quietly S0C1 with no messages if the region is too small. The one thing that I would check is whether you have the compiler option SIZE(MAX) either explicitly or implicitly specified. Check out http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/2.4.46 and notice the warning (especially if you are using the SQL or CICS compiler options). You might also check your ALLOCxx specification for TIOT... IEF773I TIOT SIZE = K, MAXIMUM SINGLE UNIT DD ENTRIES = With our limit, we'll never be able to allocate 4000 DD's, let alone 64,000. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: Cobol: Maximum number of FD Statements
That actually raises an interesting question. As the limit of FD's is larger than the limit of DD's allowed in a job step *AND* COBOL now supports dynamic allocation, I wonder how COBOL would do if you did try to have more than 3273 files opened at the same time? I certainly wouldn't want to consider maintaining or running a program that DID this, but it does seem interesting to me G Ken Porowski ken.porow...@cit.com wrote in message news:b192ab50f9a86f438aa3a8528934355e0e0d8...@crplivexc52.citnet.cit.com.. . 65535 Language Reference Appendix B. Compiler Limits -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of frederick.verw...@hrsdc-rhdsc.gc.ca Sent: Friday, February 27, 2009 2:01 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Cobol: Maximum number of FD Statements Hello everybody, Our installation is running z/OS 1.8, IBM Enterprise COBOL for z/OS 3.4.1. If I'm missing something here, let me know. I've looked in our Cobol language reference and the programming guide and of course, searched the web. If the answer's there, I've not found it. How many FD/SD statements can a Cobol program have? According to my System 390 JCL manual, a job step can have 3273 DD statements. So, I expect a Cobol program could not have more than that. Perhaps there is no defined maximum other than the maximum Cobol program size, whatever that is. Can anybody tell me? Regards, Eric Verwijs Programmer Analyst | Programmeur-analyste CPP/ OAS/ IA Production Support Team | Équipe de soutien à la production RPC / SV / IA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fw: Cobol: Maximum number of FD Statements
Of course you could have a program that deals with 65535 different files/dd's and just opens the ones it needs based on some sort of parm. And isn't the system limit based on single unit DD's. If you concatenate or span volumes the limit could be much smaller. -Original Message- Bill Klein That actually raises an interesting question. As the limit of FD's is larger than the limit of DD's allowed in a job step *AND* COBOL now supports dynamic allocation, I wonder how COBOL would do if you did try to have more than 3273 files opened at the same time? I certainly wouldn't want to consider maintaining or running a program that DID this, but it does seem interesting to me G Ken Porowski ken.porow...@cit.com wrote in message news:b192ab50f9a86f438aa3a8528934355e0e0d8...@crplivexc52.citnet.cit.com.. . 65535 Language Reference Appendix B. Compiler Limits -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of frederick.verw...@hrsdc-rhdsc.gc.ca Sent: Friday, February 27, 2009 2:01 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Cobol: Maximum number of FD Statements Hello everybody, Our installation is running z/OS 1.8, IBM Enterprise COBOL for z/OS 3.4.1. If I'm missing something here, let me know. I've looked in our Cobol language reference and the programming guide and of course, searched the web. If the answer's there, I've not found it. How many FD/SD statements can a Cobol program have? According to my System 390 JCL manual, a job step can have 3273 DD statements. So, I expect a Cobol program could not have more than that. Perhaps there is no defined maximum other than the maximum Cobol program size, whatever that is. Can anybody tell me? Regards, Eric Verwijs Programmer Analyst | Programmeur-analyste CPP/ OAS/ IA Production Support Team | Équipe de soutien à la production RPC / SV / IA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fw: Cobol: Maximum number of FD Statements
That actually raises an interesting question. As the limit of FD's is larger than the limit of DD's allowed in a job step *AND* COBOL now supports dynamic allocation, I wonder how COBOL would do if you did try to have more than 3273 files opened at the same time? wow - that would certainly be Big File Definitions .. otherwise known as BFD The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html