Play and mp3 with xmms, close xmms, xmms seems to go away....but does it
when you log out of xwindows it hangs...you wait, then you get an error for
every time you ran xmms in that session.
I am also having the same problem, according to the xmms forum several other
people using redhat 7.0 are also having this problem where xmms will segfault
I can confirm this as well. If I launch xmms once and play for a bit, I see
anywhere from 2 - 15 xmms processes that remain after closing xmms. I also
tried using the 1.2.3 version of xmms out of helix's gnome package (rebuilt from
the srpm, however), and met with the same result.
I got something similar, but with gkrellm 0.10.5 .. it just won't close by
A bug reported below lets me think that all my bugs (the one above and many
others) might be related to a beta version of glibc used by RH7.
*** Bug 17348 has been marked as a duplicate of this bug. ***
It's segfaulting in deregister_frame_info, called
from dlclose. Ugh.
the xmms team has released a workaround for their HEAD version consisting of
the calls to dlclose(). I have backported the workaround to to the xmms version
rh7 and it solves the problem. If an glibc errata is not released in an
acceptable timeframe, i would
urge redhat to issue a xmms update with this workaround.
<a href="http://noa.tm/xmms-glibc-workaround.patch">the patch is found here</a>
I encountered the same problem with the stock xmms, as well as the 1.2.3 source
patched with 3DNow enhancement. Baffled...
Had the same problem,
Upgrading to 1.2.3 fixed this problem for me though
(rpm -ta the tar.gz, then rpm -Uvh)
There is a posting on www.xmms.org about a fix. Someone has worked around the
bug (which appears to be in glibc2.1.92) -
Resolved the issue for me.
No, glibc updates should be available in acceptable timeframe.
There is a errata candidate glibc-2.1.94-3 which you can get from
ftp://ultra.linux.cz/private/glibc, if you help testing this out, it will
be released sooner...
Although the reason for the bug in question might have been determined already
(which is my conclusion from the earlier bug reports), I add my particular
(1) If I start xmms and exit it again without doing anything else, two processes
are not killed:
ms 27459 8.5 6.7 8888 4244 ? S 05:52 0:02 xmms
ms 27460 0.0 6.7 8888 4244 ? S 05:52 0:00 xmms
(2) If I remove the entire config directory in $HOME/.xmms and proceed as
described in (1), I get a SegFault upon exit, and I need to press CTRL+C to go
beyond the following error message:
You've probably found a bug in XMMS, please visit
http://www.xmms.org/bugs and fill out a bug report.
This was fixed in the glibc errata.
Looks like it's back again in Red Hat 7.1
I'm having the same problems on an upgraded 7.0 to 7.1 box