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 
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

Reply via email to