home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / vms / 17717 < prev    next >
Encoding:
Internet Message Format  |  1992-11-10  |  1.7 KB
  1. Path: sparky!uunet!stanford.edu!rock!concert!ais.com!bruce
  2. From: bruce@ais.com (Bruce C. Wright)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: PROBLEM: SET COMMAND UTILITY
  5. Message-ID: <1992Nov10.061147.5823@ais.com>
  6. Date: 10 Nov 92 06:11:46 GMT
  7. References: <BxCnK7.KE1@didymus.rmi.de> <1dntcdINN3ep@gap.caltech.edu>
  8. Distribution: world
  9. Organization: Applied Information Systems, Chapel Hill, NC
  10. Lines: 34
  11.  
  12. In article <1dntcdINN3ep@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
  13. > In article <BxCnK7.KE1@didymus.rmi.de>, andreas@didymus.rmi.de (Andreas Fassl) writes:
  14. >>Hi,
  15. >>
  16. >>any pointers/solutions to the following problem?
  17. >>
  18. >>Software product successfully installs via VMSINSTAL, runs fine.
  19. >>After logout all new command definitions are gone.
  20. >>A dump of the file DCLTABLES.EXE shows a correct installation.
  21. >>Setting the command files via SET COMMAND directly will make
  22. >>the commands available, a definition via
  23. >>SET COMMAND/TABLE=DCL.../OUT=DCL.. command NOT.
  24. >>What other locations are possible, how can I determine the other
  25. >>command tables. A look in authorize gives no hint.
  26. > 
  27. > Sounds like you've got two versions of DCLTABLES on your system, one in
  28. > SYS$SPECIFIC and one in SYS$COMMON.
  29.  
  30. That's one possibility.  Another possibility is that there are two
  31. versions of DCLTABLES.EXE in SYS$SHARE, with the older version of
  32. the file installed.  (Even if the old copy was deleted, if the new
  33. copy wasn't installed it won't be visible to the system).
  34.  
  35. To install the latest version, execute the commands:
  36.  
  37.     $ install :== $sys$system:install/command
  38.     $ install replace sys$share:dcltables.exe
  39.  
  40. This requires the CMKRNL privilege.  It's also implicitly done by a
  41. system reboot, so that may also clear up the problem.
  42.  
  43. Good luck,
  44.  
  45. Bruce C. Wright
  46.