ca.portal.admin

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.
=20
From the Sysgen Manual:
DYNamic

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.

NODynamic

Prevents users from defining additional versions of the program at
runtime.

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

program is included in the system definition.

Bob
=20
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
To: IDMSVENDOR-L@LISTSERV.IUASSN.COM
Subject: Causes of a DC273912 Message



Hi,

=3D20

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. =3D20

=3D20

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

=3D20

Thanks

=3D20

Chris Wood

Alberta Department of Energy

CANADA =3D20

=3D20

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Going to the darkside!
"Dear list folks,

It is my sad duty to report that I am leaving the IDMS world.

VF Corporation outsourced its entire database administration
operation on December 31, 2007 (Happy New Year!). We knew it was
coming, but hung on expecting an option with the outsourcer, IBM
Global Services. The option never materialized, so, effective July
21, I have a new DBA slot doing <cough, hack> DB2 UDB at Comdata/
Stored Value Solutions in Louisville, KY.

It has been my great pleasure and honor to be associated with this
wonderful product since 1980 and the IUA for nearly that long, but,
as they say, sometimes you just gotta do what you gotta do.

Be well, my friends. It has been fun for a very long time.

Alan Fields
fields@infionline.net

P.S. For Chris Hoelscher (and anyone else in the area), starting in
mid-August, my office will be at Oxmoor Center. Drop me an e-mail
with contact information and we'll try to do lunch.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Going to the darkside!
"Cheer up Alan, working with DB2 is like hanging... you get used to it
after a while. :-)


Hal Govan
Senior Database Administrator
Reed Elsevier - Technology Services
harold.govan@reedelsevier.com
Phone: (937) 865-7820

Outcomes