GNOME Bugzilla – Bug 121267
Streaming oggs makes gst (spider?) crash
Last modified: 2009-08-15 18:40:50 UTC
Distribution: Debian testing/unstable (This bug report was generated by Bug Buddy 2.3.4) Description: Description of the crash: When playing a oggfile from the network, gst crashes. Plaing mp3s from the same location works, and playing the ogg from a file:-url works Steps to reproduce the crash: run gst-launch gnomevfssrc "location=<URL-to streaming ogg>" ! spider ! volume ! osssink sync=false I have reprodused the bug with libapache-mod-mp3 on my localhost and with diffrent servers on internet (virgin radio http://ogg.smgradio.com/lq32.ogg streamingsoundtracks.com etc.) Expected Results: Music in my ears :-) How often does this happen? everytime. Traceback: INFO (31335: 0) Initializing GStreamer Core Library version 0.6.3 INFO (31335: 0) CPU features: (0c040882) MMX SSE INFO (31335: 0) registry: loaded user_registry in 0.000288 seconds (/home/jens/.gstreamer/registry.xml) INFO (31335: 0) registry: loaded global_registry in 0.361479 seconds (/home/garnome/garnome-26/var/cache/gstreamer-0.6/registry.xml) GStreamer-INFO: 0 live buffer(s) GStreamer-INFO: 0 live bufferpool(s) GStreamer-INFO: 0 live event(s) RUNNING pipeline Caught SIGSEGV accessing address 0x62696c33
+ Trace 39912
I can then connect with gdb, but dont know what to do, please tell me:-)
Marked as GNOMVER2.4, STACKTRACE: appears to be a unique stacktrace. Added bugsquad keyword.
I can't reproduce the segfault, but I get a plethora of other exciting errors. I'm guessing this has to do with seeking on the input stream. (as for using gdb, don't worry about it. gst-launch is a debugging tool meant for developers, and when it crashes, it's just convenient for us to have it hang around for a while to connect a debugger to it. The interesting part is the stack trace, which is automatically provided.)
I can't reproduce this with HEAD.
Could you try to reproduce this with 0.8.0, and if so, reopen the bug? Thanks. (marking as NEEDINFO)
This bug has long been dead.