home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / vms / 17879 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  1.5 KB

  1. 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
  2. From: simons/G=Colin/I=CB/S=Sewell/O=H.A.Simons.Ltd/OU=CORP@mhs.attmail.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: PROBLEM: SET COMMAND UTILITY
  5. Message-ID: <9211122249.AA29917@ucbvax.Berkeley.EDU>
  6. Date: 12 Nov 92 20:19:24 GMT
  7. Article-I.D.: ucbvax.9211122249.AA29917
  8. Sender: daemon@ucbvax.BERKELEY.EDU
  9. Organization: The Internet
  10. Lines: 25
  11.  
  12. Carl J Lydick writes:
  13.  
  14. |In article <BxCnK7.KE1@didymus.rmi.de>, andreas@didymus.rmi.de (Andreas Fassl) writes:
  15. |>Hi,
  16. |>
  17. |>any pointers/solutions to the following problem?
  18. |>
  19. |>Software product successfully installs via VMSINSTAL, runs fine.
  20. |>After logout all new command definitions are gone.
  21. |>A dump of the file DCLTABLES.EXE shows a correct installation.
  22. |>Setting the command files via SET COMMAND directly will make
  23. |>the commands available, a definition via
  24. |>SET COMMAND/TABLE=DCL.../OUT=DCL.. command NOT.
  25. |>What other locations are possible, how can I determine the other
  26. |>command tables. A look in authorize gives no hint.
  27. |
  28. |Sounds like you've got two versions of DCLTABLES on your system, one in
  29. |SYS$SPECIFIC and one in SYS$COMMON.
  30.  
  31.     you may also want to check that the SYS$SHARE:DCLTABLES.EXE
  32.     have been re-installed. If they haven't, you're mapped to the
  33.     old version without the new verb. the installation procedure
  34.     re-installs it on the current node; check also if you aren't logging
  35.     into another node of the same cluster that doesn't have the tables
  36.     re-installed.
  37.