[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