From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lawrence Mitchell Newsgroups: gmane.emacs.bugs Subject: bug#11943: 24.1.50; Emacs unusably slow when looking at large files (bidi support at fault) Date: Sun, 15 Jul 2012 12:58:17 +0100 Message-ID: <87fw8tqlra.fsf@gmx.li> References: <87vchp4zkk.fsf@shorty.local.i-did-not-set--mail-host-address--so-tickle-me> <83k3y5bu7k.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1342353558 25610 80.91.229.3 (15 Jul 2012 11:59:18 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 15 Jul 2012 11:59:18 +0000 (UTC) To: 11943@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jul 15 13:59:18 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1SqNTp-00027W-Sj for geb-bug-gnu-emacs@m.gmane.org; Sun, 15 Jul 2012 13:59:18 +0200 Original-Received: from localhost ([::1]:50541 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqNTp-0008EP-6m for geb-bug-gnu-emacs@m.gmane.org; Sun, 15 Jul 2012 07:59:17 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:55214) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqNTm-0008E8-Gl for bug-gnu-emacs@gnu.org; Sun, 15 Jul 2012 07:59:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SqNTl-0003fS-Ld for bug-gnu-emacs@gnu.org; Sun, 15 Jul 2012 07:59:14 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60582) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqNTl-0003fO-I8 for bug-gnu-emacs@gnu.org; Sun, 15 Jul 2012 07:59:13 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1SqNZN-0000cT-Qi for bug-gnu-emacs@gnu.org; Sun, 15 Jul 2012 08:05:01 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: <87vchp4zkk.fsf@shorty.local.i-did-not-set--mail-host-address--so-tickle-me> Resent-From: Lawrence Mitchell Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 15 Jul 2012 12:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11943 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.13423538702344 (code B ref -1); Sun, 15 Jul 2012 12:05:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 15 Jul 2012 12:04:30 +0000 Original-Received: from localhost ([127.0.0.1]:41895 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SqNYr-0000bl-N0 for submit@debbugs.gnu.org; Sun, 15 Jul 2012 08:04:29 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:47386) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SqNYp-0000bd-I7 for submit@debbugs.gnu.org; Sun, 15 Jul 2012 08:04:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SqNTC-0003dU-2t for submit@debbugs.gnu.org; Sun, 15 Jul 2012 07:58:38 -0400 Original-Received: from lists.gnu.org ([208.118.235.17]:60116) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqNTB-0003dQ-W9 for submit@debbugs.gnu.org; Sun, 15 Jul 2012 07:58:38 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:55158) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqNTB-00087e-6N for bug-gnu-emacs@gnu.org; Sun, 15 Jul 2012 07:58:37 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SqNTA-0003dE-6n for bug-gnu-emacs@gnu.org; Sun, 15 Jul 2012 07:58:37 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:45893) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqNT9-0003d6-W2 for bug-gnu-emacs@gnu.org; Sun, 15 Jul 2012 07:58:36 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SqNT5-0000v3-IJ for bug-gnu-emacs@gnu.org; Sun, 15 Jul 2012 13:58:31 +0200 Original-Received: from cpc11-sgyl30-2-0-cust962.sgyl.cable.virginmedia.com ([94.175.87.195]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 15 Jul 2012 13:58:31 +0200 Original-Received: from wence by cpc11-sgyl30-2-0-cust962.sgyl.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 15 Jul 2012 13:58:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 30 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cpc11-sgyl30-2-0-cust962.sgyl.cable.virginmedia.com User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.1.50 (gnu/linux) Cancel-Lock: sha1:9VBbwYKgHddBLfP2/F8D9YNU+Oo= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:61953 Archived-At: Eli Zaretskii wrote: [...] > What is the major mode in the buffer where you see this? I mean the > real-life example where you bumped into this, not the 'snippet' file > produced by the above. This appears to be an issue with buffers that have no strongly R2L or L2R characters near point-min. emacs -Q C-x b *tmp* RET M-x fundamental-mode RET M-: (dotimes (i 100000) (insert "1\n")) RET M-< next-line now has a noticeable delay (especially when holding down next-line, display doesn't update the cursor position). Now insert an 'a' somewhere near the beginning of the buffer, display updates appear instantaneous again. If we instead go to the end of the buffer and insert an 'a', no such change in the response occurs. Cheers, Lawrence -- Lawrence Mitchell