From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#24109: 24.5; Long lines in message mode make Emacs irresponsive Date: Sat, 01 Oct 2016 20:47:00 +0300 Message-ID: <83a8eoklm3.fsf@gnu.org> References: <20160830123848.qxgg3hcawx4yqw4j@eab16011nb> <838tvenum4.fsf@gnu.org> <87wpiydzl7.fsf@wavexx.thregr.org> <83r396mdfr.fsf@gnu.org> <87lgzduwnm.fsf@wavexx.thregr.org> <83poopknr0.fsf@gnu.org> <87a8ft7x93.fsf@wavexx.thregr.org> <83d1kolxyi.fsf@gnu.org> <877faw9945.fsf@wavexx.thregr.org> <83pooofit8.fsf@gnu.org> <83fupjg0aj.fsf@gnu.org> <28e7ddc58bcfeec0@fake-msgid> <8737kgxaf0.fsf@wavexx.thregr.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1475344102 25631 195.159.176.226 (1 Oct 2016 17:48:22 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 1 Oct 2016 17:48:22 +0000 (UTC) Cc: 24109@debbugs.gnu.org, djcb@djcbsoftware.nl, Christophe.Troestler@umons.ac.be To: Yuri D'Elia Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Oct 01 19:48:18 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bqOOU-0005g1-0E for geb-bug-gnu-emacs@m.gmane.org; Sat, 01 Oct 2016 19:48:14 +0200 Original-Received: from localhost ([::1]:56686 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bqOOS-0006P2-Fe for geb-bug-gnu-emacs@m.gmane.org; Sat, 01 Oct 2016 13:48:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48954) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bqOOM-0006Ov-HK for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2016 13:48:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bqOOI-0008WM-8Y for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2016 13:48:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:35134) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bqOOI-0008WF-5C for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2016 13:48:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bqOOH-0000i8-UX for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2016 13:48:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Oct 2016 17:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24109 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 24109-submit@debbugs.gnu.org id=B24109.14753440512694 (code B ref 24109); Sat, 01 Oct 2016 17:48:01 +0000 Original-Received: (at 24109) by debbugs.gnu.org; 1 Oct 2016 17:47:31 +0000 Original-Received: from localhost ([127.0.0.1]:41324 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bqONm-0000hO-MW for submit@debbugs.gnu.org; Sat, 01 Oct 2016 13:47:30 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:57901) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bqONl-0000h9-5K for 24109@debbugs.gnu.org; Sat, 01 Oct 2016 13:47:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bqONc-00089Z-SW for 24109@debbugs.gnu.org; Sat, 01 Oct 2016 13:47:24 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37118) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bqONS-00082X-21; Sat, 01 Oct 2016 13:47:10 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2289 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bqONO-0000If-1b; Sat, 01 Oct 2016 13:47:08 -0400 In-reply-to: <8737kgxaf0.fsf@wavexx.thregr.org> (message from Yuri D'Elia on Sat, 01 Oct 2016 19:10:27 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:123867 Archived-At: > From: Yuri D'Elia > Cc: 24109@debbugs.gnu.org, djcb@djcbsoftware.nl, Christophe.Troestler@umons.ac.be > Date: Sat, 01 Oct 2016 19:10:27 +0200 > > On Thu, Jan 01 1970, Yuri D'Elia wrote: > >> What are your values of hscroll-step and hscroll-margin? > > hscroll-step 0 > hscroll-margin 5 > > (default values) > > > In addition to the above, here's one more: when hscroll_window_tree is > > called with w->hscroll already non-zero (i.e. after the display engine > > scrolls the window to bring point into the view), how come it tries > > again to hscroll the window? The complicated condition that starts at > > line 12993 is supposed to yield false in that case, because the X > > coordinate of the cursor, stored in w->cursor.x, is now supposed to be > > between the left and the right hscroll margins. Why isn't that > > happening in your case? > > > > Some values that might help understand the answer to the above are: > > > > in C: > > w->cursor > > w->min_hscroll > > in Lisp: > > hscroll-step > > hscroll-margin > > It took me a while to sit down on this issue again. Thanks, I hope you will be able to answer the rest of the questions above, so I could continue looking into this problem. > I noticed one thing while trying to restrict the problem: setting > auto-hscroll-mode to nil, an error is shown in the *Messages* buffer > instead of entering an infinite loop: > > previous-line: Beginning of buffer Could be related. previous-line signals this error whenever its subroutines report that point moved zero lines (more accurately, less lines than they were asked to move). It doesn't really check if it hit BOB. > while not moving the cursor at all on the first invocation, but working > on the second. If something is off there, it might as well be trigger > horizontal scrolling and thus conflict with the current goal column. Sorry, I don't understand what the last sentence tries to say. Thanks.