Re: C03 abend when omiting CEE.SCEERUN from JCL
Hi Denis, CEE.SCEERUN is the last of 4 datasets in JOBLIB statement. 3 datasets prior to CEE.SCEERUN are datasets application developers' load libraries. 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 Roach, Dennis Sent: Sunday, October 19, 2008 9:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: C03 abend when omiting CEE.SCEERUN from JCL When you pull SCEERUN from the JOBLIB/STEPLIB/tasklib DD statement, what is left? If there was anything after it, those libraries will now be searched ahead of LPA/LINKLIST. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mürsel Tasgin (BT Isletim ve Teknik Destek Bölümü) Sent: Friday, October 17, 2008 10:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: C03 abend when omiting CEE.SCEERUN from JCL Hi Mark, We are at zOS 1.9. We put CEE.SCEERUN at the top of LNKLST and activate a new set of LNKLST. We searched LPA and MLPA datasets as well for a module having same name with the ones in CEE.SCEERUN but didn't find any. Is there a quick way (a parameter or tracer) to list or report which call sequence occurs during the execution of our problematic batch program? 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 Mark Zelden Sent: Friday, October 17, 2008 5:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: C03 abend when omiting CEE.SCEERUN from JCL On Fri, 17 Oct 2008 17:18:20 +0300, Mürsel TaÅŸgın (BT Ä°ÅŸletim ve Tek nik Destek Bölümü) [EMAIL PROTECTED] wrote: Hi Mark, We checked the CEE.SCEERUN dataset again to be sure. CEE.SCEERUN in LNKLST and the one coded inside JCL are exactly the same(no volser is coded and the dataset is accessed via MCAT). When we searched CEEBINIT it is found in CEE.SCEERUN as well. One further investigation; we listed all the module names and aliases that reside in LNKLST datasets and try to find if there are any common module names of aliases that are in different physical datasets. There are no module names or alias names that reside in CEE.SCEERUN and any other dataset inside linklist (regardless of dataset's position in LNKLST). Thanks and regards. Did you check LPA also when using ISRDDN? If so, then get a dump and open a PMR with IBM. Just out of curisosity, what OS level is this for? I am assuming someone didn't just apply the LE support for that level of COBOL to the LE lib in the LNKLST. If they did, of course you would need an LLA UPDATE of that library / REFRESH. 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 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 -- 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
Re: C03 abend when omiting CEE.SCEERUN from JCL
Reentrant programs from authorized libraries loaded into subppol 251. All other programs are loaded into subpool 252 which is NOT fetch protected. Perhaps using CEE.SCEERUN as STEPLIB/JOBLIB looses the status of an authorized library. Unfortunally also just a guess without a dump. Verify if the program with the DCB/DCBE is loaded into SP251 or SP252. Roland Hi Denis, CEE.SCEERUN is the last of 4 datasets in JOBLIB statement. 3 datasets prior to CEE.SCEERUN are datasets application developers' load libraries. Thanks and regards. -- 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
Re: C03 abend when omiting CEE.SCEERUN from JCL
When you pull SCEERUN from the JOBLIB/STEPLIB/tasklib DD statement, what is left? If there was anything after it, those libraries will now be searched ahead of LPA/LINKLIST. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mürsel Tasgin (BT Isletim ve Teknik Destek Bölümü) Sent: Friday, October 17, 2008 10:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: C03 abend when omiting CEE.SCEERUN from JCL Hi Mark, We are at zOS 1.9. We put CEE.SCEERUN at the top of LNKLST and activate a new set of LNKLST. We searched LPA and MLPA datasets as well for a module having same name with the ones in CEE.SCEERUN but didn't find any. Is there a quick way (a parameter or tracer) to list or report which call sequence occurs during the execution of our problematic batch program? 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 Mark Zelden Sent: Friday, October 17, 2008 5:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: C03 abend when omiting CEE.SCEERUN from JCL On Fri, 17 Oct 2008 17:18:20 +0300, Mürsel TaÅŸgın (BT Ä°ÅŸletim ve Tek nik Destek Bölümü) [EMAIL PROTECTED] wrote: Hi Mark, We checked the CEE.SCEERUN dataset again to be sure. CEE.SCEERUN in LNKLST and the one coded inside JCL are exactly the same(no volser is coded and the dataset is accessed via MCAT). When we searched CEEBINIT it is found in CEE.SCEERUN as well. One further investigation; we listed all the module names and aliases that reside in LNKLST datasets and try to find if there are any common module names of aliases that are in different physical datasets. There are no module names or alias names that reside in CEE.SCEERUN and any other dataset inside linklist (regardless of dataset's position in LNKLST). Thanks and regards. Did you check LPA also when using ISRDDN? If so, then get a dump and open a PMR with IBM. Just out of curisosity, what OS level is this for? I am assuming someone didn't just apply the LE support for that level of COBOL to the LE lib in the LNKLST. If they did, of course you would need an LLA UPDATE of that library / REFRESH. 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 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 -- 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
C03 abend when omiting CEE.SCEERUN from JCL
Hi, We have a problem about CEE.SCEERUN usage. This LE dataset is in LINKLIST and all users are able to use it. However a batch program, which is compiled in Enterprise Cobol (V3.2) and make dynamic calls to ASM programs needs CEE.SCEERUN dataset coded inside JCL (via joblib). When we remove CEE.SCEERUN joblib statement from the JCL, the job abends with C03: IKJ56641I SYSTEM ABEND CODE C03 REASON CODE 0004 We cannot figure out, why program cannot call modules of CEE.SCEERUN from LNKLST and needs it inside JCL(via joblib). Anyone experienced same problem? Thanks and regards. Mürsel Taşgın Akbank 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
Re: C03 abend when omiting CEE.SCEERUN from JCL
On Fri, 17 Oct 2008 15:36:57 +0300, Mürsel Ta#351;g#305;n (BT #304;#351;letim ve Teknik Destek Bölümü) [EMAIL PROTECTED] wrote: Hi, We have a problem about CEE.SCEERUN usage. This LE dataset is in LINKLIST and all users are able to use it. However a batch program, which is compiled in Enterprise Cobol (V3.2) and make dynamic calls to ASM programs needs CEE.SCEERUN dataset coded inside JCL (via joblib). When we remove CEE.SCEERUN joblib statement from the JCL, the job abends with C03: IKJ56641I SYSTEM ABEND CODE C03 REASON CODE 0004 We cannot figure out, why program cannot call modules of CEE.SCEERUN from LNKLST and needs it inside JCL(via joblib). Anyone experienced same problem? Thanks and regards. Mürsel Taþgýn Akbank Silly question, but are you sure the one in the LNKLST matches the one in your JCL? VOLSER can be specified for the LNKLST so perhaps it is not the cataloged version. Also, maybe there is some set of options / CEEBINIT or other LE modules ahead of the CEE.SCEERUN in the LNKLST and when using joblib/steplib you are getting the options (or other LE modules) all from the joblib/steplib. Try using DDLIST (ISRDDN) and see if you can find other LE modules coming from somewhere other than the LNKLST SCEERUN. 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
Re: C03 abend when omiting CEE.SCEERUN from JCL
Hi Mark, We checked the CEE.SCEERUN dataset again to be sure. CEE.SCEERUN in LNKLST and the one coded inside JCL are exactly the same(no volser is coded and the dataset is accessed via MCAT). When we searched CEEBINIT it is found in CEE.SCEERUN as well. One further investigation; we listed all the module names and aliases that reside in LNKLST datasets and try to find if there are any common module names of aliases that are in different physical datasets. There are no module names or alias names that reside in CEE.SCEERUN and any other dataset inside linklist (regardless of dataset's position in LNKLST). 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 Mark Zelden Sent: Friday, October 17, 2008 3:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: C03 abend when omiting CEE.SCEERUN from JCL On Fri, 17 Oct 2008 15:36:57 +0300, Mürsel Ta#351;g#305;n (BT #304;#351;letim ve Teknik Destek Bölümü) [EMAIL PROTECTED] wrote: Hi, We have a problem about CEE.SCEERUN usage. This LE dataset is in LINKLIST and all users are able to use it. However a batch program, which is compiled in Enterprise Cobol (V3.2) and make dynamic calls to ASM programs needs CEE.SCEERUN dataset coded inside JCL (via joblib). When we remove CEE.SCEERUN joblib statement from the JCL, the job abends with C03: IKJ56641I SYSTEM ABEND CODE C03 REASON CODE 0004 We cannot figure out, why program cannot call modules of CEE.SCEERUN from LNKLST and needs it inside JCL(via joblib). Anyone experienced same problem? Thanks and regards. Mürsel Taþgýn Akbank Silly question, but are you sure the one in the LNKLST matches the one in your JCL? VOLSER can be specified for the LNKLST so perhaps it is not the cataloged version. Also, maybe there is some set of options / CEEBINIT or other LE modules ahead of the CEE.SCEERUN in the LNKLST and when using joblib/steplib you are getting the options (or other LE modules) all from the joblib/steplib. Try using DDLIST (ISRDDN) and see if you can find other LE modules coming from somewhere other than the LNKLST SCEERUN. 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 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
Re: C03 abend when omiting CEE.SCEERUN from JCL
On Fri, 17 Oct 2008 17:18:20 +0300, Mürsel TaÅgın (BT Ä°Åletim ve Tek nik Destek Bölümü) [EMAIL PROTECTED] wrote: Hi Mark, We checked the CEE.SCEERUN dataset again to be sure. CEE.SCEERUN in LNKLST and the one coded inside JCL are exactly the same(no volser is coded and the dataset is accessed via MCAT). When we searched CEEBINIT it is found in CEE.SCEERUN as well. One further investigation; we listed all the module names and aliases that reside in LNKLST datasets and try to find if there are any common module names of aliases that are in different physical datasets. There are no module names or alias names that reside in CEE.SCEERUN and any other dataset inside linklist (regardless of dataset's position in LNKLST). Thanks and regards. Did you check LPA also when using ISRDDN? If so, then get a dump and open a PMR with IBM. Just out of curisosity, what OS level is this for? I am assuming someone didn't just apply the LE support for that level of COBOL to the LE lib in the LNKLST. If they did, of course you would need an LLA UPDATE of that library / REFRESH. 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
Re: C03 abend when omiting CEE.SCEERUN from JCL
snip We checked the CEE.SCEERUN dataset again to be sure. CEE.SCEERUN in LNKLST and the one coded inside JCL are exactly the same(no volser is coded and the dataset is accessed via MCAT). When we searched CEEBINIT it is found in CEE.SCEERUN as well. unsnip Only time I see things like this is when someone does maintenance to a lnklst lib and doesn't refresh. Using a JOBLIB will open the lib and all will be well. Just a thought Jack Kelly 202-502-2390 (Office) -- 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
Re: C03 abend when omiting CEE.SCEERUN from JCL
Hi Mark, We are at zOS 1.9. We put CEE.SCEERUN at the top of LNKLST and activate a new set of LNKLST. We searched LPA and MLPA datasets as well for a module having same name with the ones in CEE.SCEERUN but didn't find any. Is there a quick way (a parameter or tracer) to list or report which call sequence occurs during the execution of our problematic batch program? 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 Mark Zelden Sent: Friday, October 17, 2008 5:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: C03 abend when omiting CEE.SCEERUN from JCL On Fri, 17 Oct 2008 17:18:20 +0300, Mürsel TaÅŸgın (BT Ä°ÅŸletim ve Tek nik Destek Bölümü) [EMAIL PROTECTED] wrote: Hi Mark, We checked the CEE.SCEERUN dataset again to be sure. CEE.SCEERUN in LNKLST and the one coded inside JCL are exactly the same(no volser is coded and the dataset is accessed via MCAT). When we searched CEEBINIT it is found in CEE.SCEERUN as well. One further investigation; we listed all the module names and aliases that reside in LNKLST datasets and try to find if there are any common module names of aliases that are in different physical datasets. There are no module names or alias names that reside in CEE.SCEERUN and any other dataset inside linklist (regardless of dataset's position in LNKLST). Thanks and regards. Did you check LPA also when using ISRDDN? If so, then get a dump and open a PMR with IBM. Just out of curisosity, what OS level is this for? I am assuming someone didn't just apply the LE support for that level of COBOL to the LE lib in the LNKLST. If they did, of course you would need an LLA UPDATE of that library / REFRESH. 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 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
Re: C03 abend when omiting CEE.SCEERUN from JCL
Why not just take care of the C03 Abend? it is usualy relates to unclosed datasets in the program. Check to see if the program or one of the routines dosn't close files. Itschak 2008/10/17 Mürsel Taşgın (BT İşletim ve Teknik Destek Bölümü) [EMAIL PROTECTED] Hi, We have a problem about CEE.SCEERUN usage. This LE dataset is in LINKLIST and all users are able to use it. However a batch program, which is compiled in Enterprise Cobol (V3.2) and make dynamic calls to ASM programs needs CEE.SCEERUN dataset coded inside JCL (via joblib). When we remove CEE.SCEERUN joblib statement from the JCL, the job abends with C03: IKJ56641I SYSTEM ABEND CODE C03 REASON CODE 0004 We cannot figure out, why program cannot call modules of CEE.SCEERUN from LNKLST and needs it inside JCL(via joblib). Anyone experienced same problem? Thanks and regards. Mürsel Taşgın Akbank 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
Re: C03 abend when omiting CEE.SCEERUN from JCL
On Fri, 17 Oct 2008 18:09:30 +0300, Mürsel TaÅgın (BT Ä°Åletim ve Tek nik Destek Bölümü) [EMAIL PROTECTED] wrote: Hi Mark, We are at zOS 1.9. We put CEE.SCEERUN at the top of LNKLST and activate a new set of LNKLST. We searched LPA and MLPA datasets as well for a module having same name with the ones in CEE.SCEERUN but didn't find any. Did you create a new LNKLST set in response to the problem, or prior to it? If prior to the problem, there have been bugs related to LLA before (I'm not saying this is one). You could try to stop and restart LLA or at least an entire LLA refresh. Is there a quick way (a parameter or tracer) to list or report which call sequence occurs during the execution of our problematic batch program? Some IEBIBALL methods have been mentioned and tried by you. Dump... PMR time... 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
C03 abend when omiting CEE.SCEERUN from JCL
I don't know if this will help or not, but can you tell us: A) is the (dynamically called subprogram in) Assembler is LE-conforming or not? B) Do you have any other COBOL (older) run-times in the steplib or the joblib of the program? C) Does anything in the C03 output tell you which dataset was NOT closed at the time of the ABEND? D) Probably not relevant. As soneone mentioned, you are getting an IKJ message. Is this a DB2 program? Mürsel Tasgin (BT Isletim ve Teknik Destek Bölümü) [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hi, We have a problem about CEE.SCEERUN usage. This LE dataset is in LINKLIST and all users are able to use it. However a batch program, which is compiled in Enterprise Cobol (V3.2) and make dynamic calls to ASM programs needs CEE.SCEERUN dataset coded inside JCL (via joblib). When we remove CEE.SCEERUN joblib statement from the JCL, the job abends with C03: IKJ56641I SYSTEM ABEND CODE C03 REASON CODE 0004 We cannot figure out, why program cannot call modules of CEE.SCEERUN from LNKLST and needs it inside JCL(via joblib). Anyone experienced same problem? Thanks and regards. Mürsel Tasgin Akbank 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
