From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20991 invoked by alias); 11 Jun 2007 22:14:19 -0000 Received: (qmail 20983 invoked by uid 22791); 11 Jun 2007 22:14:18 -0000 X-Spam-Check-By: sourceware.org Received: from 204-133-123-27.dia.static.slbbi.com (HELO mail.chez-thomas.org) (204.133.123.27) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 11 Jun 2007 22:14:15 +0000 Received: by mail.chez-thomas.org (Postfix, from userid 999) id 03B3219500F9; Mon, 11 Jun 2007 16:14:13 -0600 (MDT) Received: from [192.168.1.101] (hermes_local [192.168.1.101]) by mail.chez-thomas.org (Postfix) with ESMTP id 0F2541950093; Mon, 11 Jun 2007 16:14:10 -0600 (MDT) Message-ID: <466DC931.4040604@mlbassoc.com> Date: Mon, 11 Jun 2007 23:06:00 -0000 From: Gary Thomas User-Agent: Thunderbird 1.5.0.10 (X11/20070301) MIME-Version: 1.0 To: Tad CC: ecos-discuss@sources.redhat.com References: <466DD314.3040903@ds3switch.com> In-Reply-To: <466DD314.3040903@ds3switch.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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] atHTTP hangs connections on select() errors X-SW-Source: 2007-06/txt/msg00114.txt.bz2 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tad wrote: > athttp often locks up resources and never frees them if select() returns > an error. > > A robust implementation of athttp will want to change the main > cyg_httpd_daemon listen() loop so that > cyg_httpd_close_unused_sockets(listener); is called regardless of the > return value from the listen() call. Otherwise, errors from listen() > will prevent all connections (possibly causing the errors) from ever > timing out and being shut down. The system will quickly run out of > sockets, as all will be left in the ESTABLISHED state. Not theoretical, > fairly easy to get listen() to return errors. > > Also see my post about athttp hanging in accept() when out of sockets if > attempting a robust port. This is a community project - you'll only get out of it what you want to put [back] into it. So, instead of sending multiple nagging emails [about the same thing], why not propose some patches? You've obviously looked at the code, docs, etc - it seems only fair that you help out. Persistent complaining without pitching in will probably just turn folks ears deaf... - -- - ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGbckwmaKbSsQGV8ARAkTrAJ9NyDK3n9NPO4wZ1aZOSmu8xOBhLgCeOJ5P jl4IA2wXef3G9+QDX8Ie/QM= =CVmW -----END PGP SIGNATURE----- -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss