| Tom,
I'm pretty sure you can ignore that statement. It appears as though
that statement was left over from a previous kit. I have been working
on the kitinstal (off and on) for the last couple of months and this is
the first time I've noticed the reference to the MCCUT010_DEINSTAL.COM
file. It is a requirement from SQM (at least it used to be) that we
be able to install over an already installed MCC. So running the
deinstall command procedure should not be needed. I can check if the
deinstall command procedure is referenced in the installation guide or
not. The command procedure gets placed on the kit, but I don't think
it gets moved off of the kit during installation. Even if it is moved
off the kit (to God knows where) it is probably hopelessly out of date.
In other words: If you MUST run the deinstall procedure before
reinstalling MCC then it is a bug.
-Matt.
|
| This brings up a very interesting topic about having deinstallation
procedures available. I really do not understand why ALL DEC
layered products do not have a deinstallation procedure. Very few
seem to. It makes so much sense to me. Instead of a customer having
to poke around KITINSTAL.COM and/or the system directories to find
and delete files (very risky!) to regain disk space, they could just
execute a command procedure. This command procedure could even take
the DCL verb(s) out of DCL tables, help modules out of HELPLIB.HLB,
etc.
If I want to install DECmcc EFT T1.1.0 on my system (70K Blocks)
and do not have enough space, I should be able to run the XYZ
product's deinstallation procedure to get some disk space back.
This is, by no means, a criticism of the DECmcc product. I applaud
your efforts! I understand that this is not a priority item, but it
is a nice feature that should not take an excessive amount of time
to implement.
-John
|