On Wed, Aug 27, 2025 at 11:37 PM Thomas Wolff via Cygwin
<[email protected]> wrote:
> What’s the role of ^O in this puzzle? Does it trigger something in cygwin?
> Is there anything peculiar that would cause pty chunks not be recognised
> and then skipped in such a loop?
discard = ^O
* discard CHAR
CHAR will toggle discarding of output
Does a second ^O undo the problem?
"The equivalent of this is 'flush', but that was never documented
as an option (though was output with stty -a). Therefore use
the more descriptive name, also generally used on BSD systems.
Note even though this setting seems ineffective on Linux, supporting
the setting is useful to allow terminal programs to receive
the default ^O character code."
https://lists.gnu.org/archive/html/coreutils/2015-01/msg00068.html
I really have no idea about how this is supposed to work...
Kevin
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation: https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
