Mailing-List: contact new-httpd-help@apache.org; run by ezmlm
Precedence: bulk
Reply-To: new-httpd@apache.org
Sender: trawick@rdu26-58-158.nc.rr.com
To: new-httpd@apache.org
Cc: shbhatna@cisco.com
Subject: Re: Spurious return from select()
References: <3B6ECBF7.61F38773@cisco.com>
From: Jeff Trawick <trawick@attglobal.net>
Date: 08 Aug 2001 10:12:28 -0400
In-Reply-To: <3B6ECBF7.61F38773@cisco.com>
Message-ID: <m3itfyhc8j.fsf@rdu26-58-158.nc.rr.com>
Lines: 33
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.3
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Shail Bhatnagar <shbhatna@cisco.com> writes:

> I have observed that sometimes select() 
> returns a positive value to  one or more processes
> but only one is able to read UDP data.

On every system I know of, select() wakes up every process/thread
selecting on the same descriptor (e.g., UDP socket) when the condition
is met (e.g., a datagram is ready to read).

You'll want to use a mutex to ensure that only one process is in the 
select()+recvfrom() path at a time.  Otherwise, the extra wakeups will
hurt performance.

But Apache already does this when there are multiple listening (TCP)
sockets.  Take advantage of that mutex.

> The server is this case has been modified
> to listen on a well known udp port.
> 
> Does anybody have any clue ? The errno returned
> by recvfrom() is 11 - resource temporarily unavailable.
> 
> Secondly, is there a know crash on Solaris when
> APR_HAS_THREADS is on. This is about httpd 2.0.16 beta.

Justin Erenkrantz fixed a gethostbyname() issue with a threaded build
on Solaris < 8.  You may wish to try the latest code from CVS.

-- 
Jeff Trawick | trawick@attglobal.net | PGP public key at web site:
       http://www.geocities.com/SiliconValley/Park/9289/
             Born in Roswell... married an alien...