GNU bug report logs - #57728
29.0.50; Emacs writes wrong glyph at the bottom-right corner of text terminals

Previous Next

Full log

Message #92 received at 57728 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Cc: gregory <at> heytings.org, 57728 <at> debbugs.gnu.org, akib <at> disroot.org
Subject: Re: bug#57728: 29.0.50; Emacs writes wrong glyph at the
 bottom-right corner of text terminals
Date: Mon, 12 Sep 2022 15:06:23 +0300

> From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
> Cc: gregory <at> heytings.org,  57728 <at> debbugs.gnu.org,  akib <at> disroot.org
> Date: Mon, 12 Sep 2022 13:59:05 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
> >> This is because 'write' deliberatly leaves the bottom-right corner alone
> >> if the terminal has "auto right margin" (autowrap).
> >
> > But AFAIU, the bug actually shows that we somehow _do_ write there,
> > although the display engine assumes we don't.  Right?
> 
> My theory is that no-one but tty_write_glyphs knows that it didn't write
> to the bottom-right corner.

You are saying that update_frame_line tells tty_write_glyphs to write
the '\', but tty_write_glyphs doesn't in this case?

But why would we need to write that character if we know it's already
there (because all lines end with it)?  That should only happen if we
scroll the region instead of rewriting lines one by one.  Is that what
happens in this case?

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.