From owner-cvs-sys  Sat May 17 20:35:59 1997
Return-Path: <owner-cvs-sys>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id UAA04744
          for cvs-sys-outgoing; Sat, 17 May 1997 20:35:59 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA04736;
          Sat, 17 May 1997 20:35:46 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id NAA21217; Sun, 18 May 1997 13:31:35 +1000
Date: Sun, 18 May 1997 13:31:35 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199705180331.NAA21217@godzilla.zeta.org.au>
To: cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-sys@FreeBSD.ORG,
        phk@FreeBSD.ORG
Subject: Re: cvs commit: src/sys/msdosfs msdosfs_vnops.c src/sys/nfs nfs_vnops.c src/sys/ufs/ufs ufs_vnops.c
Sender: owner-cvs-sys@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>  Modified files:
>    sys/msdosfs          msdosfs_vnops.c 
>    sys/nfs              nfs_vnops.c 
>    sys/ufs/ufs          ufs_vnops.c 
>  Log:
>  Remove redundant check for vp == dvp (done in VFS before calling).

VFS probably shouldn't check it.  There is no restriction on rmdir'ing
the current directory of other processes, so why restrict rmdir(".")?
Individual fs's should check for it iff they can't handle it.

Related strange behaviour: after rmdir of the current directory of a
process, `hd .' still works and shows an completely empty directory (with
no "." or ".." entries.  I think it should fail because the directory
entry no longer exists.

Bruce