[gstreamer-bugs] [Bug 338827] [patch] gnomevfssrc should use async api to not block on network problems

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=338827

  GStreamer | gst-plugins-base | Ver: HEAD CVS





------- Comment #12 from James "Doc" Livingston  2006-10-22 07:11 UTC -------
Created an attachment (id=75180)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=75180&action=view)
do state transiton in alternate thread

I recently had a idea for a completely different way of handling this. Rather
than using gnomevfs's asynchronous API, which doesn't help when a vfunc must
have a result before returning, we could push the entire state transition into
another thread, which can block.

This patch makes gnomevfssrc intercept READY->PAUSED (and the reverse) by
creating a new thread which calls the parent state transition function, and
retuning ASYNC. I'm not sure whether this method would have other issues, and
it definitely need testing, but it might work.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email