Date: Tue, 02 Oct 2001 09:46:10 +0200 From: Poul-Henning Kamp <phk@critter.freebsd.dk> To: Matt Dillon <dillon@FreeBSD.org> Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/ufs/ufs ufs_vnops.c Message-ID: <18752.1002008770@critter.freebsd.dk> In-Reply-To: Your message of "Mon, 01 Oct 2001 21:26:58 PDT." <200110020426.f924Qw605686@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?18752.1002008770>