On Donnerstag, 29. November 2007, hyc(a)symas.com wrote:
rhafer(a)suse.de wrote:
> Full_Name: Ralf Haferkamp
> Version: All
> OS: Linux, glibc 2.7
> URL:
ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (89.166.161.148)
>
>
> Newer versions of glibc (2.7) in my case might return duplicate addrinfo
> structs in the results under certain circumstances. According to the
> friendly glibc maintainer ;) this is not a bug:
>
http://sources.redhat.com/bugzilla/show_bug.cgi?id=4980
> Unfortunately he doesn't give a reason for this change in behavior.
Interesting. In that bug report the /etc/hosts file has 127.0.0.1 once and
::1 once, so why is 127.0.0.1 being returned twice? That is clearly bogus.
The
glibc code explicitly checks the /etc/hosts entry for IN6_IS_ADDR_LOOPBACK
and returns the the in_attr_t for INADDR_LOOPBACK in that case. For reasons
that the glibc author seemingly doesn't want to share with the outer world.
> BTW, I didn't find any reference in the related RFCs that
state that the
> getaddrinfo results need to be unique (nor the opposite).
> In my current builds I simply patched slapd to check the getaddrinfo()
> results for uniqueness in the slap_get_listner_addresses() function. Has
> anybody a better idea how to fix this?
I'm sure there's nothing that states that the returned info is required to
be unique. The returned data must accurately reflect the host databases
being queried though. If you put "127.0.0.1 localhost" twice in /etc/hosts,
then it's reasonable to get it returned twice. But if it's only in there
once, then returning it twice is a bug.
--
Ralf