From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ryan Johnson Newsgroups: gmane.emacs.bugs Subject: bug#7117: 23.2.2 mangles terminal escape sequences Date: Thu, 30 Sep 2010 17:14:16 +0200 Message-ID: <4CA4A948.70907@ece.cmu.edu> References: <4CA089B5.80601@ece.cmu.edu> <4CA174DA.701@ece.cmu.edu> <4CA47684.5020806@ece.cmu.edu> <4CA4A10B.8050201@ece.cmu.edu> <837hi3p994.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1285861314 10681 80.91.229.12 (30 Sep 2010 15:41:54 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 30 Sep 2010 15:41:54 +0000 (UTC) Cc: 7117@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Sep 30 17:41:53 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1P1LGY-0006WK-B7 for geb-bug-gnu-emacs@m.gmane.org; Thu, 30 Sep 2010 17:41:50 +0200 Original-Received: from localhost ([127.0.0.1]:50873 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P1LGX-0006rU-Ki for geb-bug-gnu-emacs@m.gmane.org; Thu, 30 Sep 2010 11:41:49 -0400 Original-Received: from [140.186.70.92] (port=39813 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P1LGN-0006qC-1r for bug-gnu-emacs@gnu.org; Thu, 30 Sep 2010 11:41:45 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1P1LGA-000816-SH for bug-gnu-emacs@gnu.org; Thu, 30 Sep 2010 11:41:38 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60637) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1P1LGA-000810-Qt for bug-gnu-emacs@gnu.org; Thu, 30 Sep 2010 11:41:26 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1P1Kni-0001Kf-CV; Thu, 30 Sep 2010 11:12:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Ryan Johnson Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 30 Sep 2010 15:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7117 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 7117-submit@debbugs.gnu.org id=B7117.12858594875115 (code B ref 7117); Thu, 30 Sep 2010 15:12:02 +0000 Original-Received: (at 7117) by debbugs.gnu.org; 30 Sep 2010 15:11:27 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1P1Kn8-0001KS-KO for submit@debbugs.gnu.org; Thu, 30 Sep 2010 11:11:26 -0400 Original-Received: from bache.ece.cmu.edu ([128.2.129.23]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1P1Kn5-0001KN-Hm for 7117@debbugs.gnu.org; Thu, 30 Sep 2010 11:11:24 -0400 Original-Received: from [128.178.77.144] (diaspc12.epfl.ch [128.178.77.144]) by bache.ece.cmu.edu (Postfix) with ESMTP id E5BCF1A1; Thu, 30 Sep 2010 11:14:18 -0400 (EDT) User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.8) Gecko/20100802 Lightning/1.0b2 Thunderbird/3.1.2 In-Reply-To: <837hi3p994.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Thu, 30 Sep 2010 11:12:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:40576 Archived-At: On 9/30/2010 4:59 PM, Eli Zaretskii wrote: >> From: Ryan Johnson >> Cc: 7117@debbugs.gnu.org >> >> At this point the symptom is easy enough to understand: sometimes >> discard-input gets unlucky and chops the front off of a partly-arrived >> escape sequence. >> >> The real question is, why would the command loop encounter errors and >> need to discard input at all? >> [1] _longjmp() >> =>[2] unwind_to_catch() >> [3] Fsignal() >> [4] xsignal() >> [5] xsignal0() >> [6] window_scroll() > The only calls to xsignal0 I see in window_scroll (or, rather, in its > subroutines) is to signal Qbeginning_of_buffer or Qend_of_buffer. > >> From the above, it seems that scrolling past beginning or end of buffer >> triggers an error, which I guess is somewhat justifiable. > Indeed. Perhaps we need some infrastructure to ignore errors in this > case (I assume `ignore-errors' won't help). Or maybe we should allow > not to discard input when we signal an error. Or maybe discard-input > should be smarter, and not discard partial escape sequences? One thing I don't get is, I've been using emacs over painfully slow ssh connections for literally years -- sometimes slow enough that keystrokes take visible time to echo. This was never really an issue before. In retrospect, it did pop up occasionally all along, but it was infrequent enough to hide in the shadow of xterm mouse escape sequences confusing emacs for x>95. Now it interferes with normal work. Is there some change that would have done this? I'm using the same bad internet connection as when I had emacs-22... >> However, on a >> very slow connection this morning mouse-clicking between or even within >> buffers caused problems. Unfortunately, setting debug-on-error doesn't >> seem to catch errors generated from C code. >> >> I could try to break on longjmp over another slow connection, but with >> the number of times it gets called for other reasons this would be slow >> going... >> >> Ideas? > You could put a breakpoint in Fsignal, and see if the problems with > mouse-clicking within buffers is also caused by signaling an error. I'll try that next time it becomes annoying (it's hit-and-miss...) Ryan