Re: Re: popen and pclose redefinitions causing many warning in Windows build

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Re: popen and pclose redefinitions causing many warning in Windows build
Дата
Msg-id 20140528210223.GE28490@momjian.us
обсуждение исходный текст
Ответ на Re: Re: popen and pclose redefinitions causing many warning in Windows build  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Re: popen and pclose redefinitions causing many warning in Windows build
Список pgsql-hackers
On Wed, May 28, 2014 at 12:29:28PM -0400, Tom Lane wrote:
> Bruce Momjian <bruce@momjian.us> writes:
> > I think this is caused because the variable is not defined as SOCKET.
> > The attached patch fixes this.  This should prevent the warning.
>
> Surely that's just going to move the errors somewhere else.  The call
> site still expects the argument to be int[].

Ah, yes, you are right.  This is a similar problem I had with libpq
where PQsocket() had to return an int.

Attached is an updated patch which follows my previous coding of
checking for PGINVALID_SOCKET, and if not equal, assigns the value to an
integer handle.  I would also like to rename variable 's' to
'listen_sock', but that is not in the patch, for clarity reasons.

Should this be held for 9.5?  I think it is only warning removal.  On
the other hand, portability is what we do during beta testing.

--
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + Everyone has their own god. +

Вложения

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

Предыдущее
От: John Lumby
Дата:
Сообщение: Re: Extended Prefetching using Asynchronous IO - proposal and patch
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Extended Prefetching using Asynchronous IO - proposal and patch