Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU Path: utzoo!decvax!ucbvax!info-vax From: MHJohnson@HI-MULTICS.ARPA (Mark Johnson) Newsgroups: mod.computers.vax Subject: RE: Rooted Directory Problem Message-ID: <851225000419.487582@HI-MULTICS.ARPA> Date: Tue, 24-Dec-85 19:04:00 EST Article-I.D.: HI-MULTI.851225000419.487582 Posted: Tue Dec 24 19:04:00 1985 Date-Received: Thu, 26-Dec-85 06:02:03 EST Sender: daemon@ucbvax.BERKELEY.EDU Organization: The ARPA Internet Lines: 35 Approved: info-vax@sri-kl.arpa In reply to AWALKER@RED.RUTGERS.EDU, XXX:[000000] isn't really the same as DUA0:[000000]. Some of the differences include: 1) There is no directory named XXX:[000000]000000.DIR unless you create one yourself. 2) Because of (1), there is a big difference between creating XXX:[.MYDIR] and creating XXX:[MYDIR]. In particular, the first causes the following structure to be created: DUA0:[XXX] -- The root directory DUA0:[XXX.000000] -- Created `automatically' by RMS. DUA0:[XXX.000000.MYDIR] -- What RMS thought I wanted. where the second causes what is desired: DUA0:[XXX] DUA0:[XXX.MYDIR] 3) If I try to overcome (1) by using SET FILE/ENT to make 000000.DIR equivalent to DUA0:[000000]XXX.DIR, I get an infinite loop (well, not really infinite) when I use the command: $ DIR XXX:[*...] because it goes to XXX:[000000], XXX:[000000.000000], & so on. I consider this to be a problem w/ wild-card searches since they do trim the directory search if you do something like $ DIR DUA0:[*...] (which is accessing a true top-level directory). I hope this clarifies what I feel is a problem w/ rooted directories. I want to see rooted directories to work the SAME as a true top-level directory. DEC's current response is to document these anomalies as `features'. Putting code into RMS to fix this right does not seem to be a significant effort (say 50 LOC max?). That level of effort should be about the same as documenting the anomalies instead! --Mark