From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: dhruva Newsgroups: gmane.emacs.devel Subject: Re: terminal getting garbled running 'emacs -nw' Date: Sat, 9 Aug 2014 15:15:11 -0700 Message-ID: References: <83a97dlbxw.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=bcaec517a8f6c87786050039a7f9 X-Trace: ger.gmane.org 1407622538 24035 80.91.229.3 (9 Aug 2014 22:15:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 9 Aug 2014 22:15:38 +0000 (UTC) Cc: emacs development To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 10 00:15:27 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XGEv7-0004yk-BA for ged-emacs-devel@m.gmane.org; Sun, 10 Aug 2014 00:15:25 +0200 Original-Received: from localhost ([::1]:57546 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XGEv6-0001dn-SJ for ged-emacs-devel@m.gmane.org; Sat, 09 Aug 2014 18:15:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35757) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XGEv0-0001c9-G2 for emacs-devel@gnu.org; Sat, 09 Aug 2014 18:15:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XGEuv-0002VX-Nm for emacs-devel@gnu.org; Sat, 09 Aug 2014 18:15:18 -0400 Original-Received: from mail-ie0-x230.google.com ([2607:f8b0:4001:c03::230]:64821) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XGEuu-0002V2-7I; Sat, 09 Aug 2014 18:15:12 -0400 Original-Received: by mail-ie0-f176.google.com with SMTP id tr6so7808758ieb.7 for ; Sat, 09 Aug 2014 15:15:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=sXHcwjk8l+3fqGqy8ZW7aB2DX9VywY1A38YJ5pccXXM=; b=kNCJ/TfodQoX1r4OIdjj0zYEJX2RH1AtXWLB/AKrtm4EzBW8oRFCL0aLQqXS92xFBw vXw9WtczhZkvooDDlzJyyC+OcZvE+mGc/8r6UQ+851xBKcx7f1qLBD+v097UKvyfIyAl cB090c0dIhxWfPWHYKRHILMx3LBh5cmAZe9pPElO4nYOWygiCH6WlGUmV/Ty66feBC9U 6UbnTEgYN7K5iJ8AEMLm5idhJJM1C4N2UwWBIrWn/vPD8R3KA9BjzaN56OPZNQpB4Htw PdzAKsX81JibM+tapJdsJgNkLuqiRooHnaQE5VGKoLVA3t0KZuXwJERciD7Y+cSOmBML Uwmw== X-Received: by 10.43.69.202 with SMTP id yd10mr21565878icb.36.1407622511620; Sat, 09 Aug 2014 15:15:11 -0700 (PDT) Original-Received: by 10.107.155.130 with HTTP; Sat, 9 Aug 2014 15:15:11 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4001:c03::230 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:173528 Archived-At: --bcaec517a8f6c87786050039a7f9 Content-Type: text/plain; charset=ISO-8859-1 I suspect the problem happens when the cursor moves to the modeline. When you do the page-up and page-down, at some point you will notice the cursor on the mode line. After that, you will see the minibuffer height increase and the garbling starts. To me, it appears like the count of lines/rows in the frame during the scrolling is off by 1. This has a domino effect on subsequent page up and down and ends up messing the modeline and the menubar. Well, this is just a hypothesis based on observation. -dhruva On Sat, Aug 9, 2014 at 2:14 PM, dhruva wrote: > I agree. Once you reproduce the problem with the first approach, the > second flow reproduces it again. I am suspecting if we are somehow > corrupting the tty. > > I am happy that you could reproduce it. Give me some pointers and I will > debug. By the way, it has been a long (almost 5 years) since I started > following emacs-devel closely. > Nice to see the same familiar hackers hacking away on emacs. > > with best regards, > dhruva > > > On Sat, Aug 9, 2014 at 12:06 PM, Eli Zaretskii wrote: > >> > Date: Sat, 9 Aug 2014 10:03:17 -0700 >> > From: dhruva >> > >> > I found an easier way to reproduce the problem. >> > >> > - Run emacs in terminal (-nw) mode: emacs -q -nw >> > - M-x to enger minibuffer prompt >> > - Type 'ho' and hit TAB >> > - CTRL-g will quit the command but the menubar is gone and the >> minibuffer >> > frame is multiple lines high >> >> This doesn't reproduce the problem for me (your previous recipe did). >> > > --bcaec517a8f6c87786050039a7f9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I suspect the problem happens when the cursor moves to the= modeline. When you do the page-up and page-down, at some point you will no= tice the cursor on the mode line. After that, you will see the minibuffer h= eight increase and the garbling starts.

To me, it appears like the count of lines/rows in the frame = during the scrolling is off by 1. This has a domino effect on subsequent pa= ge up and down and ends up messing the modeline and the menubar.

Well, this is just a hypothesis based on observation.
<= div>
-dhruva


On Sat, Aug 9, 2014 at 2:14 PM, dhruva <dhruva= km@gmail.com> wrote:
I agree. Once you reproduce= the problem with the first approach, the second flow reproduces it again. = I am suspecting if we are somehow corrupting the tty.

I am happy that you could reproduce it. Give me some pointer= s and I will debug. By the way, it has been a long (almost 5 years) since I= started following emacs-devel closely.
Nice to see the same familiar hackers hacking away on emacs.

with best regards,
dhruva


On Sat, Aug 9, 2014 at 12:06 PM, Eli Zaretskii <eliz@gnu.org> wro= te:
> Date: Sat, 9 Aug 2014 10:03:17 -0700 > From: dhruva <dhruvakm@gmail.com>
>
> I found an easier way to reproduce the problem.
>
> - Run emacs in terminal (-nw) mode: emacs -q -nw
> - M-x to enger minibuffer prompt
> - Type 'ho' and hit TAB
> - CTRL-g will quit the command but the menubar is gone and the minibuf= fer
> frame is multiple lines high

This doesn't reproduce the problem for me (your previous recipe d= id).


--bcaec517a8f6c87786050039a7f9--