Re: Tru64/Alpha problems - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Tru64/Alpha problems
Date
Msg-id 4433CF0F.5070807@dunslane.net
Whole thread Raw
In response to Re: Tru64/Alpha problems  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: Tru64/Alpha problems
List 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


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Stats collection on Windows
Next
From: "Magnus Hagander"
Date:
Subject: Re: Stats collection on Windows