Date: Thu, 01 Nov 2012 08:40:31 -0600 From: Ian Lepore <freebsd@damnhippie.dyndns.org> To: mdf@freebsd.org Cc: freebsd-current@freebsd.org Subject: Re: FILE's _file can only hold a short Message-ID: <1351780831.1120.137.camel@revolution.hippie.lan> In-Reply-To: <CAMBSHm_-5JUGX5nGyOLjMxpQjnh=7%2B5NkPnP1-i0OjSEKe7D6Q@mail.gmail.com> References: <CAMBSHm_-5JUGX5nGyOLjMxpQjnh=7%2B5NkPnP1-i0OjSEKe7D6Q@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 2012-10-31 at 11:12 -0700, mdf@freebsd.org wrote: > I seem to recall a thread earlier on this limitation, but looking at > actual libc/stdio sources, the 4 year old check for open(2)'s fd being > less than SHRT_MAX is still there. I thought I saw a patch to change > this to an int, but it's not in the tree. Was this in a PR or a > mailing list thread or am I just imagining things? > > We've run into this limitation at work, where some processes have > around 32k open file descriptors and then try to use the libc FILE > interface. Since we control ABI we can just change this to int, but I > had been hoping there was a FreeBSD revision we could pull instead of > having another diff. FWIW, I also remember some discussion recently (this year) on some mailing list about this, but I can't find it now. I thought it was somehow related to in-lib versus external uses of the funopen() function, but I may be conflating two unrelated discusssions in my head. -- Ian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1351780831.1120.137.camel>