[Bug 765673] New: udpsrc error: getsockname failed: could not get local address: Socket operation on non-socket

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Wed Apr 27 13:04:58 UTC 2016


https://bugzilla.gnome.org/show_bug.cgi?id=765673

            Bug ID: 765673
           Summary: udpsrc error: getsockname failed: could not get local
                    address: Socket operation on non-socket
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: patricia at axis.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Created attachment 326867
  --> https://bugzilla.gnome.org/attachment.cgi?id=326867&action=edit
test proved socket

There is a problem when setting a "socket" property on an UDP source element
and changing the state of the source between NULL and READY.

When going from NULL->READY:
src->used_socket = G_SOCKET (g_object_ref (src->socket))
is set udpsrc_open()

When going from READY->NULL:
src->used_socket is closed in udpsrc_close().
Note that the default close_socket option is set to true. This is exactly the
same case in gst-rtsp-server where the UDP socketes are shared between UDP
sources and UDP multisink. It's the UDP source owning the socket.

After changing the state back to READY again, the source will
try to use the provided socket that has been released in the previous state
transition. Thus the 

I'm attaching a simple unit test that exposes this problem. The test simulates
the same problem that can occur when running stress/stability tests where
gst-rtsp-server is involved.

-- 
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 mailing list