Re: Tru64/Alpha problems

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

In response to

Responses

Browse pgsql-hackers by date

  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