ca.portal.admin

Re:Re: [IDMSVENDOR-L] does anyone remember why ?

Discussion created by ca.portal.admin on Feb 12, 2009
no PDSE for me - i got bit on TSO access using a PDSE for CDMSLIB



Chris Hoelscher

Senior IDMS & DB2 Database Administrator

Humana Inc

502-476-2538

choelscher@humana.com









The information transmitted is intended only for the person or entity to

which it is addressed and may contain CONFIDENTIAL material. If you

receive this material/information in error, please contact the sender

and delete or destroy the material/information.
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: [IDMSVENDOR-L] does anyone remember why ?
"Everything said so far is true, but I think the basic reason is these are loaded by the operating system, not the DC loader. The operating system does not know about CDMSLIB, only STEPLIB.

By segregating these modules to a different dataset, you are able to authorize the STEPLIB dataset, without having to have application code execute out of an authorized library.

Don Casey
Run Right, LLC

----- Original Message -----

From: John A Siraco

To: IDMS-L@LISTSERV.IUASSN.COM

Sent: Thu, 12 Feb 2009 21:01:13 +0000 (UTC)

Subject: Re: [IDMSVENDOR-L] does anyone remember why ?



Hi Chris,

The setup to run IDMS as an authorized program required RHDCTCKR,

RHDCCKUR, and the startup module to be in an authorized library and for

that library to be the only entry in STEPLIB. Additionally, you would to

have specified the letter 'Y' as a startup parm, I believe it was

something like position 11 or 12, it is still documented. This would

only work for very old releases. With the newer releases of IDMS, 15 and

up, the IDMS system will turn off the JSCB bit which forces the IDMS

region to be unauthorized.

Outcomes