Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!utgpu!water!watmath!clyde!cbosgd!ucbvax!LLL-ICDC.ARPA!oberman From: oberman@LLL-ICDC.ARPA.UUCP Newsgroups: comp.os.vms Subject: RE: Security patch Message-ID: <8706190740.AA17640@ucbvax.Berkeley.EDU> Date: Thu, 18-Jun-87 12:02:00 EDT Article-I.D.: ucbvax.8706190740.AA17640 Posted: Thu Jun 18 12:02:00 1987 Date-Received: Sat, 20-Jun-87 07:12:11 EDT Sender: daemon@ucbvax.BERKELEY.EDU Reply-To: "Oberman, Kevin" Distribution: world Organization: The ARPA Internet Lines: 27 >Seems like one might want to use SYS$SHARE instead of SYS$LIBRARY just on >principle (even though they are the same place). I don't know whether >SYS$SHARE is on its way in out, or whether they may be two different places >in the future. Maybe this is silly. NO! Don't install from SYS$SHARE. It won't do a replace properly. SYS$LIBRARY is a must. INSTALL is weird in the way it processes logical names. It saves the UNTRANSLATED logical name of known images. If you try to access a known image (with INSTALL) by a logical other than the one which was used to install it you will get a error that the entry was not found. This behaviour started with VMS V4.] DEC installs anything in SYS$SYSROOT:[SYSLIB] as SYS$LIBRARY. SYS$SHARE is the same place, but it won't work on INSTALL. And while you could install something from SYS$SHARE, it may cause confusion later if you forget how it was installed. R. Kevin Oberman Lawrence Livermore National Laboratory arpa: oberman@lll-icdc.arpa (415) 422-6955 Disclaimer: Neither my employer nor myself can take resposibility for the accuracy of this information. I believe it is correct, but if it's not I can only say "Sorry". ------