GNOME Bugzilla – Bug 628415
[audioconvert] segfault when converting bitwidth on Mac OS X
Last modified: 2011-05-02 20:51:37 UTC
Using Gstreamer and gst-plugins-base 0.10.30, the following invocation crashes: gst-launch audiotestsrc ! audioconvert ! capsfilter caps=audio/x-raw-int,width=16 ! fakesink Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Caught SIGSEGV accessing address 0x5d94a8
+ Trace 223499
Changing the requested width from 16 to 32 (what's natively supplied by audiotestsrc on my system) works fine. The same line also works with Gstreamer 0.10.29. This is Mac OS X v10.6.4 (64-bit). Both versions of Gstreamer were installed with MacPorts.
Could you get a real backtrace of all threads that were running at that time? This is only the main thread, which didn't do anything other than waiting for events at the time of the crash.
Er, yes. Sorry about that. I can try to recompile with debug symbols if that might help. (gdb) thread apply all bt
+ Trace 223500
Thread 2 (process 1775)
Yes, better try again with debug symbols. The symbols below the "signal handler called" are the interesting ones and completely missing here :)
Sorry for the radio silence -- I'm having a hard time building gstreamer such that gdb shows me anything more than the above. The configure script seems to turn "debugging" on by default, and even adding "-g" to the CFLAGS doesn't seem to have any effect. Is there some resource you can point me to that shows how to build with the necessary debug symbols?
Sebastian, can you please help the reporter with regards to comment#4 ?
works fine here: * macosx 10.5 64bit * current git of everything.
I'm having the exact same problem with Mac OsX 10.6.6 GStreamer 0.10.32 Installed with macport When I run audioconvert element I get SIGSEGV $ gst-launch audiotestsrc ! audioconvert ! capsfilter caps=audio/x-raw-int,width=16 ! fakesink Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Caught SIGSEGV accessing address 0x7c1c5e
+ Trace 225690
Thread 3 (process 68825)
I have this feeling this is the same bug as #615357 (see comment 15 there).
*** Bug 635700 has been marked as a duplicate of this bug. ***
Looks different than bug #615357 for me, this one here has segfaults while the other one doesn't. Still, the backtraces here are far from useful :(
i've just compiled the HEAD of the git repo of gstreamer and with the patch committed there by Tim-Philipp Müller (bug #615357 comment 31) i'm getting still getting the same error. :( (In reply to comment #10) > Looks different than bug #615357 for me, this one here has segfaults while the > other one doesn't. Still, the backtraces here are far from useful :(
Does this work: $ ORC_CODE=backup gst-launch audiotestsrc ! audioconvert ! capsfilter caps=audio/x-raw-int,width=16 ! fakesink ? There's also this orc bug that manifests itself on 64-bit OSX: https://bugs.freedesktop.org/show_bug.cgi?id=33836
yep it works just fine! i've now tested all the commands/pipelines that was crashing my gstreamer with 'ORC_CODE=backup' flag and all of them ran without any problems. so it seems, that orc is generating some bad code there.... :( at least now i can use gstreamer, until the bug is being fixed... thnx a lot! (In reply to comment #12) > Does this work: > > $ ORC_CODE=backup gst-launch audiotestsrc ! audioconvert ! capsfilter > caps=audio/x-raw-int,width=16 ! fakesink > > ? > > There's also this orc bug that manifests itself on 64-bit OSX: > https://bugs.freedesktop.org/show_bug.cgi?id=33836
Ok, thanks for confirming. It's an orc bug then.
What version of Orc?
It's a problem of macports, they haven't realised that 4 days after releasing orc 0.4.11 there you've released 0.4.13 that should fix all the bugs in 0.4.11. I've upgraded my local orc to 0.4.13 and it runs without any problems. (In reply to comment #15) > What version of Orc?
This is fixed in Orc-0.4.14.