Re: Possible explanation for Win32 stats regression test
От | Bruce Momjian |
---|---|
Тема | Re: Possible explanation for Win32 stats regression test |
Дата | |
Msg-id | 200607290254.k6T2svp06973@momjian.us обсуждение исходный текст |
Ответ на | Re: Possible explanation for Win32 stats regression test (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Possible explanation for Win32 stats regression test
|
Список | 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 по дате отправления: