Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: _dl_next_tls_modid: Assertion `result <= _rtld_local._dl_tls_max_dtv_idx' failed!

Message-ID: <email address hidden> (added by <email address hidden>)
Date: Wed, 05 Nov 2003 22:39:23 +0100
From: Luca Corti <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: should depend on libmikmod2

Package: xmms
Version: 1.2.8-2
Severity: grave

Unless libmikmod2 is installed, xmms fails to start with:

libmikmod.so.2: cannot open shared object file: No such file or
directory
Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72:
_dl_next_tls_modid: Assertion `result <=
_rtld_local._dl_tls_max_dtv_idx' failed!

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux cortez 2.6.0-test9-luca #1 Tue Nov 4 23:57:31 CET 2003 i686
Locale: LANG=C, LC_CTYPE=C

Versions of packages xmms depends on:
ii libc6 2.3.2.ds1-9 GNU C Library: Shared libraries an
ii libglib1.2 1.2.10-9 The GLib library of C routines
ii libgtk1.2 1.2.10-16 The GIMP Toolkit set of widgets fo
ii xlibs 4.3.0-0pre1v4 X Window System client libraries

-- no debconf information

Message-ID: <email address hidden>
Date: Thu, 6 Nov 2003 19:20:48 +0100
From: Josip Rodin <email address hidden>
To: Luca Corti <email address hidden>, <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#219352: should depend on libmikmod2

reassign 219352 libc6
thanks

On Wed, Nov 05, 2003 at 10:39:23PM +0100, Luca Corti wrote:
> Package: xmms
> Version: 1.2.8-2
> Severity: grave
>
> Unless libmikmod2 is installed, xmms fails to start with:
>
> libmikmod.so.2: cannot open shared object file: No such file or
> directory
> Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72:
> _dl_next_tls_modid: Assertion `result <=
> _rtld_local._dl_tls_max_dtv_idx' failed!

That's a glibc assertion failure...

--
     2. That which causes joy or happiness.

Message-ID: <email address hidden>
Date: Thu, 6 Nov 2003 20:55:45 +0100
From: Josip Rodin <email address hidden>
To: <email address hidden>
Subject: Re: Bug#219352: should depend on libmikmod2

retitle 219352 Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: _dl_next_tls_modid: Assertion `result <= _rtld_local._dl_tls_max_dtv_idx' failed!
--
     2. That which causes joy or happiness.

Message-ID: <email address hidden>
Date: Sat, 08 Nov 2003 00:52:14 +0900
From: GOTO Masanori <email address hidden>
To: Josip Rodin <email address hidden>(xmms #219352),
 GNU Libc Maintainers <email address hidden>(libc6 #219352),
 <email address hidden>
Subject: Re: Processed: Re: Bug#219352: should depend on libmikmod2

At Thu, 06 Nov 2003 12:33:16 -0600,
Debian Bug Tracking System wrote:
> > reassign 219352 libc6
> Bug#219352: should depend on libmikmod2
> Bug reassigned from package `xmms' to `libc6'.

> Unless libmikmod2 is installed, xmms fails to start with:
>
> libmikmod.so.2: cannot open shared object file: No such file or
> directory
> Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72:
> _dl_next_tls_modid: Assertion `result <=
> _rtld_local._dl_tls_max_dtv_idx' failed!

I use xmms everyday, and I can't reproduce this bug. It complained
"cannot open shared object", but it's not crashed. Even after I
removed ~/.xmms, it works. You have to find how to reproduce this
problem.

Regards,
-- gotom

Message-ID: <email address hidden>
Date: Sat, 08 Nov 2003 13:00:11 +0900
From: GOTO Masanori <email address hidden>
To: <email address hidden>
Subject: Re: Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: _dl_next_tls_modid:
 Assertion `result <= _rtld_local._dl_tls_max_dtv_idx' failed!

tags 219352 + moreinfo unreproducible
thanks

Message-ID: <email address hidden>
Date: Mon, 10 Nov 2003 21:05:21 +0100
From: Josip Rodin <email address hidden>
To: <email address hidden>
Subject: Re: Bug#219962: libmikmod.so.2: cannot open shared object file: No such file or directory

reassign 219962 libc6
merge 219352 219962
--
     2. That which causes joy or happiness.

Message-ID: <wtwoevix5v1.wl%<email address hidden>>
Date: Wed, 12 Nov 2003 00:49:38 +0900
From: GOTO Masanori <email address hidden>
To: Felix Seeger <email address hidden>, <email address hidden>
Cc: <email address hidden>
Subject: Re: xmms libc crash

Hi,

At Sun, 9 Nov 2003 10:35:14 +0100,
Felix Seeger wrote:
> I found this
> http://lists.debian.org/debian-glibc/2003/debian-glibc-200311/msg00339.html
> while searching for the bug.
>
> I also have this problem, this is since I updated libc to the -ds* versions.
> Also since libc 2.3 I cannot execute /lib/libc.so.6, I get:
>
> Inconsistency detected by ld.so: rtld.c: 1259: dl_main: Assertion
> `_rtld_local._dl_rtld_map.l_prev->l_next == _rtld_local._dl_rtld_map.l_next'
> failed!
>
> As far as I found out this could be a problem with the kernel. I am running
> 2.6.0-test9. I cannot reproduce this on my 2.4 machine at work.

I also tested on both 2.4 and 2.6 kernel, even with removing ~/.xmms.
However I cannot reproduce it... Which CPU do you use?

Regards,
-- gotom

Message-ID: <email address hidden>
Date: Tue, 11 Nov 2003 17:07:35 +0100
From: Ralf Hildebrandt <email address hidden>
To: <email address hidden>
Subject: Extra info: It's a kernel-2.6.0 thing...

This bug ONLY (!) occurs under kernel-2.6.0!
With kernel-2.4.22 or 23 it's fine.

Note that both bug reporters report using a 2.6.x system!

--=20
Ralf Hildebrandt (Im Auftrag des Referat V a) Ralf.Hildebrandt@charite.=
de
Charite - Universit=E4tsmedizin Berlin Tel. +49 (0)30-450 570=
-155
Gemeinsame Einrichtung von FU- und HU-Berlin Fax. +49 (0)30-450 570-9=
16
Referat V a - Kommunikationsnetze - AIM. ralfpostfix

Message-ID: <email address hidden>
Date: Tue, 11 Nov 2003 08:39:38 -0800
From: Jeff Bailey <email address hidden>
To: GOTO Masanori <email address hidden>, <email address hidden>
Cc: Felix Seeger <email address hidden>
Subject: Re: Bug#219352: xmms libc crash

On Wed, Nov 12, 2003 at 12:49:38AM +0900, GOTO Masanori wrote:

> > I also have this problem, this is since I updated libc to the -ds* versions.
> > Also since libc 2.3 I cannot execute /lib/libc.so.6, I get:
> >
> > Inconsistency detected by ld.so: rtld.c: 1259: dl_main: Assertion
> > `_rtld_local._dl_rtld_map.l_prev->l_next == _rtld_local._dl_rtld_map.l_next'
> > failed!
> >
> > As far as I found out this could be a problem with the kernel. I am running
> > 2.6.0-test9. I cannot reproduce this on my 2.4 machine at work.
>
> I also tested on both 2.4 and 2.6 kernel, even with removing ~/.xmms.
> However I cannot reproduce it... Which CPU do you use?

I also cannot reproduce 2.4 kernel on k7 using Debian's package, and
Pentium 2 Xeon, using Debian's 2.6.0-test9 kernel package.

Tks,
Jeff Bailey

Message-ID: <email address hidden>
Date: Tue, 11 Nov 2003 18:19:27 +0100
From: Juergen Kreileder <email address hidden>
To: Jeff Bailey <email address hidden>
Cc: <email address hidden>, GOTO Masanori <email address hidden>, Felix Seeger <email address hidden>
Subject: Re: Bug#219352: xmms libc crash

Jeff Bailey <email address hidden> writes:

> On Wed, Nov 12, 2003 at 12:49:38AM +0900, GOTO Masanori wrote:
>
>>> I also have this problem, this is since I updated libc to the -ds*
>>> versions. Also since libc 2.3 I cannot execute /lib/libc.so.6, I
>>> get:
>>>
>>> Inconsistency detected by ld.so: rtld.c: 1259: dl_main: Assertion
>>> `_rtld_local._dl_rtld_map.l_prev->l_next ==
>>> _rtld_local._dl_rtld_map.l_next' failed!
>>>
>>> As far as I found out this could be a problem with the kernel. I
>>> am running 2.6.0-test9. I cannot reproduce this on my 2.4 machine
>>> at work.
>>
>> I also tested on both 2.4 and 2.6 kernel, even with removing
>> ~/.xmms. However I cannot reproduce it... Which CPU do you use?
>
> I also cannot reproduce 2.4 kernel on k7 using Debian's package, and
> Pentium 2 Xeon, using Debian's 2.6.0-test9 kernel package.

The original bug report says "Unless libmikmod2 is installed [...]".
(xmms recommends libmikmod2.)

If I move /usr/lib/libmikmod.so.2* out of the way I can reproduce
this problem with 2.6.0-test9-mm2:

% xmms
libmikmod.so.2: cannot open shared object file: No such file or directory
Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: _dl_next_tls_modid: Assertion `result <= _rtld_local._dl_tls_max_dtv_idx' failed!

I also can reproduce the problem mentioned above:

% /lib/ld-2.3.2.so /lib/libc-2.3.2.so
Inconsistency detected by ld.so: rtld.c: 1259: dl_main: Assertion `_rtld_local._dl_rtld_map.l_prev->l_next == _rtld_local._dl_rtld_map.l_next' failed!
% /lib/ld-2.3.2.so /lib/tls/libc-2.3.2.so
Inconsistency detected by ld.so: rtld.c: 1259: dl_main: Assertion `_rtld_local._dl_rtld_map.l_prev->l_next == _rtld_local._dl_rtld_map.l_next' failed!
% /lib/ld-2.3.2.so /lib/tls/i686/cmov/libc-2.3.2.so
Inconsistency detected by ld.so: rtld.c: 1259: dl_main: Assertion `_rtld_local._dl_rtld_map.l_prev->l_next == _rtld_local._dl_rtld_map.l_next' failed!
% /lib/tls/i686/cmov/ld-2.3.2.so /lib/tls/i686/cmov/libc-2.3.2.so
Inconsistency detected by ld.so: rtld.c: 1259: dl_main: Assertion `_rtld_local._dl_rtld_map.l_prev->l_next == _rtld_local._dl_rtld_map.l_next' failed!

BTW, why aren't the executable bits set for libc-2.3.2.so in the
current glibc packages?

% find /lib -name libc-2.3.2.so | xargs ls -l
-rw-r--r-- 1 root root 1243076 Nov 5 20:17 /lib/libc-2.3.2.so
-rw-r--r-- 1 root root 1273468 Nov 5 20:18 /lib/tls/i686/cmov/libc-2.3.2.so
-rw-r--r-- 1 root root 1270908 Nov 5 20:17 /lib/tls/libc-2.3.2.so

        Juergen

--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/

Message-Id: <email address hidden>
Date: Tue, 11 Nov 2003 20:23:58 +0100
From: Felix Seeger <email address hidden>
To: Juergen Kreileder <email address hidden>,
 Jeff Bailey <email address hidden>
Cc: <email address hidden>,
 GOTO Masanori <email address hidden>
Subject: Re: Bug#219352: xmms libc crash

On Tuesday 11 November 2003 18:19, Juergen Kreileder wrote:
> Jeff Bailey <email address hidden> writes:
> > On Wed, Nov 12, 2003 at 12:49:38AM +0900, GOTO Masanori wrote:
> >> I also tested on both 2.4 and 2.6 kernel, even with removing
> >> ~/.xmms. However I cannot reproduce it... Which CPU do you use?
I use an AMD Athlon XP 2500+ on an Asus nforce2 board with nvidia drivers.

> > I also cannot reproduce 2.4 kernel on k7 using Debian's package, and
> > Pentium 2 Xeon, using Debian's 2.6.0-test9 kernel package.
>
> The original bug report says "Unless libmikmod2 is installed [...]".
> (xmms recommends libmikmod2.)
>
> If I move /usr/lib/libmikmod.so.2* out of the way I can reproduce
> this problem with 2.6.0-test9-mm2:
Yes, if I install libmikmod2 xmms starts up normally.

> % xmms
> libmikmod.so.2: cannot open shared object file: No such file or directory
> Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72:
> _dl_next_tls_modid: Assertion `result <= _rtld_local._dl_tls_max_dtv_idx'
> failed!
>
>
> I also can reproduce the problem mentioned above:
>
> % /lib/ld-2.3.2.so /lib/libc-2.3.2.so
> Inconsistency detected by ld.so: rtld.c: 1259: dl_main: Assertion
> `_rtld_local._dl_rtld_map.l_prev->l_next ==
> _rtld_local._dl_rtld_map.l_next' failed! % /lib/ld-2.3.2.so
> /lib/tls/libc-2.3.2.so
[...]

> BTW, why aren't the executable bits set for libc-2.3.2.so in the
> current glibc packages?

This is new since the -ds libc packages I think. Until now I thought it is to
hide the bug ;)

thanks
have fun
Felix

Message-ID: <wtwislp5ayj.wl%<email address hidden>>
Date: Thu, 13 Nov 2003 10:11:32 +0900
From: GOTO Masanori <email address hidden>
To: Felix Seeger <email address hidden>,
 <email address hidden>
Cc: Juergen Kreileder <email address hidden>, Jeff Bailey <email address hidden>,
 GOTO Masanori <email address hidden>
Subject: Re: Bug#219352: xmms libc crash

At Tue, 11 Nov 2003 20:23:58 +0100,
Felix Seeger wrote:
> On Tuesday 11 November 2003 18:19, Juergen Kreileder wrote:
> > Jeff Bailey <email address hidden> writes:
> > > On Wed, Nov 12, 2003 at 12:49:38AM +0900, GOTO Masanori wrote:
> > >> I also tested on both 2.4 and 2.6 kernel, even with removing
> > >> ~/.xmms. However I cannot reproduce it... Which CPU do you use?
> I use an AMD Athlon XP 2500+ on an Asus nforce2 board with nvidia drivers.
>
> > > I also cannot reproduce 2.4 kernel on k7 using Debian's package, and
> > > Pentium 2 Xeon, using Debian's 2.6.0-test9 kernel package.
> >
> > The original bug report says "Unless libmikmod2 is installed [...]".
> > (xmms recommends libmikmod2.)
> >
> > If I move /usr/lib/libmikmod.so.2* out of the way I can reproduce
> > this problem with 2.6.0-test9-mm2:
> Yes, if I install libmikmod2 xmms starts up normally.

This problem is occured under:

 - kernel 2.6.0-test9
 - glibc 2.3.2.ds1-9
 - CPU is not related?
 - xmms 1.2.8-2
 - libmikmod 3.1.10-5
 - you might not install libc6-i686
 - we use unstable sid.

I use such environment, but I cannot reproduce this problem... Please
check your environment settings, and if you can, please track with gdb
and strace. This bug may be downgraded to important...

Regards,
-- gotom

Message-Id: <email address hidden>
Date: Thu, 13 Nov 2003 02:54:40 +0100
From: Felix Seeger <email address hidden>
To: GOTO Masanori <email address hidden>,
 <email address hidden>
Cc: Juergen Kreileder <email address hidden>,
 Jeff Bailey <email address hidden>,
 <email address hidden>
Subject: Re: Bug#219352: xmms libc crash

On Thursday 13 November 2003 02:11, GOTO Masanori wrote:
> At Tue, 11 Nov 2003 20:23:58 +0100,
> Felix Seeger wrote:
>
> > On Tuesday 11 November 2003 18:19, Juergen Kreileder wrote:
> >
> > > Jeff Bailey <email address hidden> writes:
> > >
> > > > On Wed, Nov 12, 2003 at 12:49:38AM +0900, GOTO Masanori wrote:
> > > >
> > > >> I also tested on both 2.4 and 2.6 kernel, even with removing
> > > >> ~/.xmms. However I cannot reproduce it... Which CPU do you use?
> >
> > I use an AMD Athlon XP 2500+ on an Asus nforce2 board with nvidia
> > drivers.=0D=20
> >
> > > > I also cannot reproduce 2.4 kernel on k7 using Debian's package, and
> > > > Pentium 2 Xeon, using Debian's 2.6.0-test9 kernel package.
> > >
> > >
> > > The original bug report says "Unless libmikmod2 is installed [...]".
> > > (xmms recommends libmikmod2.)
> > >
> > > If I move /usr/lib/libmikmod.so.2* out of the way I can reproduce
> > > this problem with 2.6.0-test9-mm2:
> >
> > Yes, if I install libmikmod2 xmms starts up normally.
>
>=20
> This problem is occured under:
>=20
> - kernel 2.6.0-test9
> - glibc 2.3.2.ds1-9
2.3.2.ds1-10, but I think it also happend with -9

> - CPU is not related?
Don't know

> - xmms 1.2.8-2
> - libmikmod 3.1.10-5
If not installed

> - you might not install libc6-i686
yes, not installed
> - we use unstable sid.
yes

> I use such environment, but I cannot reproduce this problem... Please
> check your environment settings, and if you can, please track with gdb
> and strace. This bug may be downgraded to important...

I remove libmikmod2 and run xmms with gdb, but when I type bt, there isn't=
=20
one. Here is the strace output from the libmikmod warning on:

write(2, "libmikmod.so.2: cannot open shar"..., 74libmikmod.so.2: cannot op=
en=20
shared object file: No such file or directory
) =3D 74
stat64("/usr/lib/xmms/Input/libcdaudio.so", {st_mode=3DS_IFREG|0644,=20
st_size=3D55440, ...}) =3D 0
open("/usr/lib/xmms/Input/libcdaudio.so", O_RDONLY) =3D 8
read(8, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 2\0\000"..., 512) =
=3D=20
512
fstat64(8, {st_mode=3DS_IFREG|0644, st_size=3D55440, ...}) =3D 0
old_mmap(NULL, 56736, PROT_READ|PROT_EXEC, MAP_PRIVATE, 8, 0) =3D 0x4109c000
old_mmap(0x410a9000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 8,=
=20
0xd000) =3D 0x410a9000
close(8) =3D 0
stat64("/usr/lib/xmms/Input/libtonegen.so", {st_mode=3DS_IFREG|0644,=20
st_size=3D8508, ...}) =3D 0
open("/usr/lib/xmms/Input/libtonegen.so", O_RDONLY) =3D 8
read(8, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\t\0"..., 512) =
=3D=20
512
fstat64(8, {st_mode=3DS_IFREG|0644, st_size=3D8508, ...}) =3D 0
old_mmap(NULL, 11584, PROT_READ|PROT_EXEC, MAP_PRIVATE, 8, 0) =3D 0x410aa000
old_mmap(0x410ac000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 8,=
=20
0x1000) =3D 0x410ac000
close(8) ...

Message-ID: <email address hidden>
Date: Wed, 12 Nov 2003 22:12:46 -0500
From: Daniel Jacobowitz <email address hidden>
To: Felix Seeger <email address hidden>, <email address hidden>
Cc: GOTO Masanori <email address hidden>, Juergen Kreileder <email address hidden>,
 Jeff Bailey <email address hidden>
Subject: Re: Bug#219352: xmms libc crash

On Thu, Nov 13, 2003 at 02:54:40AM +0100, Felix Seeger wrote:
> open("/usr/lib/tls/libGL.so.1", O_RDONLY) = 8
> read(8, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\252\2"..., 512) =
> 512
> fstat64(8, {st_mode=S_IFREG|0755, st_size=430820, ...}) = 0
> writev(2, [{"Inconsistency detected by ld.so:"..., 33},
> {"../sysdeps/generic/dl-tls.c", 27}, {": ", 2}, {"72", 2}, {": ", 2},
> {"_dl_next_tls_modid", 18}, {": ", 2}, {"Assertion `", 11}, {"result <=
> _rtld_local._dl_tls_ma"..., 41}, {"\' failed!\n", 10}], 10Inconsistency
> detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: _dl_next_tls_modid:
> Assertion `result <= _rtld_local._dl_tls_max_dtv_idx' failed!
> ) = 148
> exit_group(127) = ?

Then this bug is almost certainly related to the nvidia-glx drivers.
Either as a libc bug or a TLS problem; it's hard to say without
investigating more but that may let Goto-san reproduce it?

--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer

Message-Id: <email address hidden>
Date: Thu, 13 Nov 2003 05:52:05 +0100
From: Felix Seeger <email address hidden>
To: Daniel Jacobowitz <email address hidden>,
 <email address hidden>
Cc: GOTO Masanori <email address hidden>, Juergen Kreileder <email address hidden>,
 Jeff Bailey <email address hidden>
Subject: Re: Bug#219352: xmms libc crash

On Thursday 13 November 2003 04:12, Daniel Jacobowitz wrote:
> On Thu, Nov 13, 2003 at 02:54:40AM +0100, Felix Seeger wrote:
> > open("/usr/lib/tls/libGL.so.1", O_RDONLY) = 8
> > read(8, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\252\2"..., 512)
> > = 512
> > fstat64(8, {st_mode=S_IFREG|0755, st_size=430820, ...}) = 0
> > writev(2, [{"Inconsistency detected by ld.so:"..., 33},
> > {"../sysdeps/generic/dl-tls.c", 27}, {": ", 2}, {"72", 2}, {": ", 2},
> > {"_dl_next_tls_modid", 18}, {": ", 2}, {"Assertion `", 11}, {"result <=
> > _rtld_local._dl_tls_ma"..., 41}, {"\' failed!\n", 10}], 10Inconsistency
> > detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: _dl_next_tls_modid:
> > Assertion `result <= _rtld_local._dl_tls_max_dtv_idx' failed!
> > ) = 148
> > exit_group(127) = ?
>
> Then this bug is almost certainly related to the nvidia-glx drivers.
> Either as a libc bug or a TLS problem; it's hard to say without
> investigating more but that may let Goto-san reproduce it?

Yes, if I move libGL.so... to another place I get:
libmikmod.so.2: cannot open shared object file: No such file or directory
/usr/lib/tls/libGLcore.so.1: undefined symbol: __gl_tls_var0
/usr/lib/tls/libGLcore.so.1: undefined symbol: __gl_tls_var0

But xmms starts.

strings /usr/lib/tls/libGLcore.so.1 | grep nvidia
nvidia id: NVIDIA OpenGL Core Shared Library (libGLcore) (ELF TLS) 1.0-4496
Wed Jul 16 19:52:36 PDT 2003

thanks
Felix

Message-ID: <email address hidden>
Date: Sat, 15 Nov 2003 12:13:28 +0900
From: GOTO Masanori <email address hidden>
To: <email address hidden>, Felix Seeger <email address hidden>,
 <email address hidden>
Cc: Daniel Jacobowitz <email address hidden>, GOTO Masanori <email address hidden>,
 Juergen Kreileder <email address hidden>, Jeff Bailey <email address hidden>
Subject: Re: Bug#219352: xmms libc crash

reassign 219352 nvidia-graphics-drivers
thanks

At Thu, 13 Nov 2003 05:52:05 +0100,
Felix Seeger wrote:
> On Thursday 13 November 2003 04:12, Daniel Jacobowitz wrote:
> > On Thu, Nov 13, 2003 at 02:54:40AM +0100, Felix Seeger wrote:
> > > open("/usr/lib/tls/libGL.so.1", O_RDONLY) = 8
> > > read(8, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\252\2"..., 512)
> > > = 512
> > > fstat64(8, {st_mode=S_IFREG|0755, st_size=430820, ...}) = 0
> > > writev(2, [{"Inconsistency detected by ld.so:"..., 33},
> > > {"../sysdeps/generic/dl-tls.c", 27}, {": ", 2}, {"72", 2}, {": ", 2},
> > > {"_dl_next_tls_modid", 18}, {": ", 2}, {"Assertion `", 11}, {"result <=
> > > _rtld_local._dl_tls_ma"..., 41}, {"\' failed!\n", 10}], 10Inconsistency
> > > detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: _dl_next_tls_modid:
> > > Assertion `result <= _rtld_local._dl_tls_max_dtv_idx' failed!
> > > ) = 148
> > > exit_group(127) = ?
> >
> > Then this bug is almost certainly related to the nvidia-glx drivers.
> > Either as a libc bug or a TLS problem; it's hard to say without
> > investigating more but that may let Goto-san reproduce it?
>
> Yes, if I move libGL.so... to another place I get:
> libmikmod.so.2: cannot open shared object file: No such file or directory
> /usr/lib/tls/libGLcore.so.1: undefined symbol: __gl_tls_var0
> /usr/lib/tls/libGLcore.so.1: undefined symbol: __gl_tls_var0
>
> But xmms starts.

Oh, good point, Dan! I have no NVidia cards because of its binary
driver problem, so I can't investigate it more.

> strings /usr/lib/tls/libGLcore.so.1 | grep nvidia
> nvidia id: NVIDIA OpenGL Core Shared Library (libGLcore) (ELF TLS) 1.0-4496
> Wed Jul 16 19:52:36 PDT 2003

Is this the latest package?

BTW, this is binary driver... so it's hard to track this more. I
reassign this bug to nvidia-graphics-drivers, because I think this
package maintainer knows more about this problem.

Regards,
-- gotom

Message-Id: <email address hidden>
Date: Sat, 15 Nov 2003 11:52:36 +0100
From: Felix Seeger <email address hidden>
To: GOTO Masanori <email address hidden>,
 <email address hidden>,
 <email address hidden>
Cc: Daniel Jacobowitz <email address hidden>, Juergen Kreileder <email address hidden>,
 Jeff Bailey <email address hidden>
Subject: Re: Bug#219352: xmms libc crash

On Saturday 15 November 2003 04:13, GOTO Masanori wrote:
> reassign 219352 nvidia-graphics-drivers
> thanks
>
> At Thu, 13 Nov 2003 05:52:05 +0100,
>
> Felix Seeger wrote:
> > On Thursday 13 November 2003 04:12, Daniel Jacobowitz wrote:
> > > On Thu, Nov 13, 2003 at 02:54:40AM +0100, Felix Seeger wrote:
> > > > open("/usr/lib/tls/libGL.so.1", O_RDONLY) = 8
> > > > read(8, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\252\2"...,
> > > > 512) = 512
> > > > fstat64(8, {st_mode=S_IFREG|0755, st_size=430820, ...}) = 0
> > > > writev(2, [{"Inconsistency detected by ld.so:"..., 33},
> > > > {"../sysdeps/generic/dl-tls.c", 27}, {": ", 2}, {"72", 2}, {": ", 2},
> > > > {"_dl_next_tls_modid", 18}, {": ", 2}, {"Assertion `", 11}, {"result
> > > > <= _rtld_local._dl_tls_ma"..., 41}, {"\' failed!\n", 10}],
> > > > 10Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72:
> > > > _dl_next_tls_modid: Assertion `result <=
> > > > _rtld_local._dl_tls_max_dtv_idx' failed! ) = 148
> > > > exit_group(127) = ?
> > >
> > > Then this bug is almost certainly related to the nvidia-glx drivers.
> > > Either as a libc bug or a TLS problem; it's hard to say without
> > > investigating more but that may let Goto-san reproduce it?
> >
> > Yes, if I move libGL.so... to another place I get:
> > libmikmod.so.2: cannot open shared object file: No such file or directory
> > /usr/lib/tls/libGLcore.so.1: undefined symbol: __gl_tls_var0
> > /usr/lib/tls/libGLcore.so.1: undefined symbol: __gl_tls_var0
> >
> > But xmms starts.
>
> Oh, good point, Dan! I have no NVidia cards because of its binary
> driver problem, so I can't investigate it more.
>
> > strings /usr/lib/tls/libGLcore.so.1 | grep nvidia
> > nvidia id: NVIDIA OpenGL Core Shared Library (libGLcore) (ELF TLS)
> > 1.0-4496 Wed Jul 16 19:52:36 PDT 2003
>
> Is this the latest package?
This is not from the debian package, but yes, the latest with a patch to work
with 2.6.0-test9.

> BTW, this is binary driver... so it's hard to track this more. I
> reassign this bug to nvidia-graphics-drivers, because I think this
> package maintainer knows more about this problem.

Since exec of /lib/libc.so.6 also fails even if the nvidia files are away:
Inconsistency detected by ld.so: rtld.c: 1259: dl_main: Assertion
`_rtld_local._dl_rtld_map.l_prev->l_next == _rtld_local._dl_rtld_map.l_next'
failed!

And since qt designer segfaults when using a klineedit widget from kde I am
not sure if this is only an nvidia problem.

I cannot reproduce all this things on a 2.4.* installation with same libc.

> Regards,
> -- gotom

have fun
Felix

Message-Id: <email address hidden>
Date: Fri, 28 Nov 2003 21:31:00 -0800
From: Randall Donald <email address hidden>
To: <email address hidden>, <email address hidden>
Subject: Bug#219352: xmms libc crash

Does this still happen under nvidia-glx 1.0.4496-10 ?

randy
--
--------------------------------------------
Randall Donald <email address hidden>
http://www.khensu.org <email address hidden>
Programmer/Debian Developer GnuPG: 6C27DEAB
--------------------------------------------

Message-Id: <1070478842.1000.1.camel@cortez>
Date: Wed, 03 Dec 2003 20:14:03 +0100
From: Luca <email address hidden>
To: Randall Donald <email address hidden>, <email address hidden>
Cc: <email address hidden>, <email address hidden>
Subject: Re: Bug#219352: xmms libc crash

On Sat, 2003-11-29 at 06:31, Randall Donald wrote:
> Does this still happen under nvidia-glx 1.0.4496-10 ?

Still fail. Now I'm on 2.6.0-test11 with a GeForce FX 5600.

libmikmod.so.2: cannot open shared object file: No such file or
directory
Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72:
_dl_next_tls_modid: Assertion `result <=
_rtld_local._dl_tls_max_dtv_idx' failed!

thanks

Luca

Message-Id: <email address hidden>
Date: Tue, 9 Dec 2003 17:04:26 -0800
From: Randall Donald <email address hidden>
To: <email address hidden>
Subject: merging 220993 219352

# Automatically generated email from bts, devscripts version 2.7.94.3
merge 220993 219352

Message-Id: <email address hidden>
Date: Tue, 09 Dec 2003 17:11:15 -0800
From: Randall Donald <email address hidden>
To: <email address hidden>
Subject: set to important

severity 219352 important
severity 219962 important
severity 220993 important

thanks

Not grave for my package.

--
--------------------------------------------
Randall Donald <email address hidden>
http://www.khensu.org <email address hidden>
Programmer/Debian Developer GnuPG: 6C27DEAB
--------------------------------------------

Message-ID: <email address hidden>
Date: Sun, 21 Dec 2003 01:38:00 +0100
From: Josip Rodin <email address hidden>
To: <email address hidden>
Subject: Re: Bug#223899: xmms segfault: Inconsistency detected by ld.so

reassign 223899 nvidia-graphics-drivers
merge 219352 223899
--
     2. That which causes joy or happiness.

Message-ID: <email address hidden>
Date: Tue, 23 Dec 2003 19:53:11 +0100
From: Josip Rodin <email address hidden>
To: <email address hidden>
Subject: Re: Bug#224908: xmms: Immediately fails with "Inconsistency detected by ld.so"

reassign 224908 nvidia-graphics-drivers
severity 224908 important
merge 219352 224908
--
     2. That which causes joy or happiness.

Message-ID: <email address hidden>
Date: Mon, 29 Dec 2003 01:53:52 +0100
From: Josip Rodin <email address hidden>
To: <email address hidden>
Subject: Re: Bug#225261: cannot start xmms without libmikmod2 installed, missing dependency?

reassign 225261 nvidia-graphics-drivers
severity 225261 important
merge 219352 225261
--
     2. That which causes joy or happiness.

Message-ID: <email address hidden>
Date: Mon, 29 Dec 2003 03:48:25 +0100
From: Joern Heissler <email address hidden>
To: <email address hidden>
Subject: -

severity 225261 normal
close 225261

Message-Id: <email address hidden>
Date: Mon, 29 Dec 2003 12:45:11 -0800
From: Randall Donald <email address hidden>
To: <email address hidden>
Subject: reopening 225261

# Automatically generated email from bts, devscripts version 2.7.95.1
reopen 225261

Message-ID: <email address hidden>
Date: Wed, 14 Jan 2004 11:53:44 +0100
From: Fisher <email address hidden>
To: <email address hidden>
Subject: xmms can't start

I also faced this problem. apt-getting the libmikmod2 solved the
problem. xmms .deb version: 1.2.8-2, today's sid.

Message-Id: <email address hidden>
Date: Sun, 18 Jan 2004 14:07:40 +0100
From: Martin Pitt <email address hidden>
To: <email address hidden>
Subject: unmerging 224908

# Automatically generated email from bts, devscripts version 2.7.95.1
unmerge 224908

Message-ID: <email address hidden>
Date: Sat, 31 Jan 2004 11:39:40 +0100
From: Josip Rodin <email address hidden>
To: <email address hidden>
Subject: Re: Processed: Re: Bug#227215: either a dependency problem or TLS-related bug

reassign 227215 nvidia-graphics-drivers
merge 227215 219352
--
     2. That which causes joy or happiness.

Message-ID: <email address hidden>
Date: Wed, 4 Feb 2004 12:41:11 +0100
From: Martin Schuster <email address hidden>
To: <email address hidden>
Subject: Same problem, even with libmikmod2

--Sr1nOIr3CvdE5hEN
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I have the same problem, apt-get install libmikmod2 didn't help.

$ xmms
Gdk-WARNING **: locale not supported by Xlib, locale set to C
/usr/lib/xmms/Input/libxmms-flac.so: undefined symbol:
FLAC__metadata_object_cuesheet_insert_blank_track
Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72:
_dl_next_tls_modid: Assertion `result <=3D _rtld_local._dl_tls_max_dtv_idx'=
 failed!

Kernel 2.6.1
Athlon XP 2000+
libc6 2.3.2.ds1-11
libc6-i686 2.3.2.ds1-11
nvidia-glx 1.0.5336-3
nvidia-kernel-2.6. 1.0.5336-3
nvidia-kernel-comm 1.0.5336-1
xmms 1.2.9-1
libmikmod2 3.1.10-5

Last few lines of strace:
open("/usr/lib/tls/libGL.so.1", O_RDONLY) =3D 9
read(9, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\235"...,
 512) =3D 512
lseek(9, 307260, SEEK_SET) =3D 307260
read(9, "\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\3\0\0\0"..., 32)
=3D 32
fstat64(9, {st_mode=3DS_IFREG|0644, st_size=3D364460, ...}) =3D 0
writev(2, [{"Inconsistency detected by ld.so:"...

It _does_ work with
$ LD_ASSUME_KERNEL=3D2.4.1 xmms
Gdk-WARNING **: locale not supported by Xlib, locale set to C
/usr/lib/xmms/Input/libxmms-flac.so: undefined symbol:
FLAC__metadata_object_cuesheet_insert_blank_track
libGL.so.1: cannot handle TLS data
libGL.so.1: cannot handle TLS data

I also get:

$ /lib/ld-2.3.2.so /lib/libc-2.3.2.so
Inconsistency detected by ld.so: rtld.c: 1259: dl_main: Assertion
`_rtld_local._dl_rtld_map.l_prev->l_next =3D=3D _rtld_local._dl_rtld_map.l_=
next' failed!

--=20
+------------------------------------------------------------------* .-.
| Martin Schuster Microsoft is not the answer /v\
| <email address hidden> http://www.tabr.org/ Microsoft is the question // \\
| <email address hidden> ICQ# 20511117 "Linux!" is the answer /( )\
+--------------------------------------------------------------* ^^-^^

--Sr1nOIr3CvdE5hEN
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (GNU/Linux)

iD8DBQFAINpX41nJ3ThAHWIRAj/TAKCZgBxjgLjBsUFCD+2pEzqz+J6jEgCePtbh
vEYMOL4/VDDFuP3AN01tgFA=
=nrmy
-----END PGP SIGNATURE-----

--Sr1nOIr3CvdE5hEN--

Message-ID: <email address hidden>
Date: Sun, 7 Mar 2004 21:57:19 -0800 (PST)
From: Robert Ames <email address hidden>
To: <email address hidden>
Subject: reproduced, mikmod2 fixes

I also had this problem. Apt-get installing libmikmod2 did fix
the problem (can now start up xmms). I also have nvidia drivers
with TLS and kernel 2.6.3, however I ended up using the nVidia
kernerl package (installme.run.sh, not the .deb's or
make-kpackage setups). Like I said, after the apt-get install
libmikmod2 everything works, and I don't have much experience
with diagnosing these kind of C/library interactions, but wanted
to log my experience as well.

Thanks! (glad to get xmms working again, all the other music
players stink worse ;^)

--Robert

rames@spike:~$ xmms
libmikmod.so.2: cannot open shared object file: No such file or
directory
Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c:
72: _dl_next_tls_modid: Assertion `result <=
_rtld_local._dl_tls_max_dtv_idx' failed!

The following NEW packages will be installed:
  libmikmod2

Message-ID: <email address hidden>
Date: Thu, 18 Mar 2004 18:36:51 +0100
From: Ralf Hildebrandt <email address hidden>
To: <email address hidden>
Subject: Close

xmms works here like a charm. Must have been an nvidio Problem or
something...

--=20
Ralf Hildebrandt (Im Auftrag des Referat V a) Ralf.Hildebrandt@charite.=
de
Charite - Universit=E4tsmedizin Berlin Tel. +49 (0)30-450 570=
-155
Gemeinsame Einrichtung von FU- und HU-Berlin Fax. +49 (0)30-450 570-9=
16
IT-Zentrum Standort Campus Mitte AIM. ralfpostf=
ix

Message-ID: <email address hidden> (added by <email address hidden>)
Date: Thu, 18 Mar 2004 20:36:12 +0100
From: Luca Corti <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: Closed ?!?

Package: nvidia-graphics-drivers
Severity: normal
Followup-For: Bug #219352

Hi,

Hi,The bug with linux-2.6/xmms/libmikmod2/nvidia is a long standing
issue I can reproduce on a large number of installations.
I don't think closing it without further investigation is a good idea.

BTW, isn't closing the bug a responsibility of the package maintainer?

thanks

Luca

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.4-1-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8

Message-Id: <email address hidden>
Date: Sat, 27 Mar 2004 13:25:05 +0100
From: Thomas Petazzoni <email address hidden>
To: <email address hidden>
Subject: Bug still reproducible using 2.6.4

Hello,

Here, with kernel 2.6.4, Nvidia drivers 5336 (installed from Nvidia
binary, not debian package), xmms 1.2.10-1, I still have the bug, even
if libmikmod2 3.1.11-2 is installed.

thomas@crazy:~$ xmms
libstdc++-libc6.1-2.so.3: Ne peut ouvrir le fichier d'objet partag=E9:
Aucun fichier ou r=E9pertoire de ce type Inconsistency detected by ld.so:
../sysdeps/generic/dl-tls.c: 72: _dl_next_tls_modid: Assertion `result
<=3D _rtld_local._dl_tls_max_dtv_idx' failed!

Last lines of strace :

open("/usr/lib/tls/libGL.so.1", O_RDONLY) =3D 9
read(9, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\235"...,
512) =3D 512 lseek(9, 307260, SEEK_SET) =3D 307260
read(9, "\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\3\0\0\0"..., 32)
=3D 32 fstat64(9, {st_mode=3DS_IFREG|0755, st_size=3D367332, ...}) =3D 0
writev(2, [{"Inconsistency detected by ld.so:"..., 33},
{"../sysdeps/generic/dl-tls.c", 27}, {": ", 2}, {"72", 2}, {": ", 2},
{"_dl_next_tls_modid", 18}, {": ", 2}, {"Assertion `", 11}, {"result <=3D
_rtld_local._dl_tls_ma"..., 41}, {"\' failed!\n", 10}], 10Inconsistency
detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: _dl_next_tls_modid:
Assertion `result <=3D _rtld_local._dl_tls_max_dtv_idx' failed!) =3D 148
exit_group(127) =3D ?

Thomas
--=20
PETAZZONI Thomas - <email address hidden>=20
http://thomas.enix.org - Jabber: <email address hidden>
KOS: http://kos.enix.org/ - Lolut: http://lolut.utbm.info
Fingerprint : 0BE1 4CF3 CEA4 AC9D CC6E 1624 F653 CB30 98D3 F7A7

Message-Id: <email address hidden>
Date: Sat, 27 Mar 2004 13:52:01 +0100
From: Thomas Petazzoni <email address hidden>
To: <email address hidden>
Subject: Bug disapeared after removal of ~/.xmms/

--Signature=_Sat__27_Mar_2004_13_52_01_+0100_r7xJEDY/a15Op9A6
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Hello,

Following my previous mail regarding xmms crash, I tried to remove
~/.xmms/, and it now allows xmms to work correctly. So the crash seems
to be related to a particular configuration of xmms.

Thomas
--
PETAZZONI Thomas - <email address hidden>
http://thomas.enix.org - Jabber: <email address hidden>
KOS: http://kos.enix.org/ - Lolut: http://lolut.utbm.info
Fingerprint : 0BE1 4CF3 CEA4 AC9D CC6E 1624 F653 CB30 98D3 F7A7

--Signature=_Sat__27_Mar_2004_13_52_01_+0100_r7xJEDY/a15Op9A6
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAZXjz9lPLMJjT96cRAtaFAKC8d+rleKTsE1ZqWwD2b3zsQrrLWACffea/
Q5oFJh0aYFmmiwngiPvyudg=
=RoRC
-----END PGP SIGNATURE-----

--Signature=_Sat__27_Mar_2004_13_52_01_+0100_r7xJEDY/a15Op9A6--

Message-ID: <email address hidden>
Date: Thu, 1 Apr 2004 14:01:24 +0200
From: Martin Schuster <email address hidden>
To: <email address hidden>
Subject: Bug still present; maybe not xmms-related?

--LSp5EJdfMPwZcMS1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

ok, I'm running current xmms, libmikmod2 and libc6 (2.3.2.ds1-11)
xmms still crashes when starting with
Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72:
_dl_next_tls_modid: Assertion `result <=3D _rtld_local._dl_tls_max_dtv_idx'=
 failed!
even when removing ~/.xmms

but: calling
/lib/ld-2.3.2.so /lib/libc-2.3.2.so
gives (another) inconsistency:
Inconsistency detected by ld.so: rtld.c: 1259: dl_main: Assertion
`_rtld_local._dl_rtld_map.l_prev->l_next =3D=3D _rtld_local._dl_rtld_map.l_=
next' failed!

so I'm not sure anymore that this bug
is nvidia-related, xmms-related or related to any other package than
libc6 itself.

My guess is that xmms-plugins using OpenGL load the nvidia-libs, which
in turn use libc6 in a way that reveals that bug.

Maybe this bug should be reassigned to libc6?

--=20
+------------------------------------------------------------------* .-.
| Martin Schuster Microsoft is not the answer /v\
| <email address hidden> http://www.tabr.org/ Microsoft is the question // \\
| <email address hidden> ICQ# 20511117 "Linux!" is the answer /( )\
+--------------------------------------------------------------* ^^-^^

--LSp5EJdfMPwZcMS1
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAbASU41nJ3ThAHWIRAr0AAJwPqCBgDogtMv2tZ3Vf1Kkgs+XdpACfShLH
boqPm4sFd2skUCA3UUPBJFk=
=amW2
-----END PGP SIGNATURE-----

--LSp5EJdfMPwZcMS1--

Message-ID: <email address hidden>
Date: Thu, 1 Apr 2004 16:23:25 +0200
From: Martin Schuster <email address hidden>
To: <email address hidden>
Subject: Problem "solved"

--yaPAUYI/0vT2YKpA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

The problem is CBFM if I apt-get remove xmms-flac (version 1.1.0-10)
no idea why, though.

xmms is now working, installed versions of it and its plugins:

ii xmms 1.2.10-1 Versatile X audio player that looks like =
Win
ii xmms-alarm 0.3.5 xmms general plugin for using xmms as an =
ala
ii xmms-bumpscope 0.0.3.release- Bump Scope visualization plugin for XMMS
ii xmms-cdread 0.14a-10.1 Input plugin for XMMS that reads audio da=
ta=20
ii xmms-crossfade 0.3.4-1 XMMS Plugin for Crossfading / Continuous =
Out
ii xmms-dbmix 0.9.8-4 XMMS output interface to the DBMix audio =
sys
ii xmms-dev 1.2.10-1 XMMS development static library and heade=
r f
ii xmms-goodnight 0.3.2-1 XMMS plugin to stop playing at a given ti=
me
ii xmms-goom 1.99.4-3 visualization plug-in for XMMS with a var=
iet
ii xmms-infinity 0.2-6 A full-screen visualisation effect for XM=
MS
ii xmms-infopipe 1.3-3 General plugin for XMMS, reports real-tim=
e i
ii xmms-iris 0.11-5 advanced OpenGL visualization plugin for =
XMM
ii xmms-jess 2.9.1-5 An XMMS visualization plugin using variou=
s 2
ii xmms-kjofol 0.95.0debian3- XMMS remote that uses K-Jofol's skins
ii xmms-ladspa 0.7-2 power XMMS with the Linux Audio Developer=
's=20
ii xmms-lirc 1.4-1 Linux Infrared Remote Control for XMMS
ii xmms-modplug 2.04-2 ModPlug plugin for XMMS
ii xmms-msa 0.5.5-4 spectrum analyzer plugin for XMMS with sk=
in=20
ii xmms-normalize 0.7.6-3 Volume level normalization plugin for XMMS
ii xmms-osd-plugi 2.2.7-1 XMMS plugin using xosd
ii xmms-shell 0.99.3-1 XMMS Shell - Interface to control XMMS fr=
om=20
ii xmms-sid 0.7.4+0.8.0bet Input plugin for XMMS that plays SID (C64=
) t
ii xmms-singit 0.1.27-0.3 Display and edit lyrics with XMMS
ii xmms-status-pl 1.0.0-1 Status panel applet for XMMS
ii xmms-synaesthe 0.0.3-7 Synaesthesia visualization plugin for XMMS
ii xmms-volnorm 0.8.1-2 XMMS plugin that gives all songs the same=
 vo
ii xmms-wmdiscotu 1.3-2 Tux dancing to the music played by xmms

Thanks to Ralf for giving me the crucial hint.

Instead of closing this bug it maybe should be reassigned to xmms-flac
and/or cloned as a libc6-bug (see the Inconsistency-error).

--=20
+------------------------------------------------------------------* .-.
| Martin Schuster Microsoft is not the answer /v\
| <email address hidden> http://www.tabr.org/ Microsoft is the question // \\
| <email address hidden> ICQ# 20511117 "Linux!" is the answer /( )\
+--------------------------------------------------------------* ^^-^^

--yaPAUYI/0vT2YKpA
Content-Type: application/pgp-signature; name="signature.asc"
Content-Descri...

Message-ID: <email address hidden>
Date: Thu, 1 Apr 2004 09:19:38 -0800
From: Matt Zimmerman <email address hidden>
To: Martin Schuster <email address hidden>, <email address hidden>
Subject: Re: Bug#219352: Problem "solved"

On Thu, Apr 01, 2004 at 04:23:25PM +0200, Martin Schuster wrote:

> The problem is CBFM if I apt-get remove xmms-flac (version 1.1.0-10)
> no idea why, though.
>
> xmms is now working, installed versions of it and its plugins:
>
> ii xmms 1.2.10-1 Versatile X audio player that looks like Win
> ii xmms-alarm 0.3.5 xmms general plugin for using xmms as an ala
> ii xmms-bumpscope 0.0.3.release- Bump Scope visualization plugin for XMMS
> ii xmms-cdread 0.14a-10.1 Input plugin for XMMS that reads audio data
> ii xmms-crossfade 0.3.4-1 XMMS Plugin for Crossfading / Continuous Out
> ii xmms-dbmix 0.9.8-4 XMMS output interface to the DBMix audio sys
> ii xmms-dev 1.2.10-1 XMMS development static library and header f
> ii xmms-goodnight 0.3.2-1 XMMS plugin to stop playing at a given time
> ii xmms-goom 1.99.4-3 visualization plug-in for XMMS with a variet
> ii xmms-infinity 0.2-6 A full-screen visualisation effect for XMMS
> ii xmms-infopipe 1.3-3 General plugin for XMMS, reports real-time i
> ii xmms-iris 0.11-5 advanced OpenGL visualization plugin for XMM
> ii xmms-jess 2.9.1-5 An XMMS visualization plugin using various 2
> ii xmms-kjofol 0.95.0debian3- XMMS remote that uses K-Jofol's skins
> ii xmms-ladspa 0.7-2 power XMMS with the Linux Audio Developer's
> ii xmms-lirc 1.4-1 Linux Infrared Remote Control for XMMS
> ii xmms-modplug 2.04-2 ModPlug plugin for XMMS
> ii xmms-msa 0.5.5-4 spectrum analyzer plugin for XMMS with skin
> ii xmms-normalize 0.7.6-3 Volume level normalization plugin for XMMS
> ii xmms-osd-plugi 2.2.7-1 XMMS plugin using xosd
> ii xmms-shell 0.99.3-1 XMMS Shell - Interface to control XMMS from
> ii xmms-sid 0.7.4+0.8.0bet Input plugin for XMMS that plays SID (C64) t
> ii xmms-singit 0.1.27-0.3 Display and edit lyrics with XMMS
> ii xmms-status-pl 1.0.0-1 Status panel applet for XMMS
> ii xmms-synaesthe 0.0.3-7 Synaesthesia visualization plugin for XMMS
> ii xmms-volnorm 0.8.1-2 XMMS plugin that gives all songs the same vo
> ii xmms-wmdiscotu 1.3-2 Tux dancing to the music played by xmms
>
> Thanks to Ralf for giving me the crucial hint.
>
> Instead of closing this bug it maybe should be reassigned to xmms-flac
> and/or cloned as a libc6-bug (see the Inconsistency-error).

Perhaps there is a conflict between xmms-flac and one of the other plugins.
If you add it back and remove other plugins, does xmms work? You can rename
the files temporarily in /usr/lib/xmms to avoid uninstalling and
reinstalling a lot of package.

--
 - mdz

Message-Id: <email address hidden>
Date: Thu, 01 Apr 2004 13:54:48 -0800
From: Randall Donald <email address hidden>
To: <email address hidden>
Subject: reopening. still reproducible

reopen 219352

Thanks

This bug is obviously still reproducible for many people
including me. I have yet to see a solution that works for
all people or the solution that closed this bug in the first place.
thus I'm reopening this bug. Maybe with only one bug opened
there will be less clutter about the issue.

randy

--
--------------------------------------------
Randall Donald <email address hidden>
http://www.khensu.org <email address hidden>
Programmer/Debian Developer GnuPG: 6C27DEAB
--------------------------------------------

Message-Id: <email address hidden>
Date: Thu, 1 Apr 2004 23:50:06 -0800
From: Randall Donald <email address hidden>
To: <email address hidden>
Subject: unmerging 219352

# Automatically generated email from bts, devscripts version 2.7.95.1
unmerge 219352

Message-ID: <email address hidden>
Date: Mon, 12 Apr 2004 23:34:32 +0200
From: Reinhard Tartler <email address hidden>
To: <email address hidden>
Subject: does it really depend on xmms-flac?

I am seeing this bug with the following packages installed:

rt@chummer13:~
>> dpkg --get-selections| grep xmms
xmms install
xmms-cdread install
xmms-wmdiscotux install

No other xmms-plugins are installed.

The bug dissapears right after setting LD_ASSUME_KERNEL=2.4.25, OR
installing the package libmikmod2. I am using kernel 2.6.5 and debian
sarge.

regards,
 Reinhard

Message-ID: <email address hidden>
Date: Mon, 31 May 2004 14:45:05 +0000
From: Domain Admin <email address hidden>
To: <email address hidden>
Subject: Re: Bug#219352: xmms libc crash

Just a note to say I had this problem after upgrading to a custom 2.6.5 kernel
from the stock 2.4.25. When I ran XMMS I would get the error message:

dominic@zinc:~$ xmms
libmikmod.so.2: cannot open shared object file: No such file or directory
Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72:
_dl_next_tls_modid: Assertion `result <= _rtld_local._dl_tls_max_dtv_idx'
failed!

As suggested, I installed libmikmod2 and it now works like a dream. To help
anyone track this down, below are some details:

Custom 2.6.5 kernel (K7 x86), with no nvidia module/source packages *at all*
Nvidia binary driver (build 5336 from website) installed after
XMMS version 1.2.10-1
libc6 version 2.3.2.dsl-11
Nvidia GeForce4 MX440 chip on a Leadtek video card

If any more details are required, please e-mail me direct.

--
Dominic Cleal
<email address hidden>

Message-Id: <email address hidden>
Date: Tue, 1 Jun 2004 14:06:37 +0200
From: Nicolas Bonifas <email address hidden>
To: <email address hidden>
Subject: Re: Bug#219352

> The bug dissapears right after setting LD_ASSUME_KERNEL=2.4.25, OR
> installing the package libmikmod2.

libmikmod2 is installed on my computer, but I encounter this bug with all 2.6
kernels I tried (some from Debian packages, some custom). With
LD_ASSUME_KERNEL=2.4.25, I can't start the OpenGL spectrum analyzer, although
OpenGL runs well, because it doesn't display in Xmms' visualisation plugin
list.
I'm using Debian Sarge, with a custom 2.6.6 kernel, nvidia-glx 1.0.5336-6,
xmms 1.2.10-1, libc6 2.3.2.ds1-1, libmikmod2 3.1.11-2. I don't have any Xmms
plugin (except those in package xmms), so the problem is not related to
xmms-flac. I use a Nvidia GeForce FX 5200 video card.
There are very interesting informations on Xmms' bugzilla:
http://bugs.xmms.org/show_bug.cgi?id=1386
Regards,
Nicolas

Message-Id: <email address hidden>
Date: Thu, 08 Jul 2004 13:00:39 -0700
From: Randall Donald <email address hidden>
To: <email address hidden>
Subject: clean up the tags

tags 219352 = confirmed

thanks

Message-ID: <email address hidden>
Date: Tue, 17 Aug 2004 16:48:37 +1200
From: Sam Vilain <email address hidden>
To: <email address hidden>
Subject: This is definitely nothing to do with xmms

I can reproduce this fault starting a (custom or debian-supplied) tora
(a KDE version of TOAD).

So, this fault demonstrably has nothing to do with xmms :)

However, I *am* using the NVidia kernel drivers (build 5336). I will
update this bugreport within 24hrs if I can also reproduce the fault
without them.

kernel-image-2.6.7-1-k7 2.6.7-2

ii kdelibs4 4:3.3.0-1 KDE core libraries
ii libc6 2.3.2.ds1-13 GNU C Library: Shared
libraries an
ii libqt3c102-mt 3:3.3.2-5 Qt GUI Library (Threaded
runtime v
ii libqt3c102-mt-odbc 3:3.2.3-4 ODBC database driver for
Qt3 (Thre
ii libstdc++5 1:3.3.4-3 The GNU Standard C++ Library v3

--
Sam Vilain, sam /\T vilain |><>T net, PGP key ID: 0x05B52F13
(include my PGP key ID in personal replies to avoid spam filtering)

Message-ID: <email address hidden>
Date: Wed, 18 Aug 2004 11:29:50 +1200
From: Sam Vilain <email address hidden>
To: <email address hidden>
Subject: Re: This is definitely nothing to do with xmms

Sam Vilain wrote:

> However, I *am* using the NVidia kernel drivers (build 5336). I will
> update this bugreport within 24hrs if I can also reproduce the fault
> without them.

OK, I have isolated this to the libraries in /usr/lib/tls; that is, with
an untainted kernel, using the "nv" XFree driver, and with "glx" and
"GLcore" commented out in /etc/X11/XF86Config-4, it still returns the LD
error.

As soon as I rename /usr/lib/tls to something else, it works. The
workaround (LD_ASSUME_KERNEL=2.4.25) works as well.

This was not always the case; it used to be fine - I had an old build of
tora against KDE 3.2.3 that worked; the new one against KDE 3.3.2 has
the problem.

Here are all the packages on my system that have been upgraded in this time:

libtemplate-perl: 2.10-1
libexif9: 0.5.12-1
agrep: 2.04-2
libtextwrap1: 0.1-1
zip: 2.30-6
netcat: 1.10-23
openoffice.org-debian-files: 1.1.2-3+1
jackd: 0.98.1-5
libjack0.80.0-dev: 0.98.1-5
libjack0.80.0-0: 0.98.1-5
libffi2: 1:3.3.4-7
libgcc1: 1:3.4.1-5
fastjar: 1:3.4.1-5
libneon24: 0.24.7.dfsg-0.1
libgpg-error0: 1.0-1
libgpg-error-dev: 1.0-1
kdeprint: 4:3.2.3-1
libapr0: 2.0.50-7
libmimelib1: 4:3.2.3-1
libmimelib1-dev: 4:3.2.3-1
libwxgtk2.4: 2.4.2.6
libsvn0: 1.0.6-1
libidn11-dev: 0.5.2-2
libidn11: 0.5.2-2
libpango1.0-common: 1.4.1-1
libpango1.0-0: 1.4.1-1
rapidsvn: 0.6.20040807-1
libqt3-headers: 3:3.3.2-5
libqt3-compat-headers: 3:3.3.2-5
libqt3c102: 3:3.3.2-5
libqt3c102-mysql: 3:3.3.2-5
libqt3c102-mt: 3:3.3.2-5
qt3-dev-tools: 3:3.3.2-5
qt3-designer: 3:3.3.2-5
libqt3-mt-dev: 3:3.3.2-5
libcurl3: 7.12.1-1
libgmp3: 4.1.3-3
dia-common: 0.93-8
dia: 0.93-8
dia-libs: 0.93-8
kdelibs-bin: 4:3.3.0-1
kdelibs4: 4:3.3.0-1
kdelibs4-dev: 4:3.3.0-1
kdelibs-data: 4:3.3.0-1
libartsc0: 1.3.0-1
libartsc0-dev: 1.3.0-1
libarts1: 1.3.0-1
libarts1-dev: 1.3.0-1
liblog4j1.2-java: 1.2.8-6
libmysqlclient12: 4.0.20-11
libxslt1.1: 1.1.8-3

HTH,

--
Sam Vilain, sam /\T vilain |><>T net, PGP key ID: 0x05B52F13
(include my PGP key ID in personal replies to avoid spam filtering)

Another bug which seems similar:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=221401

The discussion indicates that the method of installing the nvidia drivers makes
a difference in the bug

*** Bug 7295 has been marked as a duplicate of this bug. ***

There isn't much that we can do about this due to the proprietary nature of the
nVidia driver.

*** Bug 9000 has been marked as a duplicate of this bug. ***

*** Bug 9139 has been marked as a duplicate of this bug. ***

*** Bug 9258 has been marked as a duplicate of this bug. ***

Message-Id: <email address hidden>
Date: Tue, 9 Nov 2004 11:49:09 +1100
From: Peter Hawkins <email address hidden>
To: <email address hidden>
Cc: <email address hidden>
Subject: Simple test case for xmms/nvidia/TLS bug

--Boundary-00=_FQBkBKMvmn4YF4p
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

reassign 219352 libc6
thanks

Hi...

I also experience this problem when using xmms if the nvidia graphics
drivers are installed but libmikmod is not. I have discovered that the
 problem is not actually to do with xmms or the nvidia drivers, instead it's a glibc bug.

For the problem to occur you need the following situation:
Program prog depends on lib1.so and lib2.so
lib1.so depends on lib4.so, and lib4.so uses thread local storage.
lib2.so depends on lib3.so.
lib3.so should not exist.

If prog attempts to load lib2.so before lib1.so, this bug occurs.
In the case of xmms we have the following:
prog = xmms
lib1.so = libogl_spectrum.so (xmms plugin)
lib2.so = /usr/lib/libGL.so (from nvidia's GL drivers, which use TLS)
lib3.so = libmikmod.so (xmms plugin)
lib4.so = libmikmod.so (from the libmikmod package, which should not be installed to reproduce the bug)

This is demonstrated by the following test case:
peterh@shiny:~/xbug$ export LD_LIBRARY_PATH=".:/usr/local/lib:/usr/X11R6/lib:/usr/lib:/lib"
peterh@shiny:~/xbug$ make clean
rm -f lib[1234].so test_bug
peterh@shiny:~/xbug$ ls
lib1.c lib2.c lib3.c lib4.c Makefile test_bug.c
peterh@shiny:~/xbug$ make
gcc test_bug.c -o test_bug -ldl
gcc -shared -o lib4.so lib4.c
gcc -shared -o lib1.so lib1.c lib4.so
gcc -shared -o lib3.so lib3.c
gcc -shared -o lib2.so lib2.c lib3.so
peterh@shiny:~/xbug$ ls
lib1.c lib2.c lib3.c lib4.c Makefile test_bug.c
lib1.so lib2.so lib3.so lib4.so test_bug
peterh@shiny:~/xbug$ ./test_bug
Success!
peterh@shiny:~/xbug$ rm lib3.so
peterh@shiny:~/xbug$ ./test_bug
Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: _dl_next_tls_modid: Assertion `result <= _rtld_local._dl_tls_max_dtv_idx' failed!
peterh@shiny:~/xbug$

Relevant package versions:
ii libc6 2.3.2.ds1-18 GNU C Library: Shared libraries and Timezone
ii gcc 3.3.4-2 The GNU C compiler
Kernel 2.6.9-rc4, compiled from source

=)
Peter

--Boundary-00=_FQBkBKMvmn4YF4p
Content-Type: application/x-tgz;
  name="xbug.tar.gz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="xbug.tar.gz"

H4sIAPgRkEEAA+2XW2/aMBSAea1/hcc0iUrA4lsiwbSnPXabtE3awzah4JgSLU2Qk1Sdpv332iYO
qOLyRErZ+SRwcI5tYvOdIx7m9e3b3mkJDJEQtiWRCLZbT48EhPOABFFo+gkNCe9hceLv5ajLKtYY
91aqUnq5P+7Yff8gvn0hPNjzr1RZzczFWJ5kDbsfIed7z58K2px/IKiNI1xE5vw72cT//Pxfp7nM
6kThd2WVpMV4+R5tupJsIXPbhdK8wndxmg/uizS5Rn8RNiRZsVL5oJ+lczoui/4Qf/l282H26fP3
6+nTALIzwL2ttJl9Meh/raVUZfnqZ943t90trapa5ziYon/ouXfqMnH+f4x/q0WaqROtccx/IVib
/6lViHCbBsD/DoizbIJ9/seNqLgx2rasablpEfKRmzFjia5updz6jEfFZsZRlmQINfNO1gvIdj43
clQuY60SO2xr/a0w7CagTyZgeyag7QNswlBzMVn3yF3jWPvA0sVzH893x/N2Y0y8zFScT9CVvsOj
he39QSjjv2yI34rzTGDO//WmnmyNY/4TEvn6b16R8Z+FpgH/O2BH/XfF3v4kZot84Gu9L9I36VzH
+g8m6yoNRfqF4/2nZ+J/6Oq/8Z+B/11wwH96yH8K/l8E3n92Lv6Txn8B/nfBAf/ZIf8Z+H8ReP/5
c/o...

Message-ID: <email address hidden>
Date: Tue, 23 Nov 2004 12:59:02 -0800
From: Matt Zimmerman <email address hidden>
To: <email address hidden>, Peter Hawkins <email address hidden>
Subject: Re: Simple test case for xmms/nvidia/TLS bug

True, the error message is not ideal, but if I understand your test case
correctly, this only happens when there would have been unresolved symbols
anyway. So surely there is another bug here, no?

--
 - mdz

Message-Id: <email address hidden>
Date: Wed, 24 Nov 2004 10:19:08 +1100
From: Peter Hawkins <email address hidden>
To: Matt Zimmerman <email address hidden>
Cc: <email address hidden>
Subject: Re: Simple test case for xmms/nvidia/TLS bug

Hi...
On Wed, 24 Nov 2004 07:59 am, you wrote:
> True, the error message is not ideal, but if I understand your test case
> correctly, this only happens when there would have been unresolved symbols
> anyway. So surely there is another bug here, no?

Quote from dlopen(3):
       If dlopen() fails for any reason, it returns NULL

The point is that dlopen() causes a glibc assertion, and doesn't just fail
like it should. Control is never returned to the program.

This matters, since you can have the situation where an xmms plugin is
installed but its dependencies are not, leading to this highly confusing
error message and failure when one starts xmms.

=)
Peter

Message-Id: <email address hidden>
Date: Sat, 18 Dec 2004 23:30:43 +0000
From: Edward Catmur <email address hidden>
To: <email address hidden>
Subject: Re: Simple test case for xmms/nvidia/TLS bug

Further analysis and tentative (works, but possibly not correct) patch
over on Gentoo bugzilla,
http://bugs.gentoo.org/show_bug.cgi?id=52374#c15

Thanks for the testcase Peter - I wouldn't have been able to narrow it
down without that.

This bug has been marked as a duplicate of bug 6786.

Message-Id: <email address hidden>
Date: Sat, 16 Apr 2005 09:17:24 -0400
From: GOTO Masanori <email address hidden>
To: <email address hidden>
Subject: Bug#219352: fixed in glibc 2.3.2.ds1-21

Source: glibc
Source-Version: 2.3.2.ds1-21

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:

glibc-doc_2.3.2.ds1-21_all.deb
  to pool/main/g/glibc/glibc-doc_2.3.2.ds1-21_all.deb
glibc_2.3.2.ds1-21.diff.gz
  to pool/main/g/glibc/glibc_2.3.2.ds1-21.diff.gz
glibc_2.3.2.ds1-21.dsc
  to pool/main/g/glibc/glibc_2.3.2.ds1-21.dsc
libc6-dbg_2.3.2.ds1-21_i386.deb
  to pool/main/g/glibc/libc6-dbg_2.3.2.ds1-21_i386.deb
libc6-dev_2.3.2.ds1-21_i386.deb
  to pool/main/g/glibc/libc6-dev_2.3.2.ds1-21_i386.deb
libc6-i686_2.3.2.ds1-21_i386.deb
  to pool/main/g/glibc/libc6-i686_2.3.2.ds1-21_i386.deb
libc6-pic_2.3.2.ds1-21_i386.deb
  to pool/main/g/glibc/libc6-pic_2.3.2.ds1-21_i386.deb
libc6-prof_2.3.2.ds1-21_i386.deb
  to pool/main/g/glibc/libc6-prof_2.3.2.ds1-21_i386.deb
libc6-udeb_2.3.2.ds1-21_i386.udeb
  to pool/main/g/glibc/libc6-udeb_2.3.2.ds1-21_i386.udeb
libc6_2.3.2.ds1-21_i386.deb
  to pool/main/g/glibc/libc6_2.3.2.ds1-21_i386.deb
libnss-dns-udeb_2.3.2.ds1-21_i386.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.3.2.ds1-21_i386.udeb
libnss-files-udeb_2.3.2.ds1-21_i386.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.3.2.ds1-21_i386.udeb
locales_2.3.2.ds1-21_all.deb
  to pool/main/g/glibc/locales_2.3.2.ds1-21_all.deb
nscd_2.3.2.ds1-21_i386.deb
  to pool/main/g/glibc/nscd_2.3.2.ds1-21_i386.deb

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
GOTO Masanori <email address hidden> (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Mon, 14 Feb 2005 09:26:26 +0900
Source: glibc
Binary: libc6-i686 libc0.3-pic glibc-doc libc1-udeb libc0.3 libc6.1-dev libc1-pic libc6-s390x libnss-files-udeb libc1-dbg libc6-dev-sparc64 libc0.3-dev libc6-udeb libc6-dbg libc6.1-pic libc6-dev libc0.3-prof libc6-sparcv9 libc6.1-prof libc1 locales libc6-pic libc0.3-udeb libc1-prof libc0.3-dbg libc6-prof libc6 libc6-sparcv9b libc6.1-udeb libc6.1-dbg nscd libc6-sparc64 libnss-dns-udeb libc6.1 libc1-dev libc6-dev-s390x
Architecture: source i386 all
Version: 2.3.2.ds1-21
Distribution: unstable
Urgency: high
Maintainer: GOTO Masanori <email address hidden>
Changed-By: GOTO Masanori <email address hidden>
Description:
 glibc-doc - GNU C Library: Documentation
 libc6 - GNU C Library: Shared libraries and Timezone data
 libc6-dbg - GNU C Library: Libraries with debugging symbols
 libc6-dev - GNU C Library: Development Libraries and Header Files
 libc6-i686 - GNU C Library: Shared libraries [i686 optimized]...