[gstreamer-bugs] [Bug 167509] [PATCH] [tcpserversrc] Assumes a blocking socket

[bugzilla-daemon at bugzilla.gnome.org]

Please DO NOT reply to this by email. All additional comments should be made in
the comments box of this bug report.

 http://bugzilla.gnome.org/show_bug.cgi?id=167509
 GStreamer | gst-plugins | Ver: HEAD CVS





------- Additional Comments From Gergely Nagy  2005-02-23 08:15 -------
Okay, there is one problem with my patch, I think.. Although I didn't test the
behaviour without the patch (can't, as in that case the setup bails out with an
error way too early).

So, I have a flumotion-worker running on one box, which is using a simple flow
composed of a producer pipeline (tcpserversrc protocol=1 host=10.42.0.1 !
oggmux) and a http-streamer component. Then, on another box, I do a videotestsrc
! theoraenc ! tcpclientsink protocol=1 host=10.42.0.1, and that works just fine
until I stop the client. In that case, the flumotion-worker does not seem to
notice that the client which fed it, disconnected. Reconnecting again does not
fix the problem either.

As far as I see, the problem is that when ret == 0, we should set the EOS state,
and push out the appropriate event, but in gst_tcpserversrc_gdp_read_caps() we
do neither.

I'll try to fix that and submit an updated patch.

------- You are receiving this mail because: -------
You are the assignee for the bug.
You are the QA contact for the bug.