[Bug 645746] [gstpoll] Regression causes 100% cpu usage in multifdsink

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #7 from Andoni Morales <ylatuya at gmail.com> 2011-04-04 01:51:41 UTC ---
Created an attachment (id=185080)
 View: https://bugzilla.gnome.org/attachment.cgi?id=185080
 Review: https://bugzilla.gnome.org/review?bug=645746&attachment=185080

retry reading the control socket until we succeed

After several hours of debugging this issue I realized that the process started
eating 100% of cpu when RELEASE_EVENT(set) returned FALSE in
release_all_wakeups().
When this happens, we have already set set->control_pending=0, but we haven't
read successfully the control socket. In the next _wait(), the control socket
will make us wake-up again, but this time set->control_pending is already 0, so
release_all_wakeups() return in the first "if" causing an infinite loop.

The proposed patch seems to be fixing at least my issue.

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