Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!seismo!rutgers!ames!amdahl!pyramid!uccba!hal!ncoast!allbery From: allbery@ncoast.UUCP (Brandon Allbery) Newsgroups: comp.unix.wizards Subject: Re: stupidity in directory management? Message-ID: <3672@ncoast.UUCP> Date: Tue, 28-Jul-87 20:12:56 EDT Article-I.D.: ncoast.3672 Posted: Tue Jul 28 20:12:56 1987 Date-Received: Sat, 1-Aug-87 09:25:14 EDT References: <8414@brl-adm.ARPA> <156@hobbes.UUCP> Reply-To: allbery@ncoast.UUCP (Brandon Allbery) Followup-To: comp.unix.wizards Organization: Cleveland Public Access UN*X, Cleveland, Oh Lines: 21 As quoted from <156@hobbes.UUCP> by root@hobbes.UUCP (John Plocher): +--------------- | Didn't this go round about 8 months ago? The solutions given then seem | to be usable now, too. +--------------- This has one potential problem, also mentioned as a bug in the adventure shell: what if you delete two files in two different directories that have the same basename? If I rm ~/News/KILL followed by ~/News/news/admin/KILL, then try to unrm ~/News/KILL, I'll get ~/news/admin/KILL instead. Alternatively, say we have two links (/usr/lib/uucp/palias.dir and /usr/local/lib/elm/palias.dir) to a large file, I rm one of them and it ends up in /u/allbery/.kill... on a different file system. Not only is this likely to overwhelm /u, but if I unrm it the linkedness of the file is lost and /usr is likely to overflow as well. -- Brandon S. Allbery, moderator of comp.sources.misc and comp.binaries.ibm.pc {{harvard,mit-eddie}!necntc,well!hoptoad,sun!cwruecmp!hal}!ncoast!allbery ARPA: necntc!ncoast!allbery@harvard.harvard.edu Fido: 157/502 MCI: BALLBERY <>