Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!necntc!mit-eddie!rutgers!ukma!eric
From: eric@ms.uky.edu (Eric Herrin)
Newsgroups: comp.bugs.sys5,comp.unix.wizards
Subject: Re: Strange problem with root directories
Message-ID: <7255@e.ms.uky.edu>
Date: Fri, 11-Sep-87 08:40:00 EDT
Article-I.D.: e.7255
Posted: Fri Sep 11 08:40:00 1987
Date-Received: Sat, 12-Sep-87 17:22:19 EDT
References: <1515@killer.UUCP>
Reply-To: eric@ms.uky.edu (Eric Herrin)
Followup-To: jfh@killer.UUCP (The Beach Bum)
Organization: U of Kentucky, Mathematical Sciences
Lines: 28
Keywords: bizarre root directory bug
Xref: mnetor comp.bugs.sys5:211 comp.unix.wizards:4200


>Okay, strange new bug (actually, _very_ old bug) occured to me last night
>while ruminating on the lost+found bug.
>
>Here is how you get this bizarre baby to show up.
>
># cd /
># /etc/link . a.
># cd a.
>
>You tell me what is weird about that.  So far it exists as far back as
>my Version 7 system at home.  The 5.2 machine at work even has it ...

>This works in the root directory of any device/partition.  The test that
>causes the bug in namei(sys/nami.c) seems to be NOT testing u.u_dent.d_name[0]
>for equality with `.', only u.u_dent.d_name[1] is checked!
>

I see nothing weird here.... This works in any directory on my SVR3.1 machine.
Maybe it's supposed to crash or something??  Maybe you think it shouldn't
work at all?  I think it should work, after all, '.' is a directory link,
and /etc/link links directories.  'a.' with your example works just fine and
is a link to /.  /etc/unlink unlinks the link, just like it's supposed to.
Could you explain yourself a little better?


				thanks,
				eric