[gstreamer-bugs] [Bug 596366] lockup in gst_ghost_pad_set_target

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=596366
  GStreamer | gstreamer (core) | git

--- Comment #12 from Stefan Kost (gstreamer, gtkdoc dev) <ensonic at sonicpulse.de> 2009-09-29 12:04:18 UTC ---
Created an attachment (id=144257)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=144257)
backtrace for the deeper lockup

I still locks up, but now its a different lock :/

#4  0xb7e9ae17 in gst_pad_get_caps (pad=0x9986008) at gstpad.c:2202
#5  0xb7e8cced in gst_proxy_pad_do_getcaps (pad=0x9981098) at gstghostpad.c:227
#6  0xb7e97e27 in gst_pad_get_caps_unlocked (pad=0x9981098) at gstpad.c:2122
...
#215 0xb7e97e27 in gst_pad_get_caps_unlocked (pad=0x9982010) at gstpad.c:2122
#216 0xb7e98588 in gst_pad_link_prepare (srcpad=0x9982010, sinkpad=0x9986008)
at gstpad.c:1772
#217 0xb7e9e24f in gst_pad_link (srcpad=0x9982010, sinkpad=0x9986008) at
gstpad.c:2009

gst_pad_link_prepare() in #216 takes the object lock on the pad and
gst_pad_get_caps() in #4 tries to take it again.

What I really don't understand is that why is the chain of _get_caps calls
'comming back' to the ghostpad.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.