xmms crashes with segfault when playing filelists or files, which come from a remote server (http-service that is, served by a local Netjuke server). It does not crash however when playing the same file directly from disc. This has appeared recently, so it might be related to a recent upgrade, but I cannot figure out. Reproducible: Always Steps to Reproduce: 1. xmms 2. Play file / playlist from / with http-URLs 3. segfault Actual Results: Segmentation fault Dies ist wahrscheinlich ein Fehler in XMMS. Siehe http://bugs.xmms.org zum Ausf
xmms crashes with segfault when playing filelists or files, which come from a remote server (http-service that is, served by a local Netjuke server). It does not crash however when playing the same file directly from disc. This has appeared recently, so it might be related to a recent upgrade, but I cannot figure out. Reproducible: Always Steps to Reproduce: 1. xmms 2. Play file / playlist from / with http-URLs 3. segfault Actual Results: Segmentation fault Dies ist wahrscheinlich ein Fehler in XMMS. Siehe http://bugs.xmms.org zum Ausfüllen eines Fehlerreports. Xlib: unexpected async reply (sequence 0xc19)! Expected Results: Play my music! king ~ # emerge info Portage 2.0.51_rc7 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.4.20040808-r1,glibc -2.2.5-r2, 2.6.8-gentoo-r4 i686) ================================================================= System uname: 2.6.8-gentoo-r4 i686 AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.5.3 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2 Headers: sys-kernel/linux26-headers-2.6.8.1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-mcpu=athlon-xp -O2 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/s hare/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dv ipdfm/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/terminfo /etc/env.d" CXXFLAGS="-mcpu=athlon-xp -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache distcc distlocks fixpackages sandbox userpr iv usersandbox" GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/dis tributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="X aalib acpi alsa apm avi berkdb bitmap-fonts bonobo cdr crypt cups doc dvd dvdr encode esd foomaticdb gd gdbm gimpprint gnome gpm gtk gtk2 gtkhtml guile h bci imagemagick imlib ipv6 java jpeg ldap libg++ libwww mad mozilla moznocompose moznoirc moznomail mpeg ncurses network nls nocardbus nptl nvidia oggvorbis ope ngl pam pda pdflib perl png python readline samba scanner sdl slang spell ssl sv ga tcltk tcpd tetex tiff truetype usb vanilla x86 xml xml2 xmms xprint xv zlib"
please try -r7. Also, pleasse give me a URL that fails.
-r7 doesn't change the situation. This ia a URL, which was produced by netjuke. You can't reach this file from the outside, it's a local web server only: http://netjuke.dahlen.org/var/music/t/The%20Clash%20-%20Rudy%20Can%27t%20Fail.mp3 Interesting enough, if I insert this URL into firefox, a "file open with" dialog pops up. Selecting xmms here make xmms play this URL without a glitch, using this URL as part of the playlist or enter it in Xmms "Open address ..." dialogue directly causes the crash: christoph@king ~ $ xmms http://netjuke.dahlen.org/var/music/t/The%20Clash%20-%20Rudy%20Can%27t%20Fail.mp3 Segmentation fault Dies ist wahrscheinlich ein Fehler in XMMS. Siehe http://bugs.xmms.org zum Ausf
-r7 doesn't change the situation. This ia a URL, which was produced by netjuke. You can't reach this file from the outside, it's a local web server only: http://netjuke.dahlen.org/var/music/t/The%20Clash%20-%20Rudy%20Can%27t%20Fail.mp3 Interesting enough, if I insert this URL into firefox, a "file open with" dialog pops up. Selecting xmms here make xmms play this URL without a glitch, using this URL as part of the playlist or enter it in Xmms "Open address ..." dialogue directly causes the crash: christoph@king ~ $ xmms http://netjuke.dahlen.org/var/music/t/The%20Clash%20-%20Rudy%20Can%27t%20Fail.mp3 Segmentation fault Dies ist wahrscheinlich ein Fehler in XMMS. Siehe http://bugs.xmms.org zum Ausfüllen eines Fehlerreports. Xlib: unexpected async reply (sequence 0xbf9)!
running 'xmms http://64.236.34.97:80/stream/1038' works fine for me. Please provide me with a public URL that breaks, so I can test this.
Additionally, the URLs listed in bug #65373 also work fine...
These URLs in the other bug work here too. It seem like xmms has a problem whenever a blank appears in the file's URL, wether this has been expanded to %20 or not is still subject to investigation. Files delivered by my local MP3 server which do not contain space in their file name work well, those with blanks in the URL don't. And btw: We are not talking about streaming, Netjuke does either deliver M3U files with http:// URLs in it or the file directly, no streaming.
just to be thurough, can you please test out -r8. It contains all updates in the xmms cvs, so it just might have been fixed as there was some work done to the mpg123 plugin. I wouldn't bet on it, but you never know.
Confirmed. I've been seeing the same thing described above with -r7. I can listen to streams from di.fm just fine, but XMMS is incapable of playing anything from my local Ampache server. It's not an internal-only site, but I don't have any public content to share with you to test. Downgrading to -r5 to see if it works again. I'll try -r8 after my next sync as well.
Downgrading to -r5 has fixed things for me in all cases. When I've listened to this Blur tune enough I'll work with -r8.
Confirmed, r5 does not show any symptoms, r8 is not yet on my mirror.
Also, r8 is in package.mask because it is still missing cjk support, so assuming youu don't need that, youu can add it to /etc/portage/package.mask: echo media-sound/xmms >> /etc/portage/package.mask I've tried just constructing invalid URLs with %20 in the filename, and xmms seems to handle it fine... If -r8 fails too, it would be really helpful if you could make some content public, so I can test it, that would be very helpful. Thanks.
Created attachment 42038 [details] Playlist with URIs that segv and thise that don't The long URIs seg fault. The short ones don't.
Ok, so have you tried this with -r8? Doing either of the following: xmms playlist.pls xmms 'http://www.live365.com/play/46135?membername=&session=moviemusicman%3A0&pid=&SaneID=130.13.104.108-1021607125488&lid=753-usa/' causes xmms to play the stream fine for me in -r8. Please tell me how you're using this playlist to crash xmms. Thanks
-r8 plays none of the supplied uris, it just does not connect (saying to do so forever). However, the -r8 play's my local served files, if I address the MP3 files directly; when being part of a playlist, every mp3 file request fails on server side mit HTTP 400 Illegal Request error. The URI looks fine, but the server log (apache) says: [Mon Oct 18 10:36:24 2004] [error] [client 192.168.25.3] Invalid URI in request GET var/music/t/The%20Clash%20-%20Train%20In%20Vain.mp3 HTTP/1.0 Maybe there's a hidden character in that url or it's caused by localization (German here), but the r5 did not show that effect on the same, unchanged apache server. Back to r5
Ok, so it looks like a localization problem as every attempt I make to play those streams works fine for me. Can you try using -r8 without german localization? I'm not a locale expert, so I'm not sure what to do about that...
r8 is currently masked. I was using r7. Will try r8.
Well... how did -r8 fare? It probably has something to do with your locale settings... if -r8 fails, please tell me the output of 'locale'
Okay, it looks like the problem occuring is not really xmms' fault, but the one of the xmms-mad plugin. While "producing" a sample for testing, I found bug 35868 in the buglist, unmerged xmms-mad package and suddenly, xmms plays everything fine again, doesn't matter if the file is local or played via URL.
can you provide a local mp3 that breaks it? xmms-mad doesn't support streaming *** This bug has been marked as a duplicate of 35868 ***
dupe and outdated.
