NetBSD Problem Report #40297

From is@beverly.kleinbus.org  Tue Dec 30 16:40:03 2008
Return-Path: <is@beverly.kleinbus.org>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by narn.NetBSD.org (Postfix) with ESMTP id 5B7D563B884
	for <gnats-bugs@gnats.NetBSD.org>; Tue, 30 Dec 2008 16:40:03 +0000 (UTC)
Message-Id: <20081230163956.9777E207FD@beverly.kleinbus.org>
Date: Tue, 30 Dec 2008 17:39:56 +0100 (CET)
From: is@beverly.kleinbus.org
Reply-To: is@beverly.kleinbus.org
To: gnats-bugs@gnats.NetBSD.org
Subject: pkgsrc-built mplayer on Solaris does strange DNS resolving
X-Send-Pr-Version: 3.95

>Number:         40297
>Category:       pkg
>Synopsis:       pkgsrc-built mplayer on Solaris does strange DNS resolving
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    solaris-pkg-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Dec 30 16:45:00 +0000 2008
>Last-Modified:  Sat Jan 03 14:55:01 +0000 2009
>Originator:     Ignatios Souvatzis
>Release:        NetBSD 4.0.1
>Organization:
seal your e-mail: http://www.gnupg.org/
>Environment:
> uname -a
SunOS einstein.cs.uni-bonn.de 5.10 Generic_138888-01 sun4u sparc SUNW,A70

pkgsrc is 2008Q3, bootstrapped with gcc3.4 from sfw
>Description:
There are two cases, depending on available addresses:

a) annoying but harmless case, mplayer connection to legacy-only
servers is delayed because the first name resolving is broken:

Playing http://theora.ccctu.be:8000/saal1-small.ogm.
Resolving theora.ccctu.be for AF_INET6...
Connecting to server theora.ccctu.be[863c:2864::]: 8000...
connection timeout
Resolving theora.ccctu.be for AF_INET...
Connecting to server theora.ccctu.be[134.60.40.100]: 8000...
Cache size set to 320 KBytes
Cache fill: 10.00% (32768 bytes)   
[Ogg] stream 0: video (Theora v3.2.1), -vid 0

Note that the "IPv6" address tried is the left-aligned Ipv4 address,
which is NOT how an IPv4 address is represented to an IPv6-only
API. According to RFC 4291, "IPv6 addressing architecture", section
2.5.5.2. IPv4-Mapped IPv6 Address, the address should have been
[::ffff:863c:2864].

b) IPv6 streams don't resolve at all without intervention. If you resolve
manually and rewrite the URL with a numerical address, it works:

> mplayer mms://tv6.ustc.edu.cn/tv3
MPlayer 1.0rc2-3.4.6 (C) 2000-2007 MPlayer Team
CPU: Sun Sparc
115 audio & 237 video codecs

Playing mms://tv6.ustc.edu.cn/tv3.
STREAM_ASF, URL: mms://tv6.ustc.edu.cn/tv3
Resolving tv6.ustc.edu.cn for AF_INET6...
Couldn't resolve name for AF_INET6: tv6.ustc.edu.cn
Resolving tv6.ustc.edu.cn for AF_INET...
Couldn't resolve name for AF_INET: tv6.ustc.edu.cn
Failed, exiting.
Resolving tv6.ustc.edu.cn for AF_INET6...
Couldn't resolve name for AF_INET6: tv6.ustc.edu.cn
Resolving tv6.ustc.edu.cn for AF_INET...
Couldn't resolve name for AF_INET: tv6.ustc.edu.cn
No stream found to handle url mms://tv6.ustc.edu.cn/tv3


Exiting... (End of file)

> host tv6.ustc.edu.cn
tv6.ustc.edu.cn has IPv6 address 2001:da8:d800::88
> mplayer 'mms://[2001:da8:d800::88]/tv3'
MPlayer 1.0rc2-3.4.6 (C) 2000-2007 MPlayer Team
CPU: Sun Sparc
115 audio & 237 video codecs

Playing mms://[2001:da8:d800::88]/tv3.
STREAM_ASF, URL: mms://[2001:da8:d800::88]/tv3
Connecting to server 2001:da8:d800::88[2001:da8:d800::88]: 1755...
Connected
...



>How-To-Repeat:
	Build mplayer. Test it.
>Fix:
	Not known. 

It looks to me like the resolving  is done wrong, or like there
are alignment problems, but as I won't be able to dive into the code
and test this year, I want at least to document the problem.

>Release-Note:

>Audit-Trail:
From: Ignatios Souvatzis <is@NetBSD.org>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/40297: pkgsrc-built mplayer on Solaris does strange DNS
	resolving
Date: Tue, 30 Dec 2008 17:09:16 +0000

 On Tue, Dec 30, 2008 at 04:45:00PM +0000, is@beverly.kleinbus.org wrote:

 > It looks to me like the resolving  is done wrong, or like there
 > are alignment problems, but as I won't be able to dive into the code
 > and test this year, I want at least to document the problem.

 Note that mplayer on netbsd/i386 works fine.

 	-is

Responsible-Changed-From-To: pkg-manager->solaris-pkg-people
Responsible-Changed-By: reed@NetBSD.org
Responsible-Changed-When: Thu, 01 Jan 2009 14:26:48 +0000
Responsible-Changed-Why:
Assign to Solaris packagers.

Has this issue been reported or checked upstream?


From: David Holland <dholland-pbugs@netbsd.org>
To: Ignatios Souvatzis <is@NetBSD.org>
Cc: pkg-manager@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org,
	gnats-bugs@netbsd.org
Subject: Re: pkg/40297: pkgsrc-built mplayer on Solaris does strange DNS
	resolving
Date: Thu, 1 Jan 2009 19:35:44 +0000

 On Tue, Dec 30, 2008 at 05:10:05PM +0000, Ignatios Souvatzis wrote:
  >> It looks to me like the resolving  is done wrong, or like there
  >> are alignment problems, but as I won't be able to dive into the code
  >> and test this year, I want at least to document the problem.
  >  
  >  Note that mplayer on netbsd/i386 works fine.

 Before we assume it's Solaris's fault, does anyone have a big-endian
 netbsd box to try it on? It sounds more like an endian issue.

 -- 
 David A. Holland
 dholland@netbsd.org

From: Ignatios Souvatzis <is@netbsd.org>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/40297 (pkgsrc-built mplayer on Solaris does strange DNS
	resolving)
Date: Sat, 3 Jan 2009 15:51:44 +0100

 On Thu, Jan 01, 2009 at 02:26:49PM +0000, reed@NetBSD.org wrote:
 > 
 > Has this issue been reported or checked upstream?

 Not yet, because I didn't have time yet to check whether this
 happens with the latest upstream distribution, and whether this
 happens with a mplayer built outside of pkgsrc (no pre-built mplayer
 for Solaris/Sparc I found is compiled for IPv6 support, so the
 problem cases can't and don't happen).

 Regards,
 	-is

>Unformatted:

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.