[Bug 794591] gst-play-1.0 leaves stdin in non-blocking mode
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Mon Mar 26 12:22:01 UTC 2018
https://bugzilla.gnome.org/show_bug.cgi?id=794591
Tim-Philipp Müller <t.i.m at zen.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
Target Milestone|git master |1.14.1
--- Comment #6 from Tim-Philipp Müller <t.i.m at zen.co.uk> ---
Thanks!
commit cfc1be0d61e7c4c79afbc16873cd3bc38fa55f79
Author: Antonio Ospite <ao2 at ao2.it>
Date: Thu Mar 22 11:12:20 2018 +0100
tools: play: fix leaving STDIN in non-blocking mode after exit
gst-play-1.0 sets STDIN to non-blocking mode to have the input
characters read as soon as they arrive.
However, when gst_play_kb_set_key_handler() gets called from
restore_terminal() it forgets to restore the STDIN blocking status.
This can result in broken behavior for cli command executed in the same
terminal after gst-play-1.0 exited.
It turns out that putting STDIN in non-blocking mode is not even the
proper way to achieve the desired effect, instead VMIN and VTIME in
struct termios should be set to 0.
Let's do that, and don't mess with the STDIN blocking mode now that it's
not necessary.
https://bugzilla.gnome.org/show_bug.cgi?id=794591
--
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