ca.portal.admin

IDMS Tools and COBOL OSVS

Discussion created by ca.portal.admin on Sep 29, 2005
In looking at our IDMS 15.0 SP6 tools loadlib, it is learned many CA
delivered load modules have COBOL OSVS linked in.

Given, COBOL OSVS runtime support is slowly being eliminated by IBM, this
would appear to be a potential problem. Anyone already address this item?

Example of USJEXT0.

USJEXT0 0182082C 42E2 022B78 000000 05.007 USJEXT0 RMODE 24 AMODE 24
CS-USJEXT0 01CD4C NOV 5,1901 9.27.23 NOENDJ
NOFLOW OBJ370 COBOPT VS
NORES NOSTATE NOSYMD SYSOUD
NOTEST 0204
CS-ILBOCOM0 000173 OLDCOB R/T OSVS 0501 83194
CS-GSSCALL 000D38 569623400 0102 99326 HL
ASSEMBLER LANGUAGE CSECT
CS-ILBOACP 000290 OLDCOB R/T OSVS 0201 86036
CS-ILBOBEG 0001DC OLDCOB R/T OSVS 0501 83194


g Corporate - GIS
_______________________________________
Rob Klan
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
to close or not to close?
"we have many native IDMS VSAM files that are re-built each night - for
those files we perform the following:

v area ofl
v area close
v file dealloc



is the close necessary? when I do this kind of thing by hand, I do not
close, and seem to have no trouble - is the close only beneficial to NVSAM
files, or does it really provide a needed step between varying the area
offline and deallocating the respective file?

thanks,
Chris Hoelscher
IDMS & DB2 Database Administrator
Humana Inc
502-580-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 Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: to close or not to close?
"V are ofl and v fil deal is enough



Peter v d Ven Atos origin

Outcomes