The real question/issue is whether there is any OTHER set of COBOL routines available in STEPLIB, Linklist, LPA, whatever. If *only * the LE library is available and the correct re-linking of the OS/VS COBOL NORES program was done (with the LE library), then no OC1 should occur. See:
http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3mg40/3.4.1 "Hal Merritt" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > LE and such are not appropriate for STEPLIB. In fact, having such a > concatenation opens the door for mixed levels. I believe it is strongly > recommended that one and only one level of LE be available in any form > in a given environment (LPAR). > > Reason is that IMS, COBOL, LE and such don't necessarily search the > STEPLIB first, or even at all. Yes, I know what the JCL manual says. > > Same goes for link list: don't mix. > > HTH and good luck. > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Rich Tabor > Sent: Wednesday, August 13, 2008 11:43 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Abend0C1 while calling an IBM-Cobol routine from OS/BS > Cobol Main. > > Any chance you don't have the newer LE runtime library first in your > steplib > concatenation? > > On Wed, Aug 13, 2008 at 7:43 AM, Itschak Mugzach <[EMAIL PROTECTED]> > wrote: > > > I am running a n IMS MPP transaction written in OS/VS Cobol and is > > statically binded. The main program calls a routine compiled in Cobol > for > > VM > > and MVS. The binder output marks IGZETUN and IGZEOPT as weak external > > references. > > When the Cobol routine gets control, module IGZCBSO abends with S0C1, > > failng > > to create a new Cobol environment. It look like that the CEESTART > module (I > > think it is a kind of branch table) doesn't hold all addresses. > > > > I know that IGZETUN & IGZEOPT are not supported under LE, but how come > LE > > holds V constants to those modules? > > > > Please advise. > > > > Regards, > > > > Itschak > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > NOTICE: This electronic mail message and any files transmitted with it are intended > exclusively for the individual or entity to which it is addressed. The message, > together with any attachment, may contain confidential and/or privileged information. > Any unauthorized review, use, printing, saving, copying, disclosure or distribution > is strictly prohibited. If you have received this message in error, please > immediately advise the sender by reply email and delete all copies. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html