Re: AC_REPLACE_FUNCS([getaddrinfo]) in 8.1.3 - Mailing list pgsql-hackers

From Tom Lane
Subject Re: AC_REPLACE_FUNCS([getaddrinfo]) in 8.1.3
Date
Msg-id 16268.1140409973@sss.pgh.pa.us
Whole thread Raw
In response to Re: AC_REPLACE_FUNCS([getaddrinfo]) in 8.1.3  (Albert Chin <pgsql-hackers@mlists.thewrittenword.com>)
Responses Re: AC_REPLACE_FUNCS([getaddrinfo]) in 8.1.3  (Martijn van Oosterhout <kleptog@svana.org>)
Re: AC_REPLACE_FUNCS([getaddrinfo]) in 8.1.3  (Albert Chin <pgsql-hackers@mlists.thewrittenword.com>)
Re: AC_REPLACE_FUNCS([getaddrinfo]) in 8.1.3  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-hackers
Albert Chin <pgsql-hackers@mlists.thewrittenword.com> writes:
> On Sun, Feb 19, 2006 at 09:56:20PM -0500, Tom Lane wrote:
>> Hmm, where is it then?

> getaddrinfo is a macro in <netdb.h>:

Yes, we know that.  The question was where does the macro point.

> The solution is to either revert to the 8.1.1 code (my recommendation)
> or check for ngetaddrinfo. The latter is a crude hack though.

Hm, I think both of us are confused: me because I thought we'd changed
the getaddrinfo test, which in fact has not happened, and you because
you think 8.1.1 is different from 8.1.3 on this point, which it is not.

Would you try the patch proposed at
http://archives.postgresql.org/pgsql-patches/2006-01/msg00299.php
and see if it fixes the problem?  That patch has *not* gotten applied,
probably because no one confirmed that it worked.
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Marc G. Fournier"
Date:
Subject: Re: Pgfoundry and gborg: shut one down
Next
From: Christopher Kings-Lynne
Date:
Subject: Re: [PERFORM] Need pointers to "standard" pg database(s) for