T.R | Title | User | Personal Name | Date | Lines |
---|
913.1 | It's the way VMSINSTAL works... | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Tue Jun 23 1992 17:26 | 10 |
| An installation of *ANY* layered product that uses VMSINSTAL to provide
a DCL command will fail in the specified circumstance.
This is just the way VMSINSTAL works. This, of course, doesn't help you
with your customer, but that's why it's in our Release Notes.
IM(H)O it should be a bug against VMSINSTAL and in the VMS release
notes, but what do I know :-)
Graham
|
913.2 | An Important Release Note | AIMTEC::WICKS_A | DEC Mail Works for ME sometimes | Tue Jun 23 1992 19:56 | 12 |
| Suzanne,
As GAP says Engineering-wise it's a VMS bug however the customer will
see it when they install ALL-IN-1 v3.0 and the install did fail on a
number of systems over here during Field Test so the Release Note is
there for a good reason.
Regards,
Andrew.D.Wicks
|
913.4 | And another thing . . . | WAYLND::HOWARD | Our business is computers not money | Wed Jun 24 1992 19:10 | 8 |
| Of course, the customer can backup the common copy and restore it
afterwards, then apply the command with SET COMMAND to the specific
table. Another bug here which I SPR'd to VMS, but never heard back on
was that VMSINSTAL should not purge DCLTABLES.EXE if you are in a
cluster, even if you do say you want to purge files. Everytime I do an
ANAL/DISK/REPAIR SYS$SYSDEVICE: I get endless references to DCLTABLES.
Ben
|