Your message dated Thu, 12 Jan 2006 19:12:46 +0000
with message-id <[EMAIL PROTECTED]>
and subject line closing in acordance with Rob's description
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 15 Feb 2005 18:57:09 +0000
>From [EMAIL PROTECTED] Tue Feb 15 10:57:09 2005
Return-path: <[EMAIL PROTECTED]>
Received: from bur91-2-82-231-160-146.fbx.proxad.net (epia.saillard.org)
[82.231.160.146]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1D17si-0004RR-00; Tue, 15 Feb 2005 10:57:09 -0800
Received: from darkland.localdomain (darkland.localdomain [192.168.80.2])
by epia.saillard.org (Postfix) with ESMTP
id E42831C401A; Tue, 15 Feb 2005 19:57:06 +0100 (CET)
Received: from luc by darkland.localdomain with local (Exim 4.44)
id 1D17si-0007ca-50; Tue, 15 Feb 2005 19:57:08 +0100
Date: Tue, 15 Feb 2005 19:57:07 +0100
From: Luc Saillard <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: madplay: fails to display id3tag correctly
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Reportbug-Version: 3.7.1
User-Agent: Mutt/1.5.6+20040907i
X-BadReturnPath: [EMAIL PROTECTED] rewritten as [EMAIL PROTECTED]
using "From" header
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
Package: madplay
Version: 0.15.2b-3
Severity: normal
When playing a mp3 file using a x86_64 pure64 install. Text isn't
display correctly.
Ex:
madplay -v 02.Log_off.mp3
MPEG Audio Decoder 0.15.2 (beta) - Copyright (C) 2000-2004 Robert Leslie
et al.
Title: L
Artist: K
Album: A
Track: 2
00:00:05 Layer III, VBR (avg 160 kbps), 44100 Hz, joint stereo (MS), no CRC
219 frames decoded (0:00:05,7), -19,3 dB peak amplitude, 0 clipped samples
I look into the code, and found that if i revert the patch to convert
unicode in locale data. It works.
#ifndef HAVE_WCSLEN by a #if 1
At the compile time, i've this gcc warning:
if gcc-3.4 -DHAVE_CONFIG_H -I. -I. -I. -Iintl
-DLOCALEDIR=\"/usr/local/share/locale\" -Wall -pipe -march=k8
-fstrength-reduce -MT player.o -MD -MP -MF ".deps/player.Tpo" -c -o
player.o player.c; \
then mv -f ".deps/player.Tpo" ".deps/player.Po"; else rm -f
".deps/player.Tpo"; exit 1; fi
player.c: In function `ucs4_to_locale_strdup':
player.c:617: warning: implicit declaration of function `wcslen'
player.c:620: warning: wchar_t format, different type arg (arg 4)
player.c:620: warning: wchar_t format, different type arg (arg 4)
MPEG Audio Decoder 0.15.2 (beta) - Copyright (C) 2000-2004 Robert Leslie et al.
Title: Log off
Artist: Kenji Kawai
Album: Avalon - From Original Soundtr
Track: 2
I know that x86_64 isn't supported by debian, but can you do something
about this ? wcslen always return 1. So perhaps the string encoded isn't
the same format the glibc want.
Thanks,
Luc
-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.10-ac12
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages madplay depends on:
ii libaudiofile0 0.2.6-5 Open-source version of SGI's audio
ii libc6 2.3.2.ds1-20.0.0.1.pure64 GNU C Library: Shared libraries an
ii libesd0 0.2.35-2 Enlightened Sound Daemon - Shared
ii libid3tag0 0.15.1b-3 ID3 tag reading library from the M
ii libmad0 0.15.1b-1 MPEG audio decoder library
ii zlib1g 1:1.2.2-4 compression library - runtime
-- no debconf information
---------------------------------------
Received: (at 295424-done) by bugs.debian.org; 12 Jan 2006 19:23:26 +0000
>From [EMAIL PROTECTED] Thu Jan 12 11:23:26 2006
Return-path: <[EMAIL PROTECTED]>
Received: from dsl093-138-198.sfo4.dsl.speakeasy.net ([66.93.138.198]
helo=shadowfax.superduper.net)
by spohr.debian.org with esmtp (Exim 4.50)
id 1Ex7st-0004RS-Ka
for [EMAIL PROTECTED]; Thu, 12 Jan 2006 11:13:19 -0800
Received: from uk.superduper.net ([82.153.82.57] helo=[10.0.0.5])
by shadowfax.superduper.net with esmtpsa
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32)
(Exim 4.50)
id 1Ex84Q-0006t8-QH
for [EMAIL PROTECTED]; Thu, 12 Jan 2006 11:25:32 -0800
Message-ID: <[EMAIL PROTECTED]>
Date: Thu, 12 Jan 2006 19:12:46 +0000
From: Sam Clegg <[EMAIL PROTECTED]>
User-Agent: Debian Thunderbird 1.0.7 (X11/20051017)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: [EMAIL PROTECTED]
Subject: closing in acordance with Rob's description
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level:
X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no
version=2.60-bugs.debian.org_2005_01_02
closing this bug in accordance with Rob's description of madplay's behavior.
--
sam clegg
:: [EMAIL PROTECTED] :: http://superduper.net/ :: PGP : D91EE369
$superduper: .signature,v 1.14 2005/01/19 13:21:14 sam Exp $
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
