From owner-freebsd-fs@FreeBSD.ORG Sun Jul 24 18:50:48 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48063106566C for ; Sun, 24 Jul 2011 18:50:48 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-7.mit.edu (DMZ-MAILSEC-SCANNER-7.MIT.EDU [18.7.68.36]) by mx1.freebsd.org (Postfix) with ESMTP id EB97A8FC1B for ; Sun, 24 Jul 2011 18:50:47 +0000 (UTC) X-AuditID: 12074424-b7b0fae000000a08-3a-4e2c69999291 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) by dmz-mailsec-scanner-7.mit.edu (Symantec Messaging Gateway) with SMTP id BE.7A.02568.9996C2E4; Sun, 24 Jul 2011 14:51:05 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id p6OIok3K023144; Sun, 24 Jul 2011 14:50:46 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p6OIojhE000239 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 24 Jul 2011 14:50:46 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p6OIoiMV027798; Sun, 24 Jul 2011 14:50:44 -0400 (EDT) Date: Sun, 24 Jul 2011 14:50:44 -0400 (EDT) From: Benjamin Kaduk To: Kostik Belousov In-Reply-To: <20110724184404.GB17489@deviant.kiev.zoral.com.ua> Message-ID: References: <201104011250.p31CoULd045353@svn.freebsd.org> <20110724184404.GB17489@deviant.kiev.zoral.com.ua> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1361943179-1311533444=:7526" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmplleLIzCtJLcpLzFFi42IRYrdT152ZqeNncPKiuMWxxz/ZLBqmPWZz YPKY8Wk+i8fOWXfZA5iiuGxSUnMyy1KL9O0SuDJ+LW5iKnjAW/Gw+wVTA+Ny7i5GTg4JAROJ lv/PWCFsMYkL99azdTFycQgJ7GOU2Ll6FROEs4FRYtW3+awQzgEmiZf7LrNAOA2MEou2Hwfr ZxHQlpjYcpcFxGYTUJGY+WYjG4gtIqApcW3TfaBRHBzMAlISd9ZWgISFBWwkvq3YxAwS5hSw l5h5NhAkzCvgIHHp0CtmiPEbGSWe72gEGykqoCOxev8UFogiQYmTM5+A2cwCARKLZk9gnsAo OAtJahaSFIRtLvHu5iNWCFtb4v7NNrYFjCyrGGVTcqt0cxMzc4pTk3WLkxPz8lKLdM31cjNL 9FJTSjcxgkPbRWUHY/MhpUOMAhyMSjy8mvY6fkKsiWXFlbmHGCU5mJREeW9kAIX4kvJTKjMS izPii0pzUosPMUpwMCuJ8Gac0/YT4k1JrKxKLcqHSUlzsCiJ85Z6//cVEkhPLEnNTk0tSC2C ycpwcChJ8N4GGSpYlJqeWpGWmVOCkGbi4AQZzgM0/BxIDW9xQWJucWY6RP4Uo6KUOG8+SEIA JJFRmgfXC0s9rxjFgV4R5r0AUsUDTFtw3a+ABjMBDZZX0AQZXJKIkJJqYDQ0arnorOubcVC1 XKHPib/i/2vfmYsX6OT0iX+c+OpvgXhQHPOBGd4yi5jnLWAz4Y/oVo65t7T81OSrDHXbf7W/ XZIx7eb2s8VzmfxOsJxZrbVcJ66sTKtncqtMyqr1IqrVjKFtXNcennyfZBwZbehsabY36swt r8nFLHlbvr6eeIxBrk/smxJLcUaioRZzUXEiAI/spkoYAwAA Cc: freebsd-fs@freebsd.org Subject: Re: svn commit: r220241 - in stable/8/sys: kern sys X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2011 18:50:48 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-1361943179-1311533444=:7526 Content-Type: TEXT/PLAIN; charset=koi8-r; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 24 Jul 2011, Kostik Belousov wrote: > On Sun, Jul 24, 2011 at 01:04:28PM -0400, Ben Kaduk wrote: >> [replying to -fs since that is where the original discussion of adding >> O_CLOEXEC occurred] >> >> On Fri, Apr 1, 2011 at 8:50 AM, Konstantin Belousov wr= ote: >>> Author: kib >>> Date: Fri Apr =9A1 12:50:29 2011 >>> New Revision: 220241 >>> URL: http://svn.freebsd.org/changeset/base/220241 >>> >>> Log: >>> =9AMFC r219999: >>> =9AAdd O_CLOEXEC flag to open(2) and fhopen(2). >> >> I saw mail go by on debian-bsd@lists.debian.org that the are going to >> pick up on these O_CLOEXEC definitions and export them, which included >> the comment: >> No O_SEARCH yet, since FreeBSD doesn't seem to implement it. > What do you mean by exporting them ? Per http://lists.debian.org/debian-bsd/2011/07/msg00299.html , it is not=20 possible for them to use our sys/fcntl.h directly, so its contents must be= =20 copied into a bits/fcntl.h that enters somehow into their framework. (I=20 am not familiar with how this framework works.) > >> >> Would there be any reason for us to support O_SEARCH? >> http://pubs.opengroup.org/onlinepubs/9699919799/functions/open.html >> does not make it very clear to me whether we would want to.... > > We do not support O_SEARCH because nobody implemented it yet. Sure, but is it worth filing a PR as a reminder? -Ben ---559023410-1361943179-1311533444=:7526--