After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 596404 - file descriptor leak
file descriptor leak
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: gst-python
0.10.23
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-09-26 07:05 UTC by Nicola
Modified: 2009-10-29 21:45 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Nicola 2009-09-26 07:05:32 UTC 
if in a piece of python code you do something like

self.multisink.emit('remove',host,port)

where self.multisink is a multiudpsink element, the file descriptor are never released and so there is a file descriptor leak
Comment 1 Michael Smith 2009-09-27 05:20:22 UTC 
Not a bug.

As the documentation explains:

 "In all cases, multifdsink will never close a file descriptor itself.
  The user of multifdsink is responsible for closing all file descriptors.
  This can for example be done in response to the #GstMultiFdSink::client-fd-removed signal."


You need to close the fd when you're done with it.
Comment 2 Nicola 2009-10-22 19:59:32 UTC 
Sorry Michael, but I'm using multiudpsink not multifdsink and multiudpsink have no property to close fd, even if multiudpsink is related in some way to multifdsink at least is needed some more documentation,

thanks
Nicola
Comment 3 Michael Smith 2009-10-22 20:05:09 UTC 
Oops - sorry, I misread your original bug report.

For multiudpsink you need to listen to the client-removed signal (which should be emitted after you call remove), and close the FD yourself there.

This is still not a bug, but my pointer was to the wrong documentation - sorry.
Comment 4 Nicola 2009-10-23 08:06:58 UTC 
sorry Michael, I know this is a bug tracker and not and help system but client-removed return host and port not fd. 

http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-good-plugins/html/gst-plugins-good-plugins-multiudpsink.html#GstMultiUDPSink-client-removed

In multiudpsink the only thing related to fd is the property closefd and according to the documentation is true for defaults, so or this is a bug or there is something undocumented,

thanks
Nicola
Comment 5 Nicola 2009-10-29 21:45:06 UTC 
Sorry my mistake the fd leak wasn't caused by gstreamer,

Nicola