Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!cbatt!ucbvax!Cs.Ucl.AC.UK!CHAA006%vaxb.rhbnc.ac.uk
From: CHAA006%vaxb.rhbnc.ac.uk@Cs.Ucl.AC.UK.UUCP
Newsgroups: mod.computers.vax
Subject: Re: Search lists
Message-ID: <8701290125.AA29912@ucbvax.Berkeley.EDU>
Date: Wed, 28-Jan-87 20:26:25 EST
Article-I.D.: ucbvax.8701290125.AA29912
Posted: Wed Jan 28 20:26:25 1987
Date-Received: Fri, 30-Jan-87 01:39:42 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 19
Approved: info-vax@sri-kl.arpa

>>>	$ define/system/exec/translat=concealed psy$local -
>>>		_dua0:[local.],dub0:[local.]

>>> This definition works correctly when reading files from either
>>> physical disk, but if an attempt is made to write to the second disk
>>> in the search path, the write fails....
>>> This happens consistently. Anyone have any answers?

Sounds like the defined behaviour to me.  As I understand it, one can _read_
from all members of a search list, but only _write_ to the first-named (DEC's
interpretation of primogeniture ?).  ** Phil.

Philip Taylor (Royal Holloway & Bedford New College;  University of London; U.K)

Bitnet/NetNorth/Earn:	chaa006@vaxa.rhbnc.ac.uk (or) chaa006%rhbnc.vaxa@ac.uk
       (or)	    :	chaa006@vaxb.rhbnc.ac.uk (or) chaa006%rhbnc.vaxb@ac.uk

       Arpa	    :	chaa006%vaxa.rhbnc.ac.uk@ucl-cs.arpa
       (or) 	    :	chaa006%vaxb.rhbnc.ac.uk@ucl-cs.arpa