GNU bug report logs - #45042
27.1; emacs -nw on Windows does not always update cursor position on screen

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Ed Avis <ed.avis <at> qmaw.com>
Cc: larsi <at> gnus.org, 45042 <at> debbugs.gnu.org
Subject: Re: bug#45042: 27.1; emacs -nw on Windows does not always update
 cursor position on screen
Date: Mon, 25 Jan 2021 17:32:30 +0200

> From: Ed Avis <ed.avis <at> qmaw.com>
> CC: "larsi <at> gnus.org" <larsi <at> gnus.org>,
>  "45042 <at> debbugs.gnu.org"<45042 <at> debbugs.gnu.org>
> Date: Mon, 25 Jan 2021 08:00:00 +0000
> 
> The problem with the cursor movement not updating doesn't just happen under Alacritty.  I can also
> reproduce it using an ssh server on Windows, by sshing to the machine and running emacs -nw.  The ssh
> client can be PuTTY or the Windows port of OpenSSH running in the Windows command prompt.  Unsetting
> TERM does not appear to make a difference in any of these cases.

PuTTY emulates a Unix terminal with terminfo database, and thus
expects the program to send escape sequences to move the cursor.  If
the OpenSSH client used by Windows does the same, then it means these
two emulators aren't currently supported by Emacs on Windows, because
Emacs assumes a native Windows console.

Patches to add support for curses-like escape sequences are welcome.

Previous Next

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