From owner-cvs-all Tue Oct 2 3:37:52 2001 Delivered-To: cvs-all@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 0E60C37B409; Tue, 2 Oct 2001 03:37:47 -0700 (PDT) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by guest.freebsd.dk (8.11.6/8.11.6) with ESMTP id f927kAs18754; Tue, 2 Oct 2001 09:46:10 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Matt Dillon Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/ufs/ufs ufs_vnops.c In-Reply-To: Your message of "Mon, 01 Oct 2001 21:26:58 PDT." <200110020426.f924Qw605686@freefall.freebsd.org> Date: Tue, 02 Oct 2001 09:46:10 +0200 Message-ID: <18752.1002008770@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200110020426.f924Qw605686@freefall.freebsd.org>, Matt Dillon writes : >dillon 2001/10/01 21:26:58 PDT > > Modified files: > sys/ufs/ufs ufs_vnops.c > Log: > Backout the last commit. The problem is actually much worse then I > first thought and may require serious work to the VOP_RENAME() api itself. > Basically, by the time the VOP_RENAME() function is called, it's already > too late. I chatted with Rob Pike about rename, in particular in the context of remote filesystems and plan9. To avoid the nightmare of our VOP_RENAME, in plan9 you can only rename inside one directory. While not an option for us, I can certainly see why they did that... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message