Hi Bill, 1 VS Cobol Program is actually OS/VS Cobol (amblist shows 5740CB103 as compiler version). Program compilation details are like: AMODE(24),RMODE(24), NOT-RENT, RES
Thanks and regards. Mürsel Taşgın BT Sistem Yönetimi Yönetici Yardımcısı Akbank Genel Müdürlüğü Sabancı Center 34330, İstanbul Tel: + 90 212 385 53 85 Faks: +90 212 282 62 76 [EMAIL PROTECTED] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bill Klein Sent: Monday, October 20, 2008 9:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: C03 abend when omitting CEE.SCEERUN from JCL When you say "1 VS COBOL program" Do you mean VS COBOL II or OS/VS COBOL? If it is OS/VS COBOL, then this may WELL be part of the problem. However, for either VS COBOL II or OS/VS COBOL, was the program compiled with RES or NORES? (You can use COBANAL or Edge Portfolio to find this out). If you have ANY "NORES" program mixed in with an Enterprise COBOL application, you are into the "wonderful world of MIXRES" and things can get VERY funny. I can (relatively) easily imagine that this may well lead to problems with different locations for SCEERUN. If your "VS COBOL" (OS/VS COBOL or VS COBOL II) program is compiled with NORES, then I suggest recompiling with RES and seeing if this "fixes" the problem. "M"ürsel" Taşgın" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > Hi, > It is a DB2 Cobol program and make calls to other programs compiled with > ASM, Enterprise Cobol and 1 VS Cobol program. > > We think that there is a problem with the program (ie. Not closing datasets > properly etc.) But we cannot understand why does it work with CEE.SCEERUN in > JOBLIB and doesn't work when it needs to call it from LNKLST. > > Thanks and regards. > > Mürsel Tasgin > BT Sistem Yönetimi > Yönetici Yardimcisi > > Akbank Genel Müdürlügü > Sabanci Center 34330, Istanbul > Tel: + 90 212 385 53 85 > Faks: +90 212 282 62 76 > [EMAIL PROTECTED] > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf > Of Mark Zelden > Sent: Friday, October 17, 2008 7:17 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: C03 abend when omitting CEE.SCEERUN from JCL > > On Fri, 17 Oct 2008 11:04:51 -0500, Chase, John <[EMAIL PROTECTED]> wrote: > > > > >" When we remove CEE.SCEERUN joblib statement from the JCL, the job > >abends with C03: > >IKJ56641I SYSTEM ABEND CODE C03 REASON CODE 00000004" > > > >Note the message ID: It's a TSO message. Leads me to believe more > >needs to be known about just how the program is invoked. Seems that > >it's not via "normal batch" JCL; i.e., it's not via > > > > //STEPNAME EXEC PGM=COBOLPGM > > > > -jc- > > > Perhaps its a DB2 COBOL program. But that shouldn't matter. It should > run without the JOBLIB all things being equal. > > Mark > -- > Mark Zelden > Sr. Software and Systems Architect - z/OS Team Lead > Zurich North America / Farmers Insurance Group - ZFUS G-ITO > mailto:[EMAIL PROTECTED] > z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ > Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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 > > > Bu e-posta ve muhtemel eklerinde verilen bilgiler kisiye özel ve gizli olup, yalnizca mesajda belirlenen alici ile ilgilidir.Size yanlislikla ulasmissa lütfen göndericiye bilgi veriniz, mesaji siliniz ve içerigini baska bir kisiye açiklamayiniz, herhangi bir ortama kopyalamayiniz. Bu mesaj aksi sözlesme ile belirtilmedikçe herhangi bir finansal islem teklifi, alimi, satimi veya herhangi bir havalenin teyidi gibi bankacilik islemi yapilmasi amacini tasimamaktadir.Verilen tüm bilgilerin dogrulugu ve bütünlügünün garantisi verilmemekte olup, önceden bildirilmeksizin degistirilebilecektir.Bu mesajin içerigi Bankamizin resmi görüslerini yansitmayabileceginden Akbank T.A.S. hiçbir hukuki sorumlulugu kabul etmez. > > ---------------------------------------------------------------------- > 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 Bu e-posta ve muhtemel eklerinde verilen bilgiler kişiye özel ve gizli olup, yalnızca mesajda belirlenen alıcı ile ilgilidir.Size yanlışlıkla ulaşmışsa lütfen göndericiye bilgi veriniz, mesajı siliniz ve içeriğini başka bir kişiye açıklamayınız, herhangi bir ortama kopyalamayınız. Bu mesaj aksi sözleşme ile belirtilmedikçe herhangi bir finansal işlem teklifi, alımı, satımı veya herhangi bir havalenin teyidi gibi bankacılık işlemi yapılması amacını taşımamaktadır.Verilen tüm bilgilerin doğruluğu ve bütünlüğünün garantisi verilmemekte olup, önceden bildirilmeksizin değiştirilebilecektir.Bu mesajın içeriği Bankamızın resmi görüşlerini yansıtmayabileceğinden Akbank T.A.Ş. hiçbir hukuki sorumluluğu kabul etmez. ---------------------------------------------------------------------- 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
