Hi Bill,
Actually call flow is like below:
Enterprise Cobol - Assembler V2 (566896201)
- High Level Assembler (569623400)
- OS/VS Cobol (5740CB103)
- Enterprise Cobol (5655G5300)
There are about 20 different program calls which are Assembler V2
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 [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
the COBOL
environment has terminated.
Rick Arellanes
IBM COBOL Development
-Original Message-
On Mon, 20 Oct 2008 10:00:50 +0300, Mürsel Ta#351;g#305;n
[EMAIL PROTECTED] wrote:
Hi,
It is a DB2 Cobol program and make calls to other programs compiled with
ASM, Enterprise Cobol and 1 VS Cobol
Hi John,
Previously we searched duplicate module names manually, but your suggestion
is much quicker. But we again couldn't find any duplicate module names for
the CEE.SCEERUN dataset and other lnklst datasets.
Thanks and regards.
Mürsel Taşgın
BT Sistem Yönetimi
Yönetici Yardımcısı
Akbank
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
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
6 matches
Mail list logo