Re: [BUG FIX] Compare returned value by socket() against PGINVALID_SOCKET instead of < 0

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [BUG FIX] Compare returned value by socket() against PGINVALID_SOCKET instead of < 0
Дата
Msg-id 20140411122855.GO6917@momjian.us
обсуждение исходный текст
Ответ на Re: [BUG FIX] Compare returned value by socket() against PGINVALID_SOCKET instead of < 0  (Amit Kapila <amit.kapila16@gmail.com>)
Ответы Re: [BUG FIX] Compare returned value by socket() against PGINVALID_SOCKET instead of < 0  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Re: [BUG FIX] Compare returned value by socket() against PGINVALID_SOCKET instead of < 0  (Bruce Momjian <bruce@momjian.us>)
Re: [BUG FIX] Compare returned value by socket() against PGINVALID_SOCKET instead of < 0  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
On Fri, Apr 11, 2014 at 10:03:08AM +0530, Amit Kapila wrote:
> On Fri, Apr 11, 2014 at 10:00 AM, Amit Kapila <amit.kapila16@gmail.com> wrote:
> > On Thu, Apr 10, 2014 at 5:21 PM, Bruce Momjian <bruce@momjian.us> wrote:
> >> On Thu, Apr 10, 2014 at 11:05:49AM +0530, Amit Kapila wrote:
> >
> >> Ah, yes, good point.  This is going to require backpatching then.
> >
> > I also think so.
> >
> >>> I think it's better to use check like below, just for matter of
> >>> consistency with other place
> >>> if (sock == INVALID_SOCKET)
> >>
> >> Agreed.  That is how I have coded the patch.
> >
> > Sorry, I didn't checked the latest patch before that comment.
> >
> > I verified that your last patch is fine.  Regression test also went fine.
> 
> I have noticed small thing which I forgot to mention in previous mail.
> I think below added extra line is not required.
> 
>   int
>   PQsocket(const PGconn *conn)
>   {
> +

Yes, I saw that yesterday and fixed it.  I also did a dry run of
backpatching and only 8.4 had conflicts, so I think we are good there.
(This is like the readdir() fix all over again.)

Once this is applied I will work on changing the libpq socket type to
use portable pgsocket, but I am not planning to backpatch that unless we
find a bug.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + Everyone has their own god. +



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Re: WIP patch (v2) for updatable security barrier views
Следующее
От: "lkcl ."
Дата:
Сообщение: Re: [feature] cached index to speed up specific queries on extremely large data sets