From: Peter Dyballa <Peter_Dyballa@Freenet.DE>
To: Lars Magne Ingebrigtsen <larsi@gnus.org>
Cc: 9065@debbugs.gnu.org
Subject: bug#9065: 24.0.50; ESC-> does not seem to function
Date: Sun, 9 Oct 2011 12:24:01 +0200 [thread overview]
Message-ID: <71CC3B57-1E83-411E-8D5D-473F946659BA@Freenet.DE> (raw)
In-Reply-To: <m3r53nk8r9.fsf@stories.gnus.org>
Am 11.09.2011 um 06:23 schrieb Lars Magne Ingebrigtsen:
> Peter Dyballa <Peter_Dyballa@Freenet.DE> writes:
>
>> Launched with -Q, to see whether effects I encounter in customised
>> copy might be due to the customisation. Here in a *compilation*
>> buffer
>> the compilation of GCC happens – 100,000 or so lines of output.
>> 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
>> 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
found the cause for the slow down, when I repeated this a lot in
*compilation* buffers with warnings in them: the cursor is not just
moved to the end of the buffer, while this happens the text is scanned
for warnings, errors, etc. The same seems to be true when using
isearch. It's also pretty slow in *compilation* buffers.
I don't know whether this is documented (it should be). What I'd wish
is that I could configure/customise the (large, > 10,000 lines)
*compilation* buffers (often compiling with -H and -Wl,-t) that it is
not scanned for compiler reports, either unconditionally or
conditionally based on the number of lines in the buffer, that this
scanning stops when the number becomes greater than a certain value.
There are means to search for these compiler reports, so there should
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.
– Allen's Law
next prev parent reply other threads:[~2011-10-09 10:24 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-13 9:01 bug#9065: 24.0.50; ESC-> does not seem to function Peter Dyballa
2011-09-11 4:23 ` Lars Magne Ingebrigtsen
2011-10-09 10:24 ` Peter Dyballa [this message]
2011-10-11 2:10 ` Stefan Monnier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=71CC3B57-1E83-411E-8D5D-473F946659BA@Freenet.DE \
--to=peter_dyballa@freenet.de \
--cc=9065@debbugs.gnu.org \
--cc=larsi@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.