Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
From: "Mladen Turk" <mturk@mappingsoft.com>
To: "APR Dev" <dev@apr.apache.org>
Subject: RE: [WIN32] apr_sockets BUG?
Date: Fri, 19 Apr 2002 21:15:50 +0200
Message-ID: <HHENKOBJGKCDDCOAKEAHAEHLDAAA.mturk@mappingsoft.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
In-Reply-To: <5.1.0.14.2.20020419122131.02a18838@localhost>
Importance: Normal


> -----Original Message-----
> From: William A. Rowe, Jr. [mailto:wrowe@rowe-clan.net]
> Sent: Friday, April 19, 2002 7:23 PM
> To: Jeff Trawick
> Cc: Mladen Turk; APR Dev
> Subject: Re: [WIN32] apr_sockets BUG?
>
> > > Dunno if I miss something, but the server/client test on
> WIN32 doesn't
> > work.
> > > Well, as far I've been able to track the things down the non-blocking
> > > sockets are the bugger.
> >
> >It seems to me that server.c is a bit naive in thinking that data will
> >be available as soon as it accepts a new connection.  You could add a
> >poll for data available before the apr_recv() in the server.
>
> Or... is this running on WinXP (or possibly, Win2K?)  There is a
> rather big
> nonblocking socket driver bug, see /dist/httpd/binaries/win32/
> and follow the
> "XP Users Read Me First" dialog, where I've cited the Q article
> that Allan's
> research led to.
>
> Bill
 I love the service packs :(

Q317949 addresses the cross-process issues, but the apr-test server.c is not
a such app.
The results are the same on WinXP Pro and Win2K Server (with sp2).

MT.