From owner-svn-src-head@FreeBSD.ORG Fri Jul 17 09:52:36 2009 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FC4C1065675; Fri, 17 Jul 2009 09:52:36 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id 5098A8FC14; Fri, 17 Jul 2009 09:52:36 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from toad.stack.nl (toad.stack.nl [IPv6:2001:610:1108:5010::135]) by mx1.stack.nl (Postfix) with ESMTP id 7B03035995B; Fri, 17 Jul 2009 11:52:35 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 1677) id EA13B73FA2; Fri, 17 Jul 2009 11:52:34 +0200 (CEST) Date: Fri, 17 Jul 2009 11:52:34 +0200 From: Jilles Tjoelker To: Tim Kientzle Message-ID: <20090717095234.GA48647@stack.nl> References: <200907081523.n68FNIpi055036@svn.freebsd.org> <20090709173046.GA48155@stack.nl> <4A5CAC1B.4070006@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A5CAC1B.4070006@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r195458 - in head: include lib/libc/sys sys/bsm sys/compat/freebsd32 sys/compat/svr4 sys/i386/ibcs2 sys/kern sys/sys X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 09:52:37 -0000 On Tue, Jul 14, 2009 at 09:02:35AM -0700, Tim Kientzle wrote: > Another data point: I've started looking at the *at() > functions for libarchive's deep directory handling. The > current code uses chdir() to manipulate files with very long > pathnames, but that causes complications for libarchive > clients that I'd like to eliminate. Using *at() functions > to manage a "virtual current directory" looks a lot more robust. > Unfortunately, there are still a few operations that are > unavailable with this paradigm: > * ACL functions > * extattr functions Right. As with pathconf(), "at" variants with AT_SYMLINK_NOFOLLOW option would be useful here. > * link() > * symlink() linkat() and symlinkat() exist. In addition to providing the "at" functionality, linkat() allows creating hard links to symlinks. -- Jilles Tjoelker