Re: C03 abend when omitting CEE.SCEERUN from JCL

The AMODE, RMODE, RENT, and RES information are link-edit information, not
"compiler option" information (probably).

You need to run a "tool" (or study the bit-settings yourself) to determine
compiler options. I still think that you need to check if the program was
compiled with the RES or NORES *compiler* option. If it was compiled with
NORES, then you DEFINITELY will have multiple versions of various ILBO routines
(some in the load module and some in SCEERUN) - and this certainly COULD impact
the application.

P.S. Have you answered yet if your assembler is or is not LE-enabled? If not,
this would be another place to consider "fixing". This would also allow you to
use LE services for loading and deleting sub-programs. (See Rick separate note
about problems with SVC LOAD).

--
Bill Klein
wmklein <at> ix.netcom.com
"M"ürsel" Ta&#351;g&#305;n" <Mursel.Tasgin@xxxxxxxxxx> wrote in message
news:B668DE010628694A85EC2A4C53DCF76925356E67@xxxxxxxxxxx
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
mursel.tasgin@xxxxxxxxxx


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@xxxxxxxxxxx] On Behalf
Of Bill Klein
Sent: Monday, October 20, 2008 9:35 PM
To: IBM-MAIN@xxxxxxxxxxx
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&#351;g&#305;n" <Mursel.Tasgin@xxxxxxxxxx> wrote in message
news:<B668DE010628694A85EC2A4C53DCF7692526FDFB@SA000011>...
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
mursel.tasgin@xxxxxxxxxx


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@xxxxxxxxxxx] On
Behalf
Of Mark Zelden
Sent: Friday, October 17, 2008 7:17 PM
To: IBM-MAIN@xxxxxxxxxxx
Subject: Re: C03 abend when omitting CEE.SCEERUN from JCL

On Fri, 17 Oct 2008 11:04:51 -0500, Chase, John <jchase@xxxxxxxxx> 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:mark.zelden@xxxxxxxxxxxx
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 listserv@xxxxxxxxxxx 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 listserv@xxxxxxxxxxx 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 listserv@xxxxxxxxxxx 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 listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



.

Relevant Pages

  • Re: invoking a method
    ... The use of SET as shown here, will not work outside the Fujitsu Object COBOL ... invoke DBObject ... I will admit I have not worked on anyone else's Cobol compiler so I ... typical reference manual for a Cobol Compiler will have line and box based ...
    (comp.lang.cobol)
  • Re: Fw: 31 bit addressing issue
    ... Having an OS/VS COBOL program call an LE-COBOL program is the PRIME time ... with the wrong compiler options with such link-edit attributes) ... COBOL program trying to statically call an Enterprise COBOL subprogram. ...
    (bit.listserv.ibm-main)
  • Re: COBOL Compiler for Windows
    ... rebadged Micro Focus compiler. ... to run TSO/SPF on your mainframe. ... Or maybe he wants a mainframe emulation environment, ... Why would a small developer pay several thousand for a .NET COBOL ...
    (comp.lang.cobol)
  • Re: compile+link Fujitsu Linux
    ... has some problems for use in business programming. ... It is common for most of a large business application to be written in Cobol, ... chosen the compiler options and link parameters that work best for me. ... I keep telling you it's not my way, it's the Unix norm. ...
    (comp.lang.cobol)
  • Re: Help me identify a Cobol database
    ... I DO/Don't know COBOL ... As indicated M/F traditionally use xxxx.DAT to indicate the data file, but in this instance,, the developer chose to use the extension xxxx.DB. ... To complicate it even further,, the developer, in order to save disk space, may have used a compiler DIRECTIVE to compress data - basically repeating characters are indicated by a count. ... I don't know whether they are still active but if you google on 'COBOL FAQ',, it may have references to COBOL Developers who have produced Data conversions - primarily they were aiming at converting from COBOL-Vendor-A to COBOL-Vendor-B compilers. ...
    (comp.lang.cobol)