Re: pgstat: remove delayed destroy / pipe:
От | Bruce Momjian |
---|---|
Тема | Re: pgstat: remove delayed destroy / pipe: |
Дата | |
Msg-id | 200605070144.k471iiO17470@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: pgstat: remove delayed destroy / pipe: ("Peter Brant" <Peter.Brant@wicourts.gov>) |
Список | pgsql-patches |
Right, and the FRONTEND fix should correct this. Sorry you had to do so much legwork to find my mistake. --------------------------------------------------------------------------- Peter Brant wrote: > I'm still planning on doing this. > > I did add a loop around the second WSARecv in pgwin32_recv() as that > was our best guess about where the error was coming from. As it turns > out, that's apparently not the case and I haven't had a chance to come > back to it yet. > > It might be that my original patch (putting the loop in piperead()) is > the best approach. All indications are that it fixes the problem and > it's the lowest impact change. I'm still quite curious what API call is > returning the WSAEWOULDBLOCK though... > > Pete > > >>> Bruce Momjian <pgman@candle.pha.pa.us> 04/19/06 5:07 am >>> > Would someone generate a patch that includes all the new ideas and > post > it here? Thanks. > > > ---------------------------(end of broadcast)--------------------------- > TIP 9: In versions below 8.0, the planner will ignore your desire to > choose an index scan if your joining column's datatypes do not > match > -- Bruce Momjian http://candle.pha.pa.us EnterpriseDB http://www.enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-patches по дате отправления: