From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Postgresql Dev <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Tru64/Alpha problems |
Date: | 2006-04-05 14:07:11 |
Message-ID: | 4433CF0F.5070807@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
I wrote:
>
> I have done some more digging on this. The buildfarm member had a
> couple of configuration issues which I have remedied, and which almost
> certainly account for the float test errors we saw. However, we still
> get an error when we try to start the installed s/w with the default
> listen_addresses:
>
> LOG: could not translate host name "localhost", service "5832" to
> address: servname not supported for ai_socktype
>
> Of course, this won't be seen with "make check", since it starts on
> Unix with listen_addresses='', which means we never even look for any
> sort of TCP addrinfo.
>
> I found a hint on the web that we should use -D_SOCKADDR_LEN. I tried
> this, but got a link failure, complaining about revc and send. This
> man page extract explains:
>
> [Tru64 UNIX] The recv() function is identical to the recvfrom()
> function
> with a zero-valued address_len parameter, and to the read() function
> if no
> flags are used. For that reason the recv() function is disabled when
> 4.4BSD behavior is enabled; that is, when the _SOCKADDR_LEN compile-time
> option is defined.
>
> I'd like to know some settings that we can use that will get Tru64
> cleanly through the buildfarm set. If noone offers any, I propose that
> we revert the getaddrinfo() test in configure and use our own on Tru64
> until they do.
>
I have not had any response to this. Is there any objection to my
reverting the configure changes for the head and 8.1 branches? If not I
intend to do that around the end of the week.
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Magnus Hagander | 2006-04-05 14:07:43 | Re: Stats collection on Windows |
Previous Message | Tom Lane | 2006-04-05 14:05:56 | Re: Stats collection on Windows |