On Fri, 2005-03-04 at 02:43 +0000, Philip Martin wrote:
> Daniel Berlin <dberlin@dberlin.org> writes:
>
> > I can reproduce your problem, i know what it is.
> >
> > You have ::1 localhost and 127.0.0.1 localhost in /etc/hosts
>
> My /etc/hosts contained
>
> 127.0.0.1 localhost
>
> and
>
> ::1 ip6-localhost ip6-loopback
> ::1 ip6-localhost ip6-loopback
> fe00::0 ip6-localnet
> ff00::0 ip6-mcastprefix
> ff02::1 ip6-allnodes
> ff02::2 ip6-allrouters
> ff02::3 ip6-allhosts
>
> but I have just removed all the :: lines and it makes no difference.
Are you running nscd?
If so, did you restart it (it does have some invalidation time, but i
forget what it is)
>
> > It prefers the ::1 over 127.0.0.1, and thus gives us back the ipv6
> > address, even though we can't even use ipv6.
> > This is dumb.
>
> When APR calls getaddrinfo it gets
>
> (gdb) p ai_list[0]
> $1 = {ai_flags = 1, ai_family = 10, ai_socktype = 1, ai_protocol = 6,
> ai_addrlen = 28, ai_addr = 0x8051f30, ai_canonname = 0x0,
> ai_next = 0x8051f50}
> (gdb) p ai_list[0].ai_addr[0]
> $3 = {sa_family = 10, sa_data = "\016j", '\0' <repeats 11 times>}
> (gdb) p ai_list[0].ai_next[0]
> $4 = {ai_flags = 1, ai_family = 2, ai_socktype = 1, ai_protocol = 6,
> ai_addrlen = 16, ai_addr = 0x8051f70, ai_canonname = 0x0, ai_next = 0x0}
> (gdb) p ai_list[0].ai_next[0].ai_addr[0]
> $5 = {sa_family = 2, sa_data = "\016j", '\0' <repeats 11 times>}
>
> I not a network expert but I think ai_family=10 is PF_INET6 and
yes.
> ai_family=2 is PF_INET, so APR is being given both with ipv6 first.
yes.
So this isn't really my fault, and there are a couple ways to fix the
problem.
Personally, i'm partial to what neon does (runtime check to see if we
support ipv6), even though i think this is something APR should be
taking care of for us (it is, after all, a portability library).
But i doubt we can tell people they need to make sure they have apr
0.9.<whatever> in order for svnserve to work right, so we're going to
have to do something.
--Dan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Mar 4 04:04:15 2005