Re:Re: Causes of a DC273912 Message

Discussion created by ca.portal.admin on Jul 18, 2008
Chris, If you have the 'NODYNAMIC' option specified for the program,
then you can't have multiple versions. Try specifying DYNAMIC for the
program statement.

From the Sysgen Manual:

Allows users to define additional versions of the program at runtime
either by

means of the DCMT VARY DYNAMIC PROGRAM command or, if the program

is eligible for automatic definition, through the definition of null
PDEs on the

SYSTEM statement.

DYNAMIC is the default when you specify neither DYNAMIC nor

NODYNAMIC in the PROGRAM statement.


Prevents users from defining additional versions of the program at

Additionally, the system generation compiler ensures that only one
version of the

program is included in the system definition.


Bob Wiklund
Tiburon Technologies
623 594-6022


From: IDMS 3rd-party providers forum on behalf of Chris Wood
Sent: Fri 7/18/2008 11:16 AM
Subject: Causes of a DC273912 Message



We are running 16.0 SP1 + many apars on z/OS 1.8 and have a need to
create a non-version 1 DC-COBOL program to test an emergency that only
happens in Production. When we try the DCMT VDP it threw a DC273912 V1
Multiple Versions of program XXXXXXXX are not allowed. Entering DCMT D
MESS DC273912 we get this The user attempted to add a program definition
dynamically, but the program is defined at system generation time with
the MULTIPLE VERSIONS NOT ALLOWED attribute. This does not appear in the
syntax for Program or System in the sysgen. We can do this on
Development where we use multiple versions but can't seem to get a
handle on where we have defined this in Production. =20


Anyone know the magic sysgen parameter that we must have set differently
in production to development?




Chris Wood

Alberta Department of Energy



This email has been scanned by the MessageLabs Email Security System.
For more information please visit
IDMS Public Discussion Forum


Re: Causes of a DC273912 Message
"I thought that to have a version 2 of a DC-Cobol program you needed a
//CDMSL0002 DD statement pointing to your ver 2 load library, and if you
wanted a version 99 DC-Cobol you needed a //CDMSL0099 DD statement. You
do not need to specify NODYNAM on the version 1 sysgen definition, but
you will need to specify a version 2 and a version 99 sysgen definition
for the program.

What the NODYNAM specification does is prevents a search for a currently
loaded load module through the loadlist - so that for example let's say
you have loaded an ADS dialog from a load library, and there is a
dictionary higher up in the loadlist then DC loader will look at any all
dictionaries and load libraries that are ""higher up"" in the load list
sequence to see if there is a ""dynamic"" version of the load module
available. By specifying NODYNAM you prevent this non-essential
additional searching for programs that you only ever want to be loaded
from a specific location.

That's my understanding - if it's wrong I'd love to be corrected because
in the past I've made tuning decisions on the basis of this
understanding - cheers - Gary=20

Gary Cherlet
Justice Technology Services
Department of Justice, SA Government
Telephone +61 (0)8 8226 5199
Facsimile +61 (0)8 8226 5311
Mobile +61 (0)41 333 1613

This e-mail message and any attachments are qualified as follows:
Addressing: If you have received this e-mail in error, please advise by
reply e-mail to the sender. Please also destroy the original
transmission and its contents. Confidentiality: This e-mail may contain
confidential information which also may be legally privileged. Only the
intended recipient(s) may access, use, distribute or copy this e-mail.
Individual Views: Unless otherwise indicated, the views expressed are
those of the sender, not Justice Technology Services. Computer Viruses:
It is the recipient's responsibility to check the e-mail and any
attached files for viruses.