From owner-freebsd-arch@FreeBSD.ORG  Mon Mar 29 05:36:38 2004
Return-Path: <owner-freebsd-arch@FreeBSD.ORG>
Delivered-To: freebsd-arch@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2656216A4CE; Mon, 29 Mar 2004 05:36:38 -0800 (PST)
Received: from srv01.sparkit.no (srv01.sparkit.no [193.69.116.226])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 88FCD43D1F; Mon, 29 Mar 2004 05:36:37 -0800 (PST)
	(envelope-from eivind@FreeBSD.org)
Received: from ws ([193.69.114.88])
	by srv01.sparkit.no (8.12.10/8.12.10) with ESMTP id i2TDaWet052986;
	Mon, 29 Mar 2004 15:36:32 +0200 (CEST)
	(envelope-from eivind@FreeBSD.org)
Received: from ws (localhost [127.0.0.1])
	by ws (8.12.9/8.12.10) with ESMTP id i2TDZmnu002034;
	Mon, 29 Mar 2004 13:35:48 GMT
	(envelope-from eivind@ws)
Received: (from eivind@localhost)
	by ws (8.12.9/8.12.10/Submit) id i2TDZlxV002024;
	Mon, 29 Mar 2004 13:35:47 GMT
	(envelope-from eivind)
Date: Mon, 29 Mar 2004 13:34:45 +0000
From: Eivind Eklund <eivind@FreeBSD.org>
To: Pawel Jakub Dawidek <pjd@FreeBSD.org>
Message-ID: <20040329133444.GA1362@FreeBSD.org>
References: <20040327203620.GR8930@darkness.comp.waw.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040327203620.GR8930@darkness.comp.waw.pl>
User-Agent: Mutt/1.5.4i
cc: freebsd-arch@FreeBSD.org
Subject: Re: fchroot(2) and others.
X-BeenThere: freebsd-arch@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussion related to FreeBSD architecture
	<freebsd-arch.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arch>
List-Post: <mailto:freebsd-arch@freebsd.org>
List-Help: <mailto:freebsd-arch-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Mar 2004 13:36:38 -0000

On Sat, Mar 27, 2004 at 09:36:20PM +0100, Pawel Jakub Dawidek wrote:
> int flink(int fd, const char *link);

I'll just note that I have regularly really missed this.  It would let
me do atomic operations, only providing a file when it is complete,
keeping the file system clean until then.

I think we should check for the present process being the owner of the
inode before allowing the flink().


Ideally, for my purposes, I'd also have an mktmpfd(), which would work
like mkstemp but never create the actual file link.  The only reason
I've not implemented these calls already is that I assumed there was
some security reason they were not there, but I can't really see any.

Eivind.