home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ogicse!uwm.edu!biosci!agate!ucbvax!mhs.attmail.com!simons/G=Colin/I=CB/S=Sewell/O=H.A.Simons.Ltd/OU=CORP
- From: simons/G=Colin/I=CB/S=Sewell/O=H.A.Simons.Ltd/OU=CORP@mhs.attmail.com
- Newsgroups: comp.os.vms
- Subject: Re: PROBLEM: SET COMMAND UTILITY
- Message-ID: <9211122249.AA29917@ucbvax.Berkeley.EDU>
- Date: 12 Nov 92 20:19:24 GMT
- Article-I.D.: ucbvax.9211122249.AA29917
- Sender: daemon@ucbvax.BERKELEY.EDU
- Organization: The Internet
- Lines: 25
-
- Carl J Lydick writes:
-
- |In article <BxCnK7.KE1@didymus.rmi.de>, andreas@didymus.rmi.de (Andreas Fassl) writes:
- |>Hi,
- |>
- |>any pointers/solutions to the following problem?
- |>
- |>Software product successfully installs via VMSINSTAL, runs fine.
- |>After logout all new command definitions are gone.
- |>A dump of the file DCLTABLES.EXE shows a correct installation.
- |>Setting the command files via SET COMMAND directly will make
- |>the commands available, a definition via
- |>SET COMMAND/TABLE=DCL.../OUT=DCL.. command NOT.
- |>What other locations are possible, how can I determine the other
- |>command tables. A look in authorize gives no hint.
- |
- |Sounds like you've got two versions of DCLTABLES on your system, one in
- |SYS$SPECIFIC and one in SYS$COMMON.
-
- you may also want to check that the SYS$SHARE:DCLTABLES.EXE
- have been re-installed. If they haven't, you're mapped to the
- old version without the new verb. the installation procedure
- re-installs it on the current node; check also if you aren't logging
- into another node of the same cluster that doesn't have the tables
- re-installed.
-