diff options
author | Kaz Kylheku <kaz@kylheku.com> | 2016-07-01 21:40:16 -0700 |
---|---|---|
committer | Kaz Kylheku <kaz@kylheku.com> | 2017-11-16 19:34:48 -0800 |
commit | a143efde405d1a093201b7ba7cfa6d5b8140836c (patch) | |
tree | 6a36b1963cdeff992e34aced33a6c72458a22318 /newlib/libc/stdlib/reallocarray.c | |
parent | 04f57e1644b3d52e539669235a267704a1c864d1 (diff) | |
download | cygnal-a143efde405d1a093201b7ba7cfa6d5b8140836c.tar.gz cygnal-a143efde405d1a093201b7ba7cfa6d5b8140836c.tar.bz2 cygnal-a143efde405d1a093201b7ba7cfa6d5b8140836c.zip |
Console: provide VT100-like end-of-line print behavior.
On the majority of VT100-like terminals, when you print a
character in the last column, the cursor sits in a kind of
"limbo", as if the cursor position were one column past the
edge of the screen. Thus when a line feed is output next,
the cursor is then at the start of the next line.
The Win32 console write doesn't do this; the cursor position
wraps to the start of the next line. If a newline is put out,
it translates to an extra newline going to the next-next line.
This spoils the behavior of programs which depend on the VT100
behavior.
In this patch, the VT100 behavior is simulated as follows. A
new flag in the dev_console structure is set when a character
is output to the last column. This flag is then observed in
order to discard a newline (or rather any character which is
mapped mapped to the DWN action).
* winsup/cygwin/fhandler.h (class dev_console): New boolean
data member, eat_newline. This indicates that if a character
is output which moves down to the next line, it should be
discarded rather than sent to the console.
* winsup/cygwin/fhandler_console.cc
(fhandler_console::write_normal): Set the eat_newline flag
if the text output ends up at column zero. Honor the
eat_newline flag when processing a DWN character, and clear
it when processing certain other control characters.
Diffstat (limited to 'newlib/libc/stdlib/reallocarray.c')
0 files changed, 0 insertions, 0 deletions