[Bug 675869] [hlsdemux] potential dead-lock using GstTask
bugzilla at gnome.org
Fri May 11 07:40:40 PDT 2012
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
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.
More information about the gstreamer-bugs