Description:

DNS resolution in mplayer is broken with respect to IPv6. More specifically:

1/ When resolving an IPv4-only hostname, mplayer first tries to connect to a weird IPv6 (left-aligned transcription of the IPv4 address to an IPv6 address, really weird), which causes a timeout of several seconds before mplayer resolves the hostname properly with AF_INET.

2/ When trying to connect to an IPv6-only hostname, mplayer completely fails to resolve it.


Additional info:

This bug is already described here:

http://mail-index.netbsd.org/pkgsrc-bugs/2008/12/30/msg030104.html

I'm experiencing the behaviour described in this bug report, using the current [extra] package (36285-5).


Possible fix:

This bug looks like it was fixed upstream, in r36356. A possible solution would be to upgrade the archlinux package to this revision or a later one. Below is the svn log for this commit:

------------------------------------------------------------------------
r36356 | al | 2013-07-12 00:08:33 +0200 (Fri, 12 Jul 2013) | 12 lines

stream/tcp: Check that host object has the right AF before connect

Avoid trying bogus IPv6 adresses on systems that only
have gethostbyname function. Currently we would copy the
IPv4 address into the first part of the IPv6 and then try
to connect to that. The connection attempt can take a long
time.

Tested-by: Erik Auerswald >auerswal unix-ag uni-kl de<
Patch-by: >aplattner nvidia com<


------------------------------------------------------------------------