[Bug 675869] [hlsdemux] potential dead-lock using GstTask

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=675869
  GStreamer | gst-plugins-bad | git

--- Comment #5 from Wim Taymans <wim.taymans at gmail.com> 2012-05-11 14:40:39 UTC ---
(In reply to comment #4)
> 
> Sorry if I'm unclear, but I'm talking about a third thread which tries to
> change the state, not the task thread.

State changes are protected with the state-lock on GstElement, only one state
change can be done at a time. What kind of state change are you talking about
that can be done from 2 threads?

> 
> Also, the join is documented to stop the task thread, so this should never be
> necessary.

I agree that a concurrent pause and join should abort the pause operation. But
you really want to avoid this situation, the pause call would fail and the
called would probably not know what to do.

-- 
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.