Re: Tru64/Alpha problems
От | Andrew Dunstan |
---|---|
Тема | Re: Tru64/Alpha problems |
Дата | |
Msg-id | 4433CF0F.5070807@dunslane.net обсуждение исходный текст |
Ответ на | Re: Tru64/Alpha problems (Andrew Dunstan <andrew@dunslane.net>) |
Ответы |
Re: Tru64/Alpha problems
|
Список | 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 по дате отправления: