From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.bugs Subject: bug#9065: 24.0.50; ESC-> does not seem to function Date: Sun, 9 Oct 2011 12:24:01 +0200 Message-ID: <71CC3B57-1E83-411E-8D5D-473F946659BA@Freenet.DE> References: <1AB10BE2-8490-4365-BB96-586D68F69C1A@Freenet.DE> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1318156088 19286 80.91.229.12 (9 Oct 2011 10:28:08 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 9 Oct 2011 10:28:08 +0000 (UTC) Cc: 9065@debbugs.gnu.org To: Lars Magne Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Oct 09 12:28:04 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RCqby-0003nx-Ml for geb-bug-gnu-emacs@m.gmane.org; Sun, 09 Oct 2011 12:28:02 +0200 Original-Received: from localhost ([::1]:34430 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RCqby-0005Lt-63 for geb-bug-gnu-emacs@m.gmane.org; Sun, 09 Oct 2011 06:28:02 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:59513) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RCqbv-0005Lb-01 for bug-gnu-emacs@gnu.org; Sun, 09 Oct 2011 06:28:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RCqbt-0004J5-PQ for bug-gnu-emacs@gnu.org; Sun, 09 Oct 2011 06:27:58 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:44688) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RCqbt-0004J1-Km for bug-gnu-emacs@gnu.org; Sun, 09 Oct 2011 06:27:57 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1RCqby-0003Ti-AM for bug-gnu-emacs@gnu.org; Sun, 09 Oct 2011 06:28:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Peter Dyballa Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 09 Oct 2011 10:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9065 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 9065-submit@debbugs.gnu.org id=B9065.131815602413296 (code B ref 9065); Sun, 09 Oct 2011 10:28:02 +0000 Original-Received: (at 9065) by debbugs.gnu.org; 9 Oct 2011 10:27:04 +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 1RCqb1-0003SO-3O for submit@debbugs.gnu.org; Sun, 09 Oct 2011 06:27:04 -0400 Original-Received: from mout6.freenet.de ([195.4.92.96]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RCqaw-0003Ru-6d for 9065@debbugs.gnu.org; Sun, 09 Oct 2011 06:27:00 -0400 Original-Received: from [195.4.92.141] (helo=mjail1.freenet.de) by mout6.freenet.de with esmtpa (ID peter_dyballa@freenet.de) (port 25) (Exim 4.76 #5) id 1RCqao-0008K1-Rv; Sun, 09 Oct 2011 12:26:50 +0200 Original-Received: from localhost ([::1]:52379 helo=mjail1.freenet.de) by mjail1.freenet.de with esmtpa (ID peter_dyballa@freenet.de) (Exim 4.76 #1) id 1RCqao-0005kH-Ny; Sun, 09 Oct 2011 12:26:50 +0200 Original-Received: from [195.4.92.18] (port=46561 helo=8.mx.freenet.de) by mjail1.freenet.de with esmtpa (ID peter_dyballa@freenet.de) (Exim 4.76 #1) id 1RCqY9-0004VP-2D; Sun, 09 Oct 2011 12:24:05 +0200 Original-Received: from ip-88-153-242-186.unitymediagroup.de ([88.153.242.186]:53037 helo=Latsche.fritz.box) by 8.mx.freenet.de with esmtpsa (ID peter_dyballa@freenet.de) (TLSv1:AES128-SHA:128) (port 587) (Exim 4.76 #1) id 1RCqY8-0006zx-RF; Sun, 09 Oct 2011 12:24:04 +0200 In-Reply-To: X-Mailer: Apple Mail (2.936) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sun, 09 Oct 2011 06:28:02 -0400 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:52448 Archived-At: Am 11.09.2011 um 06:23 schrieb Lars Magne Ingebrigtsen: > Peter Dyballa writes: > >> Launched with -Q, to see whether effects I encounter in customised >> copy might be due to the customisation. Here in a *compilation* =20 >> buffer >> the compilation of GCC happens =96 100,000 or so lines of output. =20 >> When I >> want to go the bottom of the buffer and type ESC-> the wristwatch >> cursor appears. It can stay of minutes, maybe even longer. No =20 >> movement >> of the text in the buffer happens. But when I press C-g the cursor is >> at once at the end of the buffer and is pushed further forward from >> the output just happening. > > Try (setq debug-on-quit t) and then `C-g'. Post the backtrace here. The failure is never so severe that it comes to debugging ... But I =20 found the cause for the slow down, when I repeated this a lot in =20 *compilation* buffers with warnings in them: the cursor is not just =20 moved to the end of the buffer, while this happens the text is scanned =20= for warnings, errors, etc. The same seems to be true when using =20 isearch. It's also pretty slow in *compilation* buffers. I don't know whether this is documented (it should be). What I'd wish =20= is that I could configure/customise the (large, > 10,000 lines) =20 *compilation* buffers (often compiling with -H and -Wl,-t) that it is =20= not scanned for compiler reports, either unconditionally or =20 conditionally based on the number of lines in the buffer, that this =20 scanning stops when the number becomes greater than a certain value. =20 There are means to search for these compiler reports, so there should =20= not be a side-project performed when moving the mark or isearch'ing. -- Greetings Pete Almost anything is easier to get into than out of. =96 Allen's Law