GNU bug report logs - #15013
emacs -nw doesn't always restore the terminal screen

Message received at submit <at> debbugs.gnu.org:

Received: (at submit) by debbugs.gnu.org; 2 Aug 2013 21:09:21 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Aug 02 17:09:21 2013
Received: from localhost ([127.0.0.1]:37066 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1V5MbB-0003TL-6k
	for submit <at> debbugs.gnu.org; Fri, 02 Aug 2013 17:09:21 -0400
Received: from eggs.gnu.org ([208.118.235.92]:45092)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <Andries.Brouwer@HIDDEN>) id 1V5Mb9-0003T6-N8
 for submit <at> debbugs.gnu.org; Fri, 02 Aug 2013 17:09:20 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <Andries.Brouwer@HIDDEN>) id 1V5Ied-0003wH-DY
 for submit <at> debbugs.gnu.org; Fri, 02 Aug 2013 12:56:48 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: **
X-Spam-Status: No, score=2.3 required=5.0 tests=BAYES_50,FAKE_REPLY_C
 autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:36471)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <Andries.Brouwer@HIDDEN>) id 1V5Ied-0003wB-AJ
 for submit <at> debbugs.gnu.org; Fri, 02 Aug 2013 12:56:39 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:60289)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <Andries.Brouwer@HIDDEN>) id 1V5IeV-0006KV-S3
 for bug-gnu-emacs@HIDDEN; Fri, 02 Aug 2013 12:56:39 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <Andries.Brouwer@HIDDEN>) id 1V5IeM-0003qq-Ko
 for bug-gnu-emacs@HIDDEN; Fri, 02 Aug 2013 12:56:31 -0400
Received: from fester.cwi.nl ([192.16.191.27]:60971)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <Andries.Brouwer@HIDDEN>) id 1V5IeM-0003qO-CC
 for bug-gnu-emacs@HIDDEN; Fri, 02 Aug 2013 12:56:22 -0400
Received: from fester.cwi.nl (fester.cwi.nl [192.16.191.27]) by fester.cwi.nl
 with ESMTP id r72GuCbb011175 for ; Fri, 2 Aug 2013 18:56:12 +0200
Received: from localhost (a80-101-109-117.adsl.xs4all.nl [80.101.109.117])
 (authenticated bits=0)
 by fester.cwi.nl (8.14.4/8.12.3) with ESMTP id r72GuBEr011173
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO);
 Fri, 2 Aug 2013 18:56:11 +0200
Date: Fri, 2 Aug 2013 18:56:05 +0200
From: "Andries E. Brouwer" <Andries.Brouwer@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: Re: emacs -nw doesn't always restore the terminal screen
Message-ID: <20130802165603.GA13204@jp>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x
X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address
 (bad octet value).
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -3.4 (---)
X-Debbugs-Envelope-To: submit
Cc: 14491 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.4 (---)

Two months ago I wrote

> Sometimes after exiting "emacs -nw" the cursor is left
> in the middle of a former terminal buffer.
> It feels like a timing issue.

Yesterday I had a different emacs problem (utf-8 pasted
into an emacs -nw buffer was corrupted when preceded by an
ESC-q command, for any q), and debugging showed that the problem
was not with emacs but with luit, a layer that sits between
xterm and emacs -nw. Since luit parses its input and recognizes
escape sequences, it is in a state where it truncates UTF-8
when it thinks it is reading an ISO 2022 escape sequence.

OK - so emacs -nw under luit has some strange corruption issues.

Returning to this old problem, I now conjecture that also that was
caused by luit. It is somewhat difficult to reproduce, but a moment ago
I did reproduce it once with emacs -nw under luit, and saw no problems
without luit.

Perhaps the problem has been solved and no emacs fixes are required.

Andries