Re: pgsql/src/interfaces/libpq fe-connect.c fe-exe ...h

Поиск
Список
Период
Сортировка
Искать
От
Bruce Momjian
Тема
Re: pgsql/src/interfaces/libpq fe-connect.c fe-exe ...h
Дата
Msg-id
200107202108.f6KL8dX17906@candle.pha.pa.us
Ответ на
Список
Дерево обсуждения
pgsql/src/interfaces/libpq fe-connect.c fe-exe ... Bruce Momjian - CVS <momjian@hub.org>
Re: pgsql/src/interfaces/libpq fe-connect.c fe-exe ... Tom Lane <tgl@sss.pgh.pa.us>
Re: pgsql/src/interfaces/libpq fe-connect.c fe-exe ...h Bruce Momjian <pgman@candle.pha.pa.us>
Re: pgsql/src/interfaces/libpq fe-connect.c fe-exe ...h Tom Lane <tgl@sss.pgh.pa.us>
Re: pgsql/src/interfaces/libpq fe-connect.c fe-exe ... Bruce Momjian <pgman@candle.pha.pa.us>
> Bruce Momjian - CVS  writes:
> > Log message:
> > 	i've spotted a following problem using DBD::Pg under win32. winsock
> > 	functions do not set errno, so some normal conditions are treated as
> > 	fatal errors. e.g. fetching large tuples fails, as at some point recv()
> > 	returns EWOULDBLOCK. here's a patch, which replaces errno with
> > 	WSAGetLastError(). i've tried to to affect non-win32 code.
> 
> I thought this was awaiting a merged patch from both submitters?
> 
> Certainly I haven't reviewed it, since I thought that we were not
> going to apply it until that happened.

The other maintainer said this patch was better.  He wants a few lines
of his patch added as well and he will send that over soon.  You want to
see the applied patch or have it backed out?

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026
В списке pgsql-committers по дате отправления
От: Tom Lane
Дата:
От: Bruce Momjian - CVS
Дата:
Сообщение: pgsql/doc TODO
FAQ