Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (athena.apache.org: domain of justin.erenkrantz@gmail.com
 designates 74.125.82.42 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=Ou9TyPocA4ei9JEFzKDlwEonyN1Ngd6ZvX9+o5+Dtj1rD27oCBM/mpdcmo/IBxBl8g
         hgZpTJoV+zePtO9AFCz4t4tS6m6nvYW9L0Q6xB1GfNUputzr7YqN7hj4DxUC/C/Q+agc
         Aeu9CdsjuVCGaCo6cGuTSQ54jUE9Aasnp2Lqo=
MIME-Version: 1.0
Sender: justin.erenkrantz@gmail.com
In-Reply-To: <BANLkTinp=z_ANEgNABWiAg=vf=cK4zcsMA@mail.gmail.com>
References: <03230006CA5E1B4D89CCC1DC0BF2209C038A33E416@NVS0192.nedap.local>
	<BANLkTi=SkR6UV308p25AT7xz6wK+sQ6sKg@mail.gmail.com>
	<4DC3B125.8070508@nedap.com>
	<BANLkTinp=z_ANEgNABWiAg=vf=cK4zcsMA@mail.gmail.com>
Date: Thu, 26 May 2011 22:30:54 -1000
Message-ID: <BANLkTin3rBCecCBRvzUA5B-14u-NWxR_Kg@mail.gmail.com>
Subject: Re: 100% cpu with APR on Windows
From: Justin Erenkrantz <justin@erenkrantz.com>
To: Jeff Trawick <trawick@gmail.com>
Cc: dev@apr.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Fri, May 6, 2011 at 4:01 AM, Jeff Trawick <trawick@gmail.com> wrote:
> WSAPoll() is available with Vista/2008 Server and later. =A0It should be
> used automatically by APR without rebuilding your code (via a run-time
> check for presence of the Windows API).
>
> As far as WSAPoll() and this issue... =A0MS doc says
>
> "POLLHUP =A0 =A0 =A0 =A0A stream-oriented connection was either disconnec=
ted or aborted."
>
> POLLHUP is mapped to APR_POLLHUP.
>
> (IOW, I didn't test but it looks promising.)

FWIW, serf is running into a similar issue when a connection is made
to a server on a non-existent port.  (The Subversion folks have marked
this as a blocking bug for 1.7.x.)  It looks like WSAPoll() may not
work properly with non-blocking connect() calls:

http://social.msdn.microsoft.com/Forums/en/wsk/thread/18769abd-fca0-4d3c-98=
84-1a38ce27ae90

The apr_pollset_poll call never indicates a failure (so it only
returns after the timeout expires and says nothing interesting
happened).  Reading the connect() docs, it appears that you have to
call select() - not WSAPoll() - to figure out the status of the
connect() call:

http://msdn.microsoft.com/en-us/library/ms737625(v=3DVS.85).aspx

Has anyone else seen this behavior?  Anybody have any clever
workarounds?  -- justin