From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11300 invoked by alias); 11 Jun 2007 23:00:58 -0000 Received: (qmail 11281 invoked by uid 22791); 11 Jun 2007 23:00:51 -0000 X-Spam-Check-By: sourceware.org Received: from londo.lunn.ch (HELO londo.lunn.ch) (80.238.139.98) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 11 Jun 2007 23:00:49 +0000 Received: from lunn by londo.lunn.ch with local (Exim 3.36 #1 (Debian)) id 1HxssP-0006xh-00; Tue, 12 Jun 2007 01:00:45 +0200 Date: Tue, 12 Jun 2007 03:51:00 -0000 To: Tad Cc: ecos-discuss@sources.redhat.com Message-ID: <20070611230045.GI26816@lunn.ch> Mail-Followup-To: Tad , ecos-discuss@sources.redhat.com References: <466DDDCF.1040506@ds3switch.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <466DDDCF.1040506@ds3switch.com> User-Agent: Mutt/1.5.13 (2006-08-11) From: Andrew Lunn X-IsSubscribed: yes Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: Re: [ECOS] Re: accept() FreeBSD hangs when out of resources X-SW-Source: 2007-06/txt/msg00117.txt.bz2 On Mon, Jun 11, 2007 at 03:42:07PM -0800, Tad wrote: > >>accept() won't return and won't timeout (>12hrs) when listen() indicates > >>a new connection, if out of sockets/file-descriptors and all TCP > >>connections are in ESTABLISHED state. > > > >Where exactly is it blocked. Please could you provide a call stack. > > Couldn't see why it would hang either, Andrew, but seems to reliably. > > Wish I could help more. Submitted 20 hrs of digging. My system doesn't > have any gdb or printf capablities. Think I gave enough reproduction > situation for someone with gdb capabilities to take it further. For situations like this i find working on the synthetic target much better. You have full gdb support, diag_printf etc. What i would ideally like is a test case we can add to the standard tests. The test case should fail now, but once we have fix the problem we can keep the test case for regression tests. Andrew -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss