[gstreamer-bugs] [Bug 520808] New: GstPoll's API could need some changes for Windows

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=520808

  GStreamer | gstreamer (core) | Ver: HEAD CVS
           Summary: GstPoll's API could need some changes for Windows
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: blocker
          Priority: Normal
         Component: gstreamer (core)
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: ole.andre.ravnas at tandberg.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


Please describe the problem:
gst_poll_add_fd:
On Windows files and sockets don't share the same namespace, so a
disambiguation on what kind of fd you're adding to the set could be useful --
if there's file handle 0x1337 and socket handle 0x1337 it could be both and it
would be impossible for the implementation to know which one you meant.

gst_poll_wait:
Not really a request for change, given how naturally this maps to select, poll
etc., but is it essential for the caller to know exactly how many fds were
signaled and not just one or more? The reason I'm asking is that due to how I
see this implemented on Windows it means you WaitForMultipleObjects for the
fds, and you just get to know which fd's handle got signaled, and you then have
to iterate over the fds and query each of them, accumulating the total. Given
that the user of GstPoll would most likely end up doing
gst_poll_fd_can_{read,write} to figure out which were signaled, it means the
same operation is repeated.

Thoughts?

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=520808.