After enabling the OpenGL spectrum analyser, when disabeling it xmms 1.2.9 crashes. If xmms has been shut down normally and restarted since the OpenGL spectrum analyser was enabled it is impossible to disable it without editing the ~/.xmms/config file since every atempt to disable it crashes xmms and when rerun ing it the OpenGL sepctrum analyser is enabled. When enabling and disabling the OpenGL spectrum analyser in the same run of xmms it still crashed but when rerun the OpenGL spectrum analyser isn't enabled. Strace output suggests it might be a bug that has to be filed upstream but my knowledge in this area isn't good enough for me to be sure. Reproducible: Always Steps to Reproduce: 1.Enable OpenGl Spectrum Analyser 2.Disable OpenGl Spectrum Analyser or Close xmms rerun xmms and disable OpenGl Spectrum analyser Actual Results: Xmms crashes and the OpenGl Spectrum analyser can't be disabled if xmms has been closed and rerun in the mean time. Expected Results: diabled the OpenGl Spectrum Portage 2.0.50_pre21 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20040117-r0, 2.6.2-rc2-mm1) ================================================================= System uname: 2.6.2-rc2-mm1 i686 AMD Athlon(tm) processor Gentoo Base System version 1.4.3.12 distcc 2.12.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] Autoconf: sys-devel/autoconf-2.59 Automake: sys-devel/automake-1.7.8 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon -O2 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=athlon -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/ http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow X aalib alsa apm avi berkdb cdr crypt cups dvd encode esd foomaticdb gdbm gif gnome gpm gtk gtk2 imlib ipv6 java jpeg ldap libg++ libwww mad matroska mikmod mmx motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl slang spell ssl svga tcltk tcpd tetex tiff truetype v4l x86 xml xml2 xmms xv xvid zlib" An strace xmms generated too much data i am not completely sure what is of interest or not but i will paste some potentialy useful(?) information ioctl(14, 0xc01c4638, 0xbfffe170) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x41dcd000 write(1, "\n", 1 ) = 1 write(1, "Segmentation fault\n", 19Segmentation fault ) = 19 write(1, "\n", 1 ) = 1 write(1, "You\'ve probably found a bug in X"..., 50You've probably found a bug in XMMS, please visit ) = 50 write(1, "http://bugs.xmms.org and fill ou"..., 48http://bugs.xmms.org and fill out a bug report. ) = 48 write(1, "\n", 1 ) = 1 write(3, "+\0\1\0", 4) = 4 read(3, 0xbfffdd80, 32) = -1 EAGAIN (Resource temporarily unavailable) select(4, [3], NULL, NULL, NULL) = 1 (in [3]) read(3, "\1\1\376\32\0\0\0\0\235\0\200\1\0\0\0\0\1\0\0\0\0\0\0\0"..., 32) = 32 shmdt(0x40df4000) = 0 write(3, "\224\2\2\0\2\0\200\1f\0\3\0\200\0\0\0\1\0\0\0<\0\2\0\0"..., 40) = 40 read(3, 0xbfffddc0, 32) = -1 EAGAIN (Resource temporarily unavailable) select(4, [3], NULL, NULL, NULL) = 1 (in [3]) read(3, "\1\1\3\33\0\0\0\0\235\0\200\1\0\0\0\0\0\0\0\0\0\0\0\0\10"..., 32) = 32 shutdown(3, 2 /* send and receive */) = 0 close(3) = 0 Both before and after this output there are lots of ioctl() and mmap2() calls and the last few lines are: close(14) = 0 getpid() = 16887 write(6, " qB@\2\0\0\0\1\0\0\0\20\304\27\10\340\335\27\0108\361\27"..., 148) = 148 rt_sigprocmask(SIG_SETMASK, NULL, [SEGV RTMIN], 8) = 0 rt_sigsuspend([SEGV] <unfinished ...> --- SIGRTMIN (Unknown signal 32) @ 0 (0) --- <... rt_sigsuspend resumed> ) = -1 EINTR (Interrupted system call) sigreturn() = ? (mask now [SEGV RTMIN]) waitpid(16888, NULL, __WCLONE) = 16888 munmap(0x41dcd000, 4096) = 0 exit_group(1) = ?
Looks like this bug has been reported upstream to the Xmms bug tracking system too so i guess it can be considered an upstream bug.
Sorry for the constant flood, these are references to the bug in the xmms bugzilla: http://bugs.xmms.org/show_bug.cgi?id=1386 http://bugs.xmms.org/show_bug.cgi?id=1564