The plugin seems to disagree with OpenGL plugins, just causing a segfault when one is running. With other SDL plugins, the plugin tries to embed itself in the window of the other plugin. My guess is that the problem is occuring somewhere within some exit sequence and SDL. It's easy enough to avoid, just don't emerge it, or run with other programs. Reproducible: Always Steps to Reproduce: Example 1: Start Nebulus (Stable) + Start Infinity (?) = Get segfault Example 2: Start Infinity + Start any other SDL based pugin (like JESS) = Get theese: Xlib: unexpected async reply (sequence 0x4e0f)! + segfault. Example 3: Start Infinity + Start Blurscope, then stop blurscope, (Using plugin config dialoug) get Xlib errors and crashes XMMS. Actual Results: The plugin usually crashes XMMS. Expected Results: If it's not possible to make it more social, it should exit cleanly instead of causing XMMS to just crash. Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4) ================================================================= System uname: 2.4.20-gentoo-r2 i686 AMD Duron(tm) Processor GENTOO_MIRRORS=" ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://csociety-ftp.ecn.purdue.edu/pub/gentoo/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib directfb alsa gdbm berkdb slang readline arts tetex aalib ggi java guile X sdl gpm tcpd pam libwww ssl python imlib oggvorbis gnome gtk qt kde motif opengl mozilla ldap bonobo cdr dvd esd flash gd gphoto2 gtk2 gtkhtml imap jikes maildir nocardbus oav perl samba snmp socks5 sse -svga tcltk tiff usb wmf xface xinerama xml" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon -O3 -pipe -m3dnow -mmmx -msse -mfpmath=sse" CXXFLAGS="-march=athlon -O3 -pipe -m3dnow -mmmx -msse -mfpmath=sse" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j1" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
I can definately make thing crash with other SDL plugins (JESS, Nebulus) but the same is true if i run any two sdl plugins at the same time. Still investigating.
This is definitely not a problem specifically with xmms-infinity but i have had some issues with unstability even running it as the only plugin.
This is still happening using: media-sound/xmms-1.2.9-r1 media-plugins/xmms-infinity-0.2 media-plugins/xmms-nebulus-0.5.0 media-plugins/xmms-jess-2.9.1 I'll recompile SDL, xmms, and these plugins with debugging symbols and get some more info...
Any of you games people think you might be able to help out here with this SDL stuff... loaded infinity, loaded jess, disabled infinity: #0 0x41a16405 in render_blur (blur=0) at renderer.c:523 #1 0x41a1577c in renderer () at renderer.c:159 #2 0x40f87f1a in SDL_RunThread (data=0x82345e8) at SDL_thread.c:218 #3 0x40f88171 in RunThread (data=0x82345e8) at SDL_systhread.c:82 #4 0x40437f60 in pthread_start_thread () from /lib/libpthread.so.0 #5 0x40438062 in pthread_start_thread_event () from /lib/libpthread.so.0 loaded jess, loaded nebulus: 329 SDL_blit_N.c: No such file or directory. in SDL_blit_N.c (gdb) bt #0 0x40f44c79 in Blit_RGB888_RGB565 (info=0x43183124) at SDL_blit_N.c:329 #1 0x40f381cd in SDL_SoftBlit (src=0x820d720, srcrect=0x4318320c, dst=0x820b520, dstrect=0x4318320c) at SDL_blit.c:108 #2 0x40f51325 in SDL_LowerBlit (src=0x820d720, srcrect=0x4318320c, dst=0x820b520, dstrect=0x4318320c) at SDL_surface.c:431 #3 0x40f54aa2 in SDL_UpdateRects (screen=0x820d720, numrects=1, rects=0x4318320c) at SDL_video.c:1014 #4 0x40f548c1 in SDL_UpdateRect (screen=0x820d720, x=0, y=0, w=640, h=300) at SDL_video.c:979 #5 0x41a157ff in renderer () at renderer.c:187 #6 0x40f87f1a in SDL_RunThread (data=0x820dd78) at SDL_thread.c:218 #7 0x40f88171 in RunThread (data=0x820dd78) at SDL_systhread.c:82 #8 0x40437f60 in pthread_start_thread () from /lib/libpthread.so.0 #9 0x40438062 in pthread_start_thread_event () from /lib/libpthread.so.0 loaded jess, loaded nebulus: (it segfaulted at a different loc this time...) 358 renderer.c: No such file or directory. in renderer.c (gdb) bt #0 0x41a15e49 in copy_and_fade (factor=0) at renderer.c:358 #1 0x41a157a6 in renderer () at renderer.c:169 #2 0x40f87f1a in SDL_RunThread (data=0x820e898) at SDL_thread.c:218 #3 0x40f88171 in RunThread (data=0x820e898) at SDL_systhread.c:82 #4 0x40437f60 in pthread_start_thread () from /lib/libpthread.so.0 #5 0x40438062 in pthread_start_thread_event () from /lib/libpthread.so.0
This isn't a gentoo problem... hopefully the SDL developers will fix this in a later version...