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 по дате отправления: