Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: pass (athena.apache.org: domain of covener@gmail.com designates
 209.85.210.173 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <201109152109.40930.sf@sfritsch.de>
References: <6506509B-B530-440D-BC13-1FFE66C7234B@jaguNET.com>
	<CAKUrXK74bG=2MOkDsmnPoXg_YTbVeqwOCgjN7o9ELRfr2ocWng@mail.gmail.com>
	<201109152109.40930.sf@sfritsch.de>
Date: Sun, 18 Sep 2011 11:26:30 -0400
Message-ID: 
 <CALK=YjM1syUBG4G_pn0oY324pemcHQZ4FtQnffTeygN=Jvb+Sw@mail.gmail.com>
Subject: Re: Pushing for httpd 2.4.0 GA
From: Eric Covener <covener@gmail.com>
To: dev@httpd.apache.org
Content-Type: text/plain; charset=ISO-8859-1

> I think the windows accept filter issue is a real blocker. The only
> alternative would be to release 2.4.0 without official support for
> Windows.

I took a look at this in the AM, and it looks like the acceptfilter
none path is relying on data set only by AcceptEX (context->buffer) to
fill in context->sa_server (child.c:590).  In 2.2 the context->buffer
is seeded by the 9x specific code.

Seems like that block of code just needs a backport from
win9x_get_connection to set the server side of this structure
correctly before it's copied into "sockinfo" later in the same
function.

I can't easily build it and not sure what other non-acceptex 9x-isms
are in win9x_get_connection.

This matches the reports of the base VH being picked every time, but I
couldn't find on the list where the culprit had been identified
before.