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

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: Re: popen and pclose redefinitions causing many warning in Windows build
Дата
Msg-id 20140606171824.GV5146@eldon.alvh.no-ip.org
обсуждение исходный текст
Ответ на Re: Re: popen and pclose redefinitions causing many warning in Windows build  (Bruce Momjian <bruce@momjian.us>)
Ответы Re: Re: popen and pclose redefinitions causing many warning in Windows build
Список pgsql-hackers
Bruce Momjian wrote:
> 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.

I think this should go in 9.4, but as you say it's only warning removal
so there is probably little point in patching further back (this code
dates back to 9.3.)

-- 
Álvaro Herrera                http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services



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

Предыдущее
От: Fujii Masao
Дата:
Сообщение: Re: pg_receivexlog add synchronous mode
Следующее
От: Jim Nasby
Дата:
Сообщение: Re: Proposing pg_hibernate