ca.portal.admin

Release 16 question - dynamic PDE's for CA programs

Discussion created by ca.portal.admin on Mar 14, 2005
The release 16 install has an option (GJPDETYP = DYNAMIC) that will
cause a bunch of CA-supplied program definitions to use null PDE's,
which are defined in XA storage. The effect this option actually has on
the install is to not generate SYSGEN definitions for those programs.
To implement this feature on existing CV's would require deleting
existing SYSGEN program definitions. I am trying to decide if the
below-the-line storage savings is worth the risk of over-deleting
program definitions. (By that, I mean accidentally deleting something I
shouldn't.) Does anyone know how much below-the-line storage is
actually saved by doing this?

Kay Rozeboom
State of Iowa
Information Technology Enterprise
Department of Administrative Services
Telephone: 515.281.6139 Fax: 515.281.6137
Email: Kay.Rozeboom@Iowa.Gov

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Release 16 question - dynamic PDE's for CA programs
"The release 16 install has an option (GJPDETYP = DYNAMIC) that will
cause a bunch of CA-supplied program definitions to use null PDE's,
which are defined in XA storage. The effect this option actually has on
the install is to not generate SYSGEN definitions for those programs.
To implement this feature on existing CV's would require deleting
existing SYSGEN program definitions. I am trying to decide if the
below-the-line storage savings is worth the risk of over-deleting
program definitions. (By that, I mean accidentally deleting something I
shouldn't.) Does anyone know how much below-the-line storage is
actually saved by doing this?

Kay Rozeboom
State of Iowa
Information Technology Enterprise
Department of Administrative Services
Telephone: 515.281.6139 Fax: 515.281.6137
Email: Kay.Rozeboom@Iowa.Gov

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
DMLO Problem
"We have a user that signs on to DMLO and attempts to get a record using a
valid dbkey. They get a S2045 error (I think) telling them the page number
is too large. If they set the dbname before signing on everything works
fine. It also works fine if they establish any type of currency in the
area. I can sign on using the IDMSNWKA subschema and it also works fine. I
am thinking that it may be tied to mixed page groups, which the user segment
has, but we have all of the apars dealing with DMLO/mixed page group
problems applied. Has anyone else hit this?



*************************
CONFIDENTIALITY STATEMSent:
This e-mail and any attachments are intended only for those to which it is
addressed and may contain information which is privileged, confidential and
prohibited from disclosure and unauthorized use under applicable law. If you
are not the intended recipient of this e-mail, you are hereby notified that
any use, dissemination, or copying of this e-mail or the information
contained in this e-mail is strictly prohibited by the sender. If you have
received this transmission in error, please return the material received to
the sender and delete all copies from your system.

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: DMLO Problem
"When they issue the command in DMLO are they listing the record name or are
they issuing the command without the record name?

Obtain record-name db-key is

-vs-

Obtain db-key is

Outcomes