We use "PP 5648-A25 IBM COBOL for OS/390 & VM 2.2.0", and "5668-910 IBM
OS PL/I OPTIMIZING COMPILER V2.R3.M0" -- but no VSAM.
After first copying "SEGBLIST EXC00000" as a backup to "SEGBLIST -EXC0000"
("Never change anything IBM sends you" without leaving a trail of bread
crumbs), I've been manually deleting CMSBAM and CMSDOS from "SEGBLIST
EXC00000" for ages. And then just manually purging their appropriate
NSSes. I also mark them "DELETED" in "SEGBLIST SEGDATA" -- there's a
VMFsomethingorother command to do that, but the upshot is:
...
:OBJNAME.CMSBAM :DEFPARMS.DELETED
....
:OBJNAME.CMSDOS :DEFPARMS.DELETED
...
:OBJNAME.DOSINST :DEFPARMS.DELETED
...
Again, no CMS VSAM other uses, and nothing has been complaining and they
never need to be re-built after service because they are not in the
SEGBLIST EXC00000" (he says without thoroughly looking through what he has
done for a long time). :-)
Mike Walter
Hewitt Associates
Any opinions expressed herein are mine alone and do not necessarily
represent the opinions or policies of Hewitt Associates.
"David Boyes" <[EMAIL PROTECTED]>
Sent by: "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU>
11/21/2007 01:06 PM
Please respond to
"The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU>
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: Trying to build CMSBAM segment
> Is this a known problem and does everyone have it?
> I am on z/VM 5.3 for about two weeks. Ran all the RSU
and PTFS
> before testing.
AFAIK, it really only affects people who need DOS/VS emulation or who
still care about CMS VSAM. Ordinary CMS and Linux use of VM really
doesn't invoke any of these segments in normal life.
Of course, if you still use any compilers other than C/C++ or VS Fortran
on CMS, you *do* care... *sigh*.
The information contained in this e-mail and any accompanying documents may
contain information that is confidential or otherwise protected from
disclosure. If you are not the intended recipient of this message, or if this
message has been addressed to you in error, please immediately alert the sender
by reply e-mail and then delete this message, including any attachments. Any
dissemination, distribution or other use of the contents of this message by
anyone other than the intended recipient is strictly prohibited. All messages
sent to and from this e-mail address may be monitored as permitted by
applicable law and regulations to ensure compliance with our internal policies
and to protect our business. Emails are not secure and cannot be guaranteed to
be error free as they can be intercepted, amended, lost or destroyed, or
contain viruses. You are deemed to have accepted these risks if you communicate
with us by email.
