From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25583 invoked by alias); 1 May 2013 05:31:38 -0000 Mailing-List: contact libc-ports-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-ports-owner@sourceware.org Received: (qmail 25564 invoked by uid 89); 1 May 2013 05:31:38 -0000 X-Spam-SWARE-Status: No, score=-4.0 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,SPF_PASS autolearn=ham version=3.3.1 X-Spam-User: qpsmtpd, 2 recipients Received: from mail-oa0-f50.google.com (HELO mail-oa0-f50.google.com) (209.85.219.50) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Wed, 01 May 2013 05:31:37 +0000 Received: by mail-oa0-f50.google.com with SMTP id j6so1167960oag.23 for ; Tue, 30 Apr 2013 22:31:36 -0700 (PDT) X-Received: by 10.60.35.197 with SMTP id k5mr303267oej.138.1367386296126; Tue, 30 Apr 2013 22:31:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.76.143.67 with HTTP; Tue, 30 Apr 2013 22:31:15 -0700 (PDT) In-Reply-To: <51808721.5090507@redhat.com> References: <1365900451-19026-1-git-send-email-kosaki.motohiro@gmail.com> <51808721.5090507@redhat.com> From: KOSAKI Motohiro Date: Wed, 01 May 2013 05:31:00 -0000 Message-ID: Subject: Re: [PATCH v4 0/5] fix wrong program abort on __FD_ELT To: "Carlos O'Donell" Cc: libc-alpha , "libc-ports@sourceware.org" Content-Type: text/plain; charset=ISO-8859-1 X-SW-Source: 2013-05/txt/msg00005.txt.bz2 On Tue, Apr 30, 2013 at 11:08 PM, Carlos O'Donell wrote: > On 04/13/2013 08:47 PM, KOSAKI Motohiro wrote: >> Changes from v3 to v4 >> - remove _STRICT_FD_SIZE_CHECK ifdef. >> - instead, always check buffersize. requested from Florian Weimer. > > Do we want to update manual/llio.texi to describe those macros > that can work with heap allocated fd sets? > > These macros are being clearly used in Linux and BSD to operate > on heap allocated sets, and the glibc versions of some of these > macros do support those uses. The manual already explains this case. I guess GNU/Hurd also support the same extension. @comment sys/types.h @comment BSD @deftypevr Macro int FD_SETSIZE The value of this macro is the maximum number of file descriptors that a @code{fd_set} object can hold information about. On systems with a fixed maximum number, @code{FD_SETSIZE} is at least that number. On some systems, including GNU, there is no absolute limit on the number of descriptors open, but this macro still has a constant value which controls the number of bits in an @code{fd_set}; if you get a file descriptor with a value as high as @code{FD_SETSIZE}, you cannot put that descriptor into an @code{fd_set}. @end deftypevr