[ubuntu-mono] [Bug 279800] Re: GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash

Michael B. Trausch mike at trausch.us
Fri Oct 10 16:25:10 UTC 2008


Alright, well, this isn't going to yield as much information as you'd
like, I'm afraid.  I have the debugger attached to the process at the
moment, and am attaching the debug session.  However, when I did "p
gst_object_get_name(0x169ee30)" (0x169ee30 being the pad number this
time around) after the SIGABRT, I was greeted with:

==========
(gdb) p gst_object_get_name(0x169ee30)
[Thread 0x43abf950 (LWP 8863) exited]

==========

Banshee was responsive again, tried to activate a new song, and that of
course failed.

I gave a SIGINT, and got:

==========
[Thread 0x43abf950 (LWP 9304) exited]
^C
Program received signal SIGINT, Interrupt.
[Switching to Thread 0x7f99deb98710 (LWP 8581)]
0x00007f99ddeb0b04 in __lll_lock_wait () from /lib/libpthread.so.0
The program being debugged was signaled while in a function called from GDB.
GDB remains in the frame where the signal was received.
To change this behavior use "set unwindonsignal on"
Evaluation of the expression containing the function (gst_object_get_name) will be abandoned.
==========

Alright, so I tried to continue a few times, failing of course.  So, I
did another backtrace and found out that gst_object_get_parent(...) was
calling for a mutex, and hanging on attempting to get it.  I don't know
how to work around that.

I'll leave the debugger active for now... Any advice on how to proceed
from here?  The entire debugging session so far is attached.

** Attachment added: "Debugging session"
   http://launchpadlibrarian.net/18408136/debug-session.txt

-- 
GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
https://bugs.launchpad.net/bugs/279800
You received this bug notification because you are a member of MOTU Mono
Team, which is subscribed to banshee in ubuntu.




More information about the Ubuntu-mono mailing list