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 12 years and 314 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.