Re: Possible explanation for Win32 stats regression test - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Possible explanation for Win32 stats regression test
Date
Msg-id 200607290254.k6T2svp06973@momjian.us
Whole thread Raw
In response to Re: Possible explanation for Win32 stats regression test  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Possible explanation for Win32 stats regression test  ("korryd@enterprisedb.com" <korryd@enterprisedb.com>)
List pgsql-hackers
Is anyone working on this?

---------------------------------------------------------------------------

Tom Lane wrote:
> korry <korry@appx.com> writes:
> > The problem is that, each time you go through
> > pgwin32_waitforsinglesocket(), you tie the *same* kernel object
> > (waitevent is static) to each socket.
> 
> > The fix is pretty simple - just call WSAEventSelect( s, waitevent, 0 )
> > after WaitForMultipleObjectsEx() returns.  That disassociates the socket
> > from the Event (it will get re-associated the next time
> > pgwin32_waitforsingleselect() is called.  
> 
> Hmm.  Presumably we don't do this a whole lot (use multiple sockets) or
> we'd have noticed before.  Perhaps better would be to keep an additional
> static variable saying which socket the event is currently associated
> to, and only issue the extra WSAEventSelect calls if we need to change
> it.  Or is WSAEventSelect fast enough that it doesn't matter?
> 
> Anyway, someone with a Windows machine needs to code and test this ...
> 
>             regards, tom lane
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 2: Don't 'kill -9' the postmaster

--  Bruce Momjian   bruce@momjian.us EnterpriseDB    http://www.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [Pgbuildfarm-members] [Fwd: RE: Build farm on Windows]
Next
From: mark@mark.mielke.cc
Date:
Subject: Re: On-disk bitmap index patch