From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 2 19:41:25 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CCE710656B6 for ; Tue, 2 Jun 2009 19:41:25 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from www.sonnenberger.org (www.ostsee-abc.de [62.206.222.50]) by mx1.freebsd.org (Postfix) with ESMTP id C9F928FC0A for ; Tue, 2 Jun 2009 19:41:24 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (www.sonnenberger.org [192.168.1.10]) by www.sonnenberger.org (Postfix) with ESMTP id 4CC4C667E2 for ; Tue, 2 Jun 2009 21:41:21 +0200 (CEST) Received: by britannica.bec.de (Postfix, from userid 1000) id 0DDCE1BDD82; Tue, 2 Jun 2009 21:41:37 +0200 (CEST) Date: Tue, 2 Jun 2009 21:41:37 +0200 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20090602194137.GC12154@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <4A14F58F.8000801@rawbw.com> <4A1594DA.2010707@rawbw.com> <86ljoig08o.fsf@ds4.des.no> <20090528213017.GX67847@elvis.mu.org> <863aaow866.fsf@ds4.des.no> <20090529193137.GH67847@elvis.mu.org> <20090602185850.GR1808@cicely7.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090602185850.GR1808@cicely7.cicely.de> User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Re: close-on-exec alternatives (was: Why kernel kills processes that run out of memory instead of just failing memory allocation system calls?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2009 19:41:25 -0000 On Tue, Jun 02, 2009 at 08:58:50PM +0200, Bernd Walter wrote: > It is still very interesting, because I currently have a similar problem > and wasn't aware of getdtablesize(); Note that many (other) systems provide a much simpler and efficient function for the above, closefrom(3). Joerg