Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!ucla-cs!zen!ucbvax!JHUIGF.BITNET!ASIDONHO
From: ASIDONHO@JHUIGF.BITNET.UUCP
Newsgroups: comp.os.vms
Subject: This is the third time I've posted this, but never got it or replies!
Message-ID: <8709122339.AA27689@ucbvax.Berkeley.EDU>
Date: Sat, 12-Sep-87 17:16:00 EDT
Article-I.D.: ucbvax.8709122339.AA27689
Posted: Sat Sep 12 17:16:00 1987
Date-Received: Sun, 13-Sep-87 08:24:34 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 19


     Well, it's true that explicitly opening sys$output and sys$input
from a privileged program doesn't prevent redirection with ass/user,
because DCL doesn't open a user mode assigned file. So much for that
fix! I have also determined that supervisor names are subject to
redirection by completely bypassing DCL with "$run/det/inp=???/out=!!!
installed_program" or similar.

     I have written a useropen routine to open files only using <=exec mode
log names (by changing the lnm_mode field in the FAB as described in 5-19
of the RMS manual). The program works OK for lnm_mode=psl$c_super, that is,
it will ignore user mode names for the open. It fails for lnm_mode=psl$c_exec
however (just doesn't see that exec mode name), unless the exec name is
in the SYSTEM TABLE! Since sys$output and sys$input are process
specific, it seems I am hosed again. I could be turning on and off the
priv, but that seems more error prone and less elegant for what I am
trying to do, not to mention a hassle to add to each program requiring it.

      Anybody have any idea what is going on here?