GNU bug report logs -
#11943
24.1.50; Emacs unusably slow when looking at large files (bidi support at fault)
Previous Next
Reported by: Dima Kogan <dima <at> secretsauce.net>
Date: Sun, 15 Jul 2012 00:57:01 UTC
Severity: normal
Found in version 24.1.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> From: Lawrence Mitchell <wence <at> gmx.li>
> Date: Sun, 15 Jul 2012 12:58:17 +0100
>
> This appears to be an issue with buffers that have no strongly
> R2L or L2R characters near point-min.
More accurately, it was an issue with _paragraphs_ that have no strong
directional characters.
> 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.
However, if you insert "a\n\n" at the beginning, the slowdown comes
back again. Which is to say that the problem is not with what we have
at point-min, but what we have in the paragraph around point. The
fact that setting bidi-paragraph-direction to a non-nil value makes
the problem go away is another telltale sign of that.
Anyway, it's solved now.
Thanks.
This bug report was last modified 13 years and 2 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.