On Thu, Sep 29, 2011 at 2:58 PM, William A. Rowe Jr.
<wr...@rowe-clan.net> wrote:
> On 7/7/2011 3:39 AM, Gregg L. Smith wrote:
>> I have an error log full of these;
>>
>> [Thu Jul 07 00:15:58.010625 2011] [mpm_winnt:warn] [pid 2840:tid 1572] (OS 
>> 64)The
>> specified network name is no longer available.  : winnt_accept: Asynchronous 
>> AcceptEx failed.
>
> This might be http://svn.apache.org/viewvc?view=revision&revision=1091826
> confusing the issue if you build with Win32 IPv6 toggled on, depending on
> your operating system and the SDK you used to build... it was introduced
> in 1.4.3, you might want to try reverting this patch after first working
> through the ticket below...
>
>> Thanks to Steffen's bringing this up, I now know how I should be fixing this.
>>
>> The problem is, if I set
>>
>> AcceptFilter http none
>>
>> I lose all my vhosts and everything reverts to the main host. If I use
>
> Implies that the host headers are not queried for ***normal*** sockets,
> and reviewing http://svn.apache.org/viewvc?view=revision&revision=1088569
> it looks like this was "optimized" (read:bugged) away.
>
> Could you please revert this APR 1.4.3 change and report back what you
> observe?  Another option is to simply try APR 1.4.2 binaries.

I took a windows laymen look in the other 2.4 GA thread, pasted below:

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.

Reply via email to