From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Lars Magne Ingebrigtsen Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Sep 2011 18:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 9470@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.131567981930446 (code B ref -1); Sat, 10 Sep 2011 18:37:01 +0000 Received: (at submit) by debbugs.gnu.org; 10 Sep 2011 18:36:59 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2SQE-0007v0-J6 for submit@debbugs.gnu.org; Sat, 10 Sep 2011 14:36:59 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2SQB-0007us-Hl for submit@debbugs.gnu.org; Sat, 10 Sep 2011 14:36:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R2SM5-0005vv-RT for submit@debbugs.gnu.org; Sat, 10 Sep 2011 14:32:44 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:36748) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R2SM5-0005vn-Od for submit@debbugs.gnu.org; Sat, 10 Sep 2011 14:32:41 -0400 Received: from eggs.gnu.org ([140.186.70.92]:60086) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R2SM3-000551-3R for bug-gnu-emacs@gnu.org; Sat, 10 Sep 2011 14:32:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R2SM0-0005vY-EI for bug-gnu-emacs@gnu.org; Sat, 10 Sep 2011 14:32:39 -0400 Received: from hermes.netfonds.no ([80.91.224.195]:51084) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R2SM0-0005vS-1d for bug-gnu-emacs@gnu.org; Sat, 10 Sep 2011 14:32:36 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1R2SLs-00031b-F1 for bug-gnu-emacs@gnu.org; Sat, 10 Sep 2011 20:32:28 +0200 From: Lars Magne Ingebrigtsen Date: Sat, 10 Sep 2011 20:28:49 +0200 Message-ID: X-Now-Playing: Various's _Bustin' Out 1983: New Wave To New Beat Volume 3_: "Front 242 - Take One" MIME-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) X-MailScanner-ID: 1R2SLs-00031b-F1 X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1316284348.8779@c/Wa6cd3Buaokza/hcMcwg 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-Received-From: 140.186.70.17 X-Spam-Score: -4.7 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.7 (----) I just experienced a massively slow Gnus article buffer. The following seems to reproduce the problem: (progn (pop-to-buffer "lala") (dotimes (i 197000) (insert "* 194624 FETCH (UID 194633 FLAGS (%Seen))\r\n* 194625 FETCH (UID 194634 FLAGS (%Seen))\r\n"))) If I hit `up' after that, Emacs takes about five seconds for each cursor movement. I haven't actually confirmed that this is bidi-related, though, but it's a recentish regression. In GNU Emacs 24.0.50.17 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1) of 2011-09-10 on stories Windowing system distributor `The X.Org Foundation', version 11.0.10707000 Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US value of $XMODIFIERS: nil locale-coding-system: iso-latin-1-unix default enable-multibyte-characters: t Major mode: Group Minor modes in effect: diff-auto-refine-mode: t gnus-topic-mode: t gnus-undo-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t Recent input: s e n t SPC o u t , SPC t h i s SPC i s SPC s o m e t h i n g SPC t h a t SPC n o SPC E m a c s SPC f e w SPC E m a c s SPC u s e r s SPC w i l l SPC b e SPC a b l e SPC t o SPC u s e , SPC s i n c e SPC u s i n g , SPC s i n c e SPC i f SPC w e SPC c h a n g e SPC t h e SPC d e f a u l t SPC t o SPC ` s e n d - m a i l = - c l u s i n g - t h e - c l e v e r - n e w - l i n b u u x - a p i ' SPC , SPC t h e y ' l l SPC n e v e r SPC s e e SPC i t . SPC i n SPC E m a c s SPC 2 6 . 1 M-q C-c C-c D q J S g P SPC SPC SPC N C-x o M-> i M-> M-= C-SPC M-w M-> M-= M-< M-= q M-x r e p o r Recent messages: Mark set XZ uncompressing nnimap-buffer.txt.xz...done XZ uncompressing nnimap-buffer.txt.xz...done Mark set Region has 194633 lines, 8019850 characters Mark set [2 times] Region has 15 lines, 497 characters Mark set Region has 194677 lines, 8021475 characters Making completion list... Load-path shadows: /home/larsi/pgnus/lisp/compface hides ~/pgnus/contrib/compface ~/lisp/zenirc-2.112/src/zenirc-example hides /home/larsi/lisp/zenirc-example ~/pgnus/contrib/vcard hides /home/larsi/lisp/vcard /home/larsi/src/clock.el/clock hides /home/larsi/lisp/clock /home/larsi/src/cddb.el/expect hides /home/larsi/lisp/expect /home/larsi/src/pvr.el/pvr hides /home/larsi/lisp/pvr /home/larsi/pgnus/lisp/md4 hides /home/larsi/src/emacs/trunk/lisp/md4 /home/larsi/pgnus/lisp/color hides /home/larsi/src/emacs/trunk/lisp/color /home/larsi/pgnus/lisp/format-spec hides /home/larsi/src/emacs/trunk/lisp/format-spec /home/larsi/pgnus/lisp/password-cache hides /home/larsi/src/emacs/trunk/lisp/password-cache /home/larsi/pgnus/lisp/hex-util hides /home/larsi/src/emacs/trunk/lisp/hex-util /home/larsi/pgnus/lisp/dns-mode hides /home/larsi/src/emacs/trunk/lisp/textmodes/dns-mode /home/larsi/pgnus/lisp/tls hides /home/larsi/src/emacs/trunk/lisp/net/tls /home/larsi/pgnus/lisp/ntlm hides /home/larsi/src/emacs/trunk/lisp/net/ntlm /home/larsi/pgnus/lisp/hmac-def hides /home/larsi/src/emacs/trunk/lisp/net/hmac-def /home/larsi/pgnus/lisp/sasl-ntlm hides /home/larsi/src/emacs/trunk/lisp/net/sasl-ntlm /home/larsi/pgnus/lisp/hmac-md5 hides /home/larsi/src/emacs/trunk/lisp/net/hmac-md5 /home/larsi/pgnus/lisp/dns hides /home/larsi/src/emacs/trunk/lisp/net/dns /home/larsi/pgnus/lisp/imap hides /home/larsi/src/emacs/trunk/lisp/net/imap /home/larsi/pgnus/lisp/dig hides /home/larsi/src/emacs/trunk/lisp/net/dig /home/larsi/pgnus/lisp/sasl hides /home/larsi/src/emacs/trunk/lisp/net/sasl /home/larsi/pgnus/lisp/sasl-cram hides /home/larsi/src/emacs/trunk/lisp/net/sasl-cram /home/larsi/pgnus/lisp/netrc hides /home/larsi/src/emacs/trunk/lisp/net/netrc /home/larsi/pgnus/lisp/sasl-digest hides /home/larsi/src/emacs/trunk/lisp/net/sasl-digest /home/larsi/pgnus/lisp/hashcash hides /home/larsi/src/emacs/trunk/lisp/mail/hashcash /home/larsi/pgnus/lisp/binhex hides /home/larsi/src/emacs/trunk/lisp/mail/binhex /home/larsi/pgnus/lisp/uudecode hides /home/larsi/src/emacs/trunk/lisp/mail/uudecode /home/larsi/pgnus/lisp/spam-report hides /home/larsi/src/emacs/trunk/lisp/gnus/spam-report /home/larsi/pgnus/lisp/gnus-sieve hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-sieve /home/larsi/pgnus/lisp/rfc2045 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2045 /home/larsi/pgnus/lisp/gnus-salt hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-salt /home/larsi/pgnus/lisp/gnus-gravatar hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-gravatar /home/larsi/pgnus/lisp/utf7 hides /home/larsi/src/emacs/trunk/lisp/gnus/utf7 /home/larsi/pgnus/lisp/auth-source hides /home/larsi/src/emacs/trunk/lisp/gnus/auth-source /home/larsi/pgnus/lisp/registry hides /home/larsi/src/emacs/trunk/lisp/gnus/registry /home/larsi/pgnus/lisp/nndraft hides /home/larsi/src/emacs/trunk/lisp/gnus/nndraft /home/larsi/pgnus/lisp/mm-partial hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-partial /home/larsi/pgnus/lisp/plstore hides /home/larsi/src/emacs/trunk/lisp/gnus/plstore /home/larsi/pgnus/lisp/gnus-cite hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-cite /home/larsi/pgnus/lisp/mm-url hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-url /home/larsi/pgnus/lisp/nnmh hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmh /home/larsi/pgnus/lisp/nnbabyl hides /home/larsi/src/emacs/trunk/lisp/gnus/nnbabyl /home/larsi/pgnus/lisp/mm-extern hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-extern /home/larsi/pgnus/lisp/mm-encode hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-encode /home/larsi/pgnus/lisp/gnus-sync hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-sync /home/larsi/pgnus/lisp/gnus-cus hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-cus /home/larsi/pgnus/lisp/rfc2231 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2231 /home/larsi/pgnus/lisp/gnus-range hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-range /home/larsi/pgnus/lisp/gnus-topic hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-topic /home/larsi/pgnus/lisp/gnus-diary hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-diary /home/larsi/pgnus/lisp/flow-fill hides /home/larsi/src/emacs/trunk/lisp/gnus/flow-fill /home/larsi/pgnus/lisp/gnus-eform hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-eform /home/larsi/pgnus/lisp/gmm-utils hides /home/larsi/src/emacs/trunk/lisp/gnus/gmm-utils /home/larsi/pgnus/lisp/gnus-vm hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-vm /home/larsi/pgnus/lisp/gnus-demon hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-demon /home/larsi/pgnus/lisp/compface hides /home/larsi/src/emacs/trunk/lisp/gnus/compface /home/larsi/pgnus/lisp/gnus-undo hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-undo /home/larsi/pgnus/lisp/mail-parse hides /home/larsi/src/emacs/trunk/lisp/gnus/mail-parse /home/larsi/pgnus/lisp/gssapi hides /home/larsi/src/emacs/trunk/lisp/gnus/gssapi /home/larsi/pgnus/lisp/score-mode hides /home/larsi/src/emacs/trunk/lisp/gnus/score-mode /home/larsi/pgnus/lisp/nnnil hides /home/larsi/src/emacs/trunk/lisp/gnus/nnnil /home/larsi/pgnus/lisp/gnus-kill hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-kill /home/larsi/pgnus/lisp/rfc2047 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2047 /home/larsi/pgnus/lisp/gnus-start hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-start /home/larsi/pgnus/lisp/mml-smime hides /home/larsi/src/emacs/trunk/lisp/gnus/mml-smime /home/larsi/pgnus/lisp/nnmail hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmail /home/larsi/pgnus/lisp/mml hides /home/larsi/src/emacs/trunk/lisp/gnus/mml /home/larsi/pgnus/lisp/gnus-html hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-html /home/larsi/pgnus/lisp/sieve-manage hides /home/larsi/src/emacs/trunk/lisp/gnus/sieve-manage /home/larsi/pgnus/lisp/nnmaildir hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmaildir /home/larsi/pgnus/lisp/nnoo hides /home/larsi/src/emacs/trunk/lisp/gnus/nnoo /home/larsi/pgnus/lisp/mm-decode hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-decode /home/larsi/pgnus/lisp/rfc1843 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc1843 /home/larsi/pgnus/lisp/yenc hides /home/larsi/src/emacs/trunk/lisp/gnus/yenc /home/larsi/pgnus/lisp/nnir hides /home/larsi/src/emacs/trunk/lisp/gnus/nnir /home/larsi/pgnus/lisp/mml1991 hides /home/larsi/src/emacs/trunk/lisp/gnus/mml1991 /home/larsi/pgnus/lisp/qp hides /home/larsi/src/emacs/trunk/lisp/gnus/qp /home/larsi/pgnus/lisp/gnus-logic hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-logic /home/larsi/pgnus/lisp/mm-uu hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-uu /home/larsi/pgnus/lisp/nnvirtual hides /home/larsi/src/emacs/trunk/lisp/gnus/nnvirtual /home/larsi/pgnus/lisp/mail-prsvr hides /home/larsi/src/emacs/trunk/lisp/gnus/mail-prsvr /home/larsi/pgnus/lisp/mail-source hides /home/larsi/src/emacs/trunk/lisp/gnus/mail-source /home/larsi/pgnus/lisp/gnus-group hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-group /home/larsi/pgnus/lisp/mml-sec hides /home/larsi/src/emacs/trunk/lisp/gnus/mml-sec /home/larsi/pgnus/lisp/mm-view hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-view /home/larsi/pgnus/lisp/mm-bodies hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-bodies /home/larsi/pgnus/lisp/gnus-registry hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-registry /home/larsi/pgnus/lisp/nnml hides /home/larsi/src/emacs/trunk/lisp/gnus/nnml /home/larsi/pgnus/lisp/sieve hides /home/larsi/src/emacs/trunk/lisp/gnus/sieve /home/larsi/pgnus/lisp/gnus-dup hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-dup /home/larsi/pgnus/lisp/shr-color hides /home/larsi/src/emacs/trunk/lisp/gnus/shr-color /home/larsi/pgnus/lisp/gnus-mh hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-mh /home/larsi/pgnus/lisp/gnus-async hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-async /home/larsi/pgnus/lisp/nntp hides /home/larsi/src/emacs/trunk/lisp/gnus/nntp /home/larsi/pgnus/lisp/pop3 hides /home/larsi/src/emacs/trunk/lisp/gnus/pop3 /home/larsi/pgnus/lisp/gnus-dired hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-dired /home/larsi/pgnus/lisp/nnheader hides /home/larsi/src/emacs/trunk/lisp/gnus/nnheader /home/larsi/pgnus/lisp/ecomplete hides /home/larsi/src/emacs/trunk/lisp/gnus/ecomplete /home/larsi/pgnus/lisp/nnmairix hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmairix /home/larsi/pgnus/lisp/gnus-srvr hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-srvr /home/larsi/pgnus/lisp/canlock hides /home/larsi/src/emacs/trunk/lisp/gnus/canlock /home/larsi/pgnus/lisp/starttls hides /home/larsi/src/emacs/trunk/lisp/gnus/starttls /home/larsi/pgnus/lisp/html2text hides /home/larsi/src/emacs/trunk/lisp/gnus/html2text /home/larsi/pgnus/lisp/gnus-bcklg hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-bcklg /home/larsi/pgnus/lisp/gnus-score hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-score /home/larsi/pgnus/lisp/nnfolder hides /home/larsi/src/emacs/trunk/lisp/gnus/nnfolder /home/larsi/pgnus/lisp/nnagent hides /home/larsi/src/emacs/trunk/lisp/gnus/nnagent /home/larsi/pgnus/lisp/nneething hides /home/larsi/src/emacs/trunk/lisp/gnus/nneething /home/larsi/pgnus/lisp/shr hides /home/larsi/src/emacs/trunk/lisp/gnus/shr /home/larsi/pgnus/lisp/gnus-msg hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-msg /home/larsi/pgnus/lisp/rfc2104 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2104 /home/larsi/pgnus/lisp/gnus-ems hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-ems /home/larsi/pgnus/lisp/gnus hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus /home/larsi/pgnus/lisp/nnmbox hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmbox /home/larsi/pgnus/lisp/gnus-cache hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-cache /home/larsi/pgnus/lisp/gnus-setup hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-setup /home/larsi/pgnus/lisp/message hides /home/larsi/src/emacs/trunk/lisp/gnus/message /home/larsi/pgnus/lisp/gnus-art hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-art /home/larsi/pgnus/lisp/nnregistry hides /home/larsi/src/emacs/trunk/lisp/gnus/nnregistry /home/larsi/pgnus/lisp/nnrss hides /home/larsi/src/emacs/trunk/lisp/gnus/nnrss /home/larsi/pgnus/lisp/nnweb hides /home/larsi/src/emacs/trunk/lisp/gnus/nnweb /home/larsi/pgnus/lisp/spam-stat hides /home/larsi/src/emacs/trunk/lisp/gnus/spam-stat /home/larsi/pgnus/lisp/mml2015 hides /home/larsi/src/emacs/trunk/lisp/gnus/mml2015 /home/larsi/pgnus/lisp/spam hides /home/larsi/src/emacs/trunk/lisp/gnus/spam /home/larsi/pgnus/lisp/gravatar hides /home/larsi/src/emacs/trunk/lisp/gnus/gravatar /home/larsi/pgnus/lisp/gnus-fun hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-fun /home/larsi/pgnus/lisp/smiley hides /home/larsi/src/emacs/trunk/lisp/gnus/smiley /home/larsi/pgnus/lisp/sieve-mode hides /home/larsi/src/emacs/trunk/lisp/gnus/sieve-mode /home/larsi/pgnus/lisp/gnus-picon hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-picon /home/larsi/pgnus/lisp/gnus-bookmark hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-bookmark /home/larsi/pgnus/lisp/ietf-drums hides /home/larsi/src/emacs/trunk/lisp/gnus/ietf-drums /home/larsi/pgnus/lisp/gnus-agent hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-agent /home/larsi/pgnus/lisp/gnus-util hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-util /home/larsi/pgnus/lisp/gnus-int hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-int /home/larsi/pgnus/lisp/gnus-sum hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-sum /home/larsi/pgnus/lisp/nndiary hides /home/larsi/src/emacs/trunk/lisp/gnus/nndiary /home/larsi/pgnus/lisp/legacy-gnus-agent hides /home/larsi/src/emacs/trunk/lisp/gnus/legacy-gnus-agent /home/larsi/pgnus/lisp/gnus-delay hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-delay /home/larsi/pgnus/lisp/nngateway hides /home/larsi/src/emacs/trunk/lisp/gnus/nngateway /home/larsi/pgnus/lisp/nnimap hides /home/larsi/src/emacs/trunk/lisp/gnus/nnimap /home/larsi/pgnus/lisp/messcompat hides /home/larsi/src/emacs/trunk/lisp/gnus/messcompat /home/larsi/pgnus/lisp/nndoc hides /home/larsi/src/emacs/trunk/lisp/gnus/nndoc /home/larsi/pgnus/lisp/smime hides /home/larsi/src/emacs/trunk/lisp/gnus/smime /home/larsi/pgnus/lisp/deuglify hides /home/larsi/src/emacs/trunk/lisp/gnus/deuglify /home/larsi/pgnus/lisp/gnus-win hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-win /home/larsi/pgnus/lisp/gnus-spec hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-spec /home/larsi/pgnus/lisp/gnus-ml hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-ml /home/larsi/pgnus/lisp/gnus-uu hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-uu /home/larsi/pgnus/lisp/gnus-draft hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-draft /home/larsi/pgnus/lisp/nndir hides /home/larsi/src/emacs/trunk/lisp/gnus/nndir /home/larsi/pgnus/lisp/.dir-locals hides /home/larsi/src/emacs/trunk/lisp/gnus/.dir-locals /home/larsi/pgnus/lisp/mailcap hides /home/larsi/src/emacs/trunk/lisp/gnus/mailcap /home/larsi/pgnus/lisp/mm-util hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-util /home/larsi/pgnus/lisp/nnspool hides /home/larsi/src/emacs/trunk/lisp/gnus/nnspool /home/larsi/pgnus/lisp/spam-wash hides /home/larsi/src/emacs/trunk/lisp/gnus/spam-wash /home/larsi/pgnus/lisp/gnus-mlspl hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-mlspl /home/larsi/pgnus/lisp/rtree hides /home/larsi/src/emacs/trunk/lisp/gnus/rtree /home/larsi/pgnus/lisp/time-date hides /home/larsi/src/emacs/trunk/lisp/calendar/time-date /home/larsi/pgnus/lisp/parse-time hides /home/larsi/src/emacs/trunk/lisp/calendar/parse-time /home/larsi/pgnus/lisp/pgg-gpg hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-gpg /home/larsi/pgnus/lisp/pgg-pgp5 hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-pgp5 /home/larsi/pgnus/lisp/pgg-def hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-def /home/larsi/pgnus/lisp/pgg-parse hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-parse /home/larsi/pgnus/lisp/pgg-pgp hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-pgp /home/larsi/pgnus/lisp/pgg hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg Features: (smerge-mode newcomment log-edit vc-sccs vc-svn vc-rcs vc-dir ewoc rect kmacro whitespace log-view pcvs-util vc ediff-merg ediff-diff ediff-wind ediff-help ediff-util ediff-mult ediff-init ediff vc-dispatcher etags ring vc-bzr cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs url-handlers thingatpt flow-fill pp diff-mode smiley ansi-color shr-color color timezone url-queue gnus-html url-cache shr browse-url mailalias smtpmail sendmail gnus-bcklg gnus-draft shadow sort emacsbug help-mode view gnus-cite ecomplete multi-isearch mule-util gnus-async gnus-dup qp gnus-ml gmane spam-gmane dns mm-url gnus-fun gnus-mdrtn gnus-topic nndoc nnmbox nndraft nnfolder utf-7 nnimap parse-time utf7 gnutls rot13 disp-table netrc network-stream starttls nnmh copyright vc-cvs nnagent nnml spam-report spam spam-stat gnus-uu yenc gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg gnus-art mm-uu mml2015 epg-config mm-view mml-smime smime dig nntp gnus-cache nnir gnus-sum nnoo gnus-group gnus-undo nnmail mail-source gnus-start gnus-spec gnus-int gnus-range message format-spec rfc822 mml easymenu mml-sec mailabbrev gmm-utils mailheader gnus-win gnus-load gnus gnus-ems nnheader mail-utils wid-edit uniquify advice help-fns advice-preload debbugs-gnu easy-mmode derived tabulated-list debbugs soap-client mm-decode mm-bodies mm-encode url-http tls url-auth mail-parse rfc2231 rfc2047 rfc2045 ietf-drums url-gw url url-proxy url-privacy url-expand url-methods url-history url-cookie url-util url-parse auth-source eieio byte-opt bytecomp byte-compile cconv macroexp assoc gnus-util password-cache url-vars mm-util mail-prsvr mailcap warnings xml ido flyspell ispell dired regexp-opt add-log mail-extr jka-compr cl time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dynamic-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Christoph Scholtes Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Sep 2011 18:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Magne Ingebrigtsen Cc: 9470@debbugs.gnu.org, Eli Zaretskii Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.13156805801955 (code B ref 9470); Sat, 10 Sep 2011 18:50:02 +0000 Received: (at 9470) by debbugs.gnu.org; 10 Sep 2011 18:49:40 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2ScW-0000VU-1k for submit@debbugs.gnu.org; Sat, 10 Sep 2011 14:49:40 -0400 Received: from mail-gy0-f172.google.com ([209.85.160.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2ScS-0000VM-FV for 9470@debbugs.gnu.org; Sat, 10 Sep 2011 14:49:37 -0400 Received: by gyd12 with SMTP id 12so2263447gyd.3 for <9470@debbugs.gnu.org>; Sat, 10 Sep 2011 11:45:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=gWd4ijYHEWjITFUFuZ+xd7oYOh68oRG0xc1wukrZZiE=; b=WhVJ0tcZLHAlBLuvvpytapIqnnzAFghNJpKh+mU10/zszbGy9GzfO9y0dAZG0d3Uao vxdsXymbgtbMxoQy01FZK4zHTrxNHKeZ8hPQ+SDoVpzqToEWbl3LW2PbT6hn/0bLP+6F cEYQJQqD4y0pEVCWeDJiRVzkv+9gqjXL9Q2Gg= Received: by 10.42.156.134 with SMTP id z6mr1321013icw.245.1315680324543; Sat, 10 Sep 2011 11:45:24 -0700 (PDT) Received: from [192.168.1.4] (71-208-134-200.hlrn.qwest.net [71.208.134.200]) by mx.google.com with ESMTPS id r2sm14133113ibq.7.2011.09.10.11.45.19 (version=SSLv3 cipher=OTHER); Sat, 10 Sep 2011 11:45:23 -0700 (PDT) Message-ID: <4E6BB02F.309@gmail.com> Date: Sat, 10 Sep 2011 12:45:03 -0600 From: Christoph Scholtes User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -3.9 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.9 (---) On 9/10/2011 12:28 PM, Lars Magne Ingebrigtsen wrote: > I just experienced a massively slow Gnus article buffer. I noticed a slow scrolling behavior when editing a Python file also. I am not sure if these issues are related. Holding C-n shows the same skipping behavior I usually experience in big c files. The cursor disappears and at some point it catches up. This does however not happen when holding C-p to go upwards. M-: (setq bidi-display-reordering nil) solves the problem and C-n and C-p behave normally. Disabling font-lock works also, so font-lock plus bidi-reordering is probably too slow? Eli, let me know if there is any way to help troubleshoot this. Christoph From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Sep 2011 19:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Christoph Scholtes Cc: 9470@debbugs.gnu.org, larsi@gnus.org Reply-To: Eli Zaretskii Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.13156824109923 (code B ref 9470); Sat, 10 Sep 2011 19:21:01 +0000 Received: (at 9470) by debbugs.gnu.org; 10 Sep 2011 19:20:10 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2T61-0002a0-Ux for submit@debbugs.gnu.org; Sat, 10 Sep 2011 15:20:10 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2T5z-0002Zt-D8 for 9470@debbugs.gnu.org; Sat, 10 Sep 2011 15:20:08 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R2T1v-0003JX-4s; Sat, 10 Sep 2011 15:15:55 -0400 Date: Sat, 10 Sep 2011 15:15:55 -0400 Message-Id: From: Eli Zaretskii In-reply-to: <4E6BB02F.309@gmail.com> (message from Christoph Scholtes on Sat, 10 Sep 2011 12:45:03 -0600) References: <4E6BB02F.309@gmail.com> X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > Date: Sat, 10 Sep 2011 12:45:03 -0600 > From: Christoph Scholtes > CC: 9470@debbugs.gnu.org, Eli Zaretskii > > Eli, let me know if there is any way to help troubleshoot this. I need a file where you see the slowdown, and customizations, if any, needed to reproduce it starting with "emacs -Q". TIA From unknown Sun Aug 10 09:14:57 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.427 (Entity 5.427) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Lars Magne Ingebrigtsen Subject: bug#9470: closed (Re: bug#9470: 24.0.50; Possible bidi-related slowness) Message-ID: References: X-Gnu-PR-Message: they-closed 9470 X-Gnu-PR-Package: emacs Reply-To: 9470@debbugs.gnu.org Date: Sat, 10 Sep 2011 19:31:01 +0000 Content-Type: multipart/mixed; boundary="----------=_1315683061-13519-1" This is a multi-part message in MIME format... ------------=_1315683061-13519-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #9470: 24.0.50; Possible bidi-related slowness which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 9470@debbugs.gnu.org. --=20 9470: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D9470 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1315683061-13519-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 9470-done) by debbugs.gnu.org; 10 Sep 2011 19:30:21 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2TFs-0003DX-Jk for submit@debbugs.gnu.org; Sat, 10 Sep 2011 15:30:20 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2TFq-0003DA-LZ for 9470-done@debbugs.gnu.org; Sat, 10 Sep 2011 15:30:19 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R2TBm-0007jh-3m; Sat, 10 Sep 2011 15:26:06 -0400 Date: Sat, 10 Sep 2011 15:26:06 -0400 Message-Id: From: Eli Zaretskii To: Lars Magne Ingebrigtsen In-reply-to: (message from Lars Magne Ingebrigtsen on Sat, 10 Sep 2011 20:28:49 +0200) Subject: Re: bug#9470: 24.0.50; Possible bidi-related slowness References: X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: 9470-done Cc: 9470-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > From: Lars Magne Ingebrigtsen > Date: Sat, 10 Sep 2011 20:28:49 +0200 > > I just experienced a massively slow Gnus article buffer. The > following > seems to reproduce the problem: > > (progn > (pop-to-buffer "lala") > (dotimes (i 197000) > (insert "* 194624 FETCH (UID 194633 FLAGS (%Seen))\r\n* 194625 > FETCH (UID 194634 FLAGS (%Seen))\r\n"))) > > If I hit `up' after that, Emacs takes about five seconds for each > cursor > movement. Set bidi-paragraph-direction to `left-to-right', and the problem is gone. Such buffers should _always_ have bidi-paragraph-direction set like that. I'm closing this bug. ------------=_1315683061-13519-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 10 Sep 2011 18:36:59 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2SQE-0007v0-J6 for submit@debbugs.gnu.org; Sat, 10 Sep 2011 14:36:59 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2SQB-0007us-Hl for submit@debbugs.gnu.org; Sat, 10 Sep 2011 14:36:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R2SM5-0005vv-RT for submit@debbugs.gnu.org; Sat, 10 Sep 2011 14:32:44 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:36748) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R2SM5-0005vn-Od for submit@debbugs.gnu.org; Sat, 10 Sep 2011 14:32:41 -0400 Received: from eggs.gnu.org ([140.186.70.92]:60086) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R2SM3-000551-3R for bug-gnu-emacs@gnu.org; Sat, 10 Sep 2011 14:32:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R2SM0-0005vY-EI for bug-gnu-emacs@gnu.org; Sat, 10 Sep 2011 14:32:39 -0400 Received: from hermes.netfonds.no ([80.91.224.195]:51084) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R2SM0-0005vS-1d for bug-gnu-emacs@gnu.org; Sat, 10 Sep 2011 14:32:36 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1R2SLs-00031b-F1 for bug-gnu-emacs@gnu.org; Sat, 10 Sep 2011 20:32:28 +0200 From: Lars Magne Ingebrigtsen To: bug-gnu-emacs@gnu.org Subject: 24.0.50; Possible bidi-related slowness Date: Sat, 10 Sep 2011 20:28:49 +0200 Message-ID: X-Now-Playing: Various's _Bustin' Out 1983: New Wave To New Beat Volume 3_: "Front 242 - Take One" MIME-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) X-MailScanner-ID: 1R2SLs-00031b-F1 X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1316284348.8779@c/Wa6cd3Buaokza/hcMcwg 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-Received-From: 140.186.70.17 X-Spam-Score: -4.7 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.7 (----) I just experienced a massively slow Gnus article buffer. The following seems to reproduce the problem: (progn (pop-to-buffer "lala") (dotimes (i 197000) (insert "* 194624 FETCH (UID 194633 FLAGS (%Seen))\r\n* 194625 FETCH (UID 194634 FLAGS (%Seen))\r\n"))) If I hit `up' after that, Emacs takes about five seconds for each cursor movement. I haven't actually confirmed that this is bidi-related, though, but it's a recentish regression. In GNU Emacs 24.0.50.17 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1) of 2011-09-10 on stories Windowing system distributor `The X.Org Foundation', version 11.0.10707000 Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US value of $XMODIFIERS: nil locale-coding-system: iso-latin-1-unix default enable-multibyte-characters: t Major mode: Group Minor modes in effect: diff-auto-refine-mode: t gnus-topic-mode: t gnus-undo-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t Recent input: s e n t SPC o u t , SPC t h i s SPC i s SPC s o m e t h i n g SPC t h a t SPC n o SPC E m a c s SPC f e w SPC E m a c s SPC u s e r s SPC w i l l SPC b e SPC a b l e SPC t o SPC u s e , SPC s i n c e SPC u s i n g , SPC s i n c e SPC i f SPC w e SPC c h a n g e SPC t h e SPC d e f a u l t SPC t o SPC ` s e n d - m a i l = - c l u s i n g - t h e - c l e v e r - n e w - l i n b u u x - a p i ' SPC , SPC t h e y ' l l SPC n e v e r SPC s e e SPC i t . SPC i n SPC E m a c s SPC 2 6 . 1 M-q C-c C-c D q J S g P SPC SPC SPC N C-x o M-> i M-> M-= C-SPC M-w M-> M-= M-< M-= q M-x r e p o r Recent messages: Mark set XZ uncompressing nnimap-buffer.txt.xz...done XZ uncompressing nnimap-buffer.txt.xz...done Mark set Region has 194633 lines, 8019850 characters Mark set [2 times] Region has 15 lines, 497 characters Mark set Region has 194677 lines, 8021475 characters Making completion list... Load-path shadows: /home/larsi/pgnus/lisp/compface hides ~/pgnus/contrib/compface ~/lisp/zenirc-2.112/src/zenirc-example hides /home/larsi/lisp/zenirc-example ~/pgnus/contrib/vcard hides /home/larsi/lisp/vcard /home/larsi/src/clock.el/clock hides /home/larsi/lisp/clock /home/larsi/src/cddb.el/expect hides /home/larsi/lisp/expect /home/larsi/src/pvr.el/pvr hides /home/larsi/lisp/pvr /home/larsi/pgnus/lisp/md4 hides /home/larsi/src/emacs/trunk/lisp/md4 /home/larsi/pgnus/lisp/color hides /home/larsi/src/emacs/trunk/lisp/color /home/larsi/pgnus/lisp/format-spec hides /home/larsi/src/emacs/trunk/lisp/format-spec /home/larsi/pgnus/lisp/password-cache hides /home/larsi/src/emacs/trunk/lisp/password-cache /home/larsi/pgnus/lisp/hex-util hides /home/larsi/src/emacs/trunk/lisp/hex-util /home/larsi/pgnus/lisp/dns-mode hides /home/larsi/src/emacs/trunk/lisp/textmodes/dns-mode /home/larsi/pgnus/lisp/tls hides /home/larsi/src/emacs/trunk/lisp/net/tls /home/larsi/pgnus/lisp/ntlm hides /home/larsi/src/emacs/trunk/lisp/net/ntlm /home/larsi/pgnus/lisp/hmac-def hides /home/larsi/src/emacs/trunk/lisp/net/hmac-def /home/larsi/pgnus/lisp/sasl-ntlm hides /home/larsi/src/emacs/trunk/lisp/net/sasl-ntlm /home/larsi/pgnus/lisp/hmac-md5 hides /home/larsi/src/emacs/trunk/lisp/net/hmac-md5 /home/larsi/pgnus/lisp/dns hides /home/larsi/src/emacs/trunk/lisp/net/dns /home/larsi/pgnus/lisp/imap hides /home/larsi/src/emacs/trunk/lisp/net/imap /home/larsi/pgnus/lisp/dig hides /home/larsi/src/emacs/trunk/lisp/net/dig /home/larsi/pgnus/lisp/sasl hides /home/larsi/src/emacs/trunk/lisp/net/sasl /home/larsi/pgnus/lisp/sasl-cram hides /home/larsi/src/emacs/trunk/lisp/net/sasl-cram /home/larsi/pgnus/lisp/netrc hides /home/larsi/src/emacs/trunk/lisp/net/netrc /home/larsi/pgnus/lisp/sasl-digest hides /home/larsi/src/emacs/trunk/lisp/net/sasl-digest /home/larsi/pgnus/lisp/hashcash hides /home/larsi/src/emacs/trunk/lisp/mail/hashcash /home/larsi/pgnus/lisp/binhex hides /home/larsi/src/emacs/trunk/lisp/mail/binhex /home/larsi/pgnus/lisp/uudecode hides /home/larsi/src/emacs/trunk/lisp/mail/uudecode /home/larsi/pgnus/lisp/spam-report hides /home/larsi/src/emacs/trunk/lisp/gnus/spam-report /home/larsi/pgnus/lisp/gnus-sieve hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-sieve /home/larsi/pgnus/lisp/rfc2045 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2045 /home/larsi/pgnus/lisp/gnus-salt hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-salt /home/larsi/pgnus/lisp/gnus-gravatar hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-gravatar /home/larsi/pgnus/lisp/utf7 hides /home/larsi/src/emacs/trunk/lisp/gnus/utf7 /home/larsi/pgnus/lisp/auth-source hides /home/larsi/src/emacs/trunk/lisp/gnus/auth-source /home/larsi/pgnus/lisp/registry hides /home/larsi/src/emacs/trunk/lisp/gnus/registry /home/larsi/pgnus/lisp/nndraft hides /home/larsi/src/emacs/trunk/lisp/gnus/nndraft /home/larsi/pgnus/lisp/mm-partial hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-partial /home/larsi/pgnus/lisp/plstore hides /home/larsi/src/emacs/trunk/lisp/gnus/plstore /home/larsi/pgnus/lisp/gnus-cite hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-cite /home/larsi/pgnus/lisp/mm-url hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-url /home/larsi/pgnus/lisp/nnmh hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmh /home/larsi/pgnus/lisp/nnbabyl hides /home/larsi/src/emacs/trunk/lisp/gnus/nnbabyl /home/larsi/pgnus/lisp/mm-extern hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-extern /home/larsi/pgnus/lisp/mm-encode hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-encode /home/larsi/pgnus/lisp/gnus-sync hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-sync /home/larsi/pgnus/lisp/gnus-cus hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-cus /home/larsi/pgnus/lisp/rfc2231 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2231 /home/larsi/pgnus/lisp/gnus-range hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-range /home/larsi/pgnus/lisp/gnus-topic hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-topic /home/larsi/pgnus/lisp/gnus-diary hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-diary /home/larsi/pgnus/lisp/flow-fill hides /home/larsi/src/emacs/trunk/lisp/gnus/flow-fill /home/larsi/pgnus/lisp/gnus-eform hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-eform /home/larsi/pgnus/lisp/gmm-utils hides /home/larsi/src/emacs/trunk/lisp/gnus/gmm-utils /home/larsi/pgnus/lisp/gnus-vm hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-vm /home/larsi/pgnus/lisp/gnus-demon hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-demon /home/larsi/pgnus/lisp/compface hides /home/larsi/src/emacs/trunk/lisp/gnus/compface /home/larsi/pgnus/lisp/gnus-undo hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-undo /home/larsi/pgnus/lisp/mail-parse hides /home/larsi/src/emacs/trunk/lisp/gnus/mail-parse /home/larsi/pgnus/lisp/gssapi hides /home/larsi/src/emacs/trunk/lisp/gnus/gssapi /home/larsi/pgnus/lisp/score-mode hides /home/larsi/src/emacs/trunk/lisp/gnus/score-mode /home/larsi/pgnus/lisp/nnnil hides /home/larsi/src/emacs/trunk/lisp/gnus/nnnil /home/larsi/pgnus/lisp/gnus-kill hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-kill /home/larsi/pgnus/lisp/rfc2047 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2047 /home/larsi/pgnus/lisp/gnus-start hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-start /home/larsi/pgnus/lisp/mml-smime hides /home/larsi/src/emacs/trunk/lisp/gnus/mml-smime /home/larsi/pgnus/lisp/nnmail hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmail /home/larsi/pgnus/lisp/mml hides /home/larsi/src/emacs/trunk/lisp/gnus/mml /home/larsi/pgnus/lisp/gnus-html hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-html /home/larsi/pgnus/lisp/sieve-manage hides /home/larsi/src/emacs/trunk/lisp/gnus/sieve-manage /home/larsi/pgnus/lisp/nnmaildir hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmaildir /home/larsi/pgnus/lisp/nnoo hides /home/larsi/src/emacs/trunk/lisp/gnus/nnoo /home/larsi/pgnus/lisp/mm-decode hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-decode /home/larsi/pgnus/lisp/rfc1843 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc1843 /home/larsi/pgnus/lisp/yenc hides /home/larsi/src/emacs/trunk/lisp/gnus/yenc /home/larsi/pgnus/lisp/nnir hides /home/larsi/src/emacs/trunk/lisp/gnus/nnir /home/larsi/pgnus/lisp/mml1991 hides /home/larsi/src/emacs/trunk/lisp/gnus/mml1991 /home/larsi/pgnus/lisp/qp hides /home/larsi/src/emacs/trunk/lisp/gnus/qp /home/larsi/pgnus/lisp/gnus-logic hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-logic /home/larsi/pgnus/lisp/mm-uu hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-uu /home/larsi/pgnus/lisp/nnvirtual hides /home/larsi/src/emacs/trunk/lisp/gnus/nnvirtual /home/larsi/pgnus/lisp/mail-prsvr hides /home/larsi/src/emacs/trunk/lisp/gnus/mail-prsvr /home/larsi/pgnus/lisp/mail-source hides /home/larsi/src/emacs/trunk/lisp/gnus/mail-source /home/larsi/pgnus/lisp/gnus-group hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-group /home/larsi/pgnus/lisp/mml-sec hides /home/larsi/src/emacs/trunk/lisp/gnus/mml-sec /home/larsi/pgnus/lisp/mm-view hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-view /home/larsi/pgnus/lisp/mm-bodies hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-bodies /home/larsi/pgnus/lisp/gnus-registry hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-registry /home/larsi/pgnus/lisp/nnml hides /home/larsi/src/emacs/trunk/lisp/gnus/nnml /home/larsi/pgnus/lisp/sieve hides /home/larsi/src/emacs/trunk/lisp/gnus/sieve /home/larsi/pgnus/lisp/gnus-dup hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-dup /home/larsi/pgnus/lisp/shr-color hides /home/larsi/src/emacs/trunk/lisp/gnus/shr-color /home/larsi/pgnus/lisp/gnus-mh hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-mh /home/larsi/pgnus/lisp/gnus-async hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-async /home/larsi/pgnus/lisp/nntp hides /home/larsi/src/emacs/trunk/lisp/gnus/nntp /home/larsi/pgnus/lisp/pop3 hides /home/larsi/src/emacs/trunk/lisp/gnus/pop3 /home/larsi/pgnus/lisp/gnus-dired hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-dired /home/larsi/pgnus/lisp/nnheader hides /home/larsi/src/emacs/trunk/lisp/gnus/nnheader /home/larsi/pgnus/lisp/ecomplete hides /home/larsi/src/emacs/trunk/lisp/gnus/ecomplete /home/larsi/pgnus/lisp/nnmairix hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmairix /home/larsi/pgnus/lisp/gnus-srvr hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-srvr /home/larsi/pgnus/lisp/canlock hides /home/larsi/src/emacs/trunk/lisp/gnus/canlock /home/larsi/pgnus/lisp/starttls hides /home/larsi/src/emacs/trunk/lisp/gnus/starttls /home/larsi/pgnus/lisp/html2text hides /home/larsi/src/emacs/trunk/lisp/gnus/html2text /home/larsi/pgnus/lisp/gnus-bcklg hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-bcklg /home/larsi/pgnus/lisp/gnus-score hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-score /home/larsi/pgnus/lisp/nnfolder hides /home/larsi/src/emacs/trunk/lisp/gnus/nnfolder /home/larsi/pgnus/lisp/nnagent hides /home/larsi/src/emacs/trunk/lisp/gnus/nnagent /home/larsi/pgnus/lisp/nneething hides /home/larsi/src/emacs/trunk/lisp/gnus/nneething /home/larsi/pgnus/lisp/shr hides /home/larsi/src/emacs/trunk/lisp/gnus/shr /home/larsi/pgnus/lisp/gnus-msg hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-msg /home/larsi/pgnus/lisp/rfc2104 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2104 /home/larsi/pgnus/lisp/gnus-ems hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-ems /home/larsi/pgnus/lisp/gnus hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus /home/larsi/pgnus/lisp/nnmbox hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmbox /home/larsi/pgnus/lisp/gnus-cache hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-cache /home/larsi/pgnus/lisp/gnus-setup hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-setup /home/larsi/pgnus/lisp/message hides /home/larsi/src/emacs/trunk/lisp/gnus/message /home/larsi/pgnus/lisp/gnus-art hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-art /home/larsi/pgnus/lisp/nnregistry hides /home/larsi/src/emacs/trunk/lisp/gnus/nnregistry /home/larsi/pgnus/lisp/nnrss hides /home/larsi/src/emacs/trunk/lisp/gnus/nnrss /home/larsi/pgnus/lisp/nnweb hides /home/larsi/src/emacs/trunk/lisp/gnus/nnweb /home/larsi/pgnus/lisp/spam-stat hides /home/larsi/src/emacs/trunk/lisp/gnus/spam-stat /home/larsi/pgnus/lisp/mml2015 hides /home/larsi/src/emacs/trunk/lisp/gnus/mml2015 /home/larsi/pgnus/lisp/spam hides /home/larsi/src/emacs/trunk/lisp/gnus/spam /home/larsi/pgnus/lisp/gravatar hides /home/larsi/src/emacs/trunk/lisp/gnus/gravatar /home/larsi/pgnus/lisp/gnus-fun hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-fun /home/larsi/pgnus/lisp/smiley hides /home/larsi/src/emacs/trunk/lisp/gnus/smiley /home/larsi/pgnus/lisp/sieve-mode hides /home/larsi/src/emacs/trunk/lisp/gnus/sieve-mode /home/larsi/pgnus/lisp/gnus-picon hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-picon /home/larsi/pgnus/lisp/gnus-bookmark hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-bookmark /home/larsi/pgnus/lisp/ietf-drums hides /home/larsi/src/emacs/trunk/lisp/gnus/ietf-drums /home/larsi/pgnus/lisp/gnus-agent hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-agent /home/larsi/pgnus/lisp/gnus-util hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-util /home/larsi/pgnus/lisp/gnus-int hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-int /home/larsi/pgnus/lisp/gnus-sum hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-sum /home/larsi/pgnus/lisp/nndiary hides /home/larsi/src/emacs/trunk/lisp/gnus/nndiary /home/larsi/pgnus/lisp/legacy-gnus-agent hides /home/larsi/src/emacs/trunk/lisp/gnus/legacy-gnus-agent /home/larsi/pgnus/lisp/gnus-delay hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-delay /home/larsi/pgnus/lisp/nngateway hides /home/larsi/src/emacs/trunk/lisp/gnus/nngateway /home/larsi/pgnus/lisp/nnimap hides /home/larsi/src/emacs/trunk/lisp/gnus/nnimap /home/larsi/pgnus/lisp/messcompat hides /home/larsi/src/emacs/trunk/lisp/gnus/messcompat /home/larsi/pgnus/lisp/nndoc hides /home/larsi/src/emacs/trunk/lisp/gnus/nndoc /home/larsi/pgnus/lisp/smime hides /home/larsi/src/emacs/trunk/lisp/gnus/smime /home/larsi/pgnus/lisp/deuglify hides /home/larsi/src/emacs/trunk/lisp/gnus/deuglify /home/larsi/pgnus/lisp/gnus-win hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-win /home/larsi/pgnus/lisp/gnus-spec hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-spec /home/larsi/pgnus/lisp/gnus-ml hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-ml /home/larsi/pgnus/lisp/gnus-uu hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-uu /home/larsi/pgnus/lisp/gnus-draft hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-draft /home/larsi/pgnus/lisp/nndir hides /home/larsi/src/emacs/trunk/lisp/gnus/nndir /home/larsi/pgnus/lisp/.dir-locals hides /home/larsi/src/emacs/trunk/lisp/gnus/.dir-locals /home/larsi/pgnus/lisp/mailcap hides /home/larsi/src/emacs/trunk/lisp/gnus/mailcap /home/larsi/pgnus/lisp/mm-util hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-util /home/larsi/pgnus/lisp/nnspool hides /home/larsi/src/emacs/trunk/lisp/gnus/nnspool /home/larsi/pgnus/lisp/spam-wash hides /home/larsi/src/emacs/trunk/lisp/gnus/spam-wash /home/larsi/pgnus/lisp/gnus-mlspl hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-mlspl /home/larsi/pgnus/lisp/rtree hides /home/larsi/src/emacs/trunk/lisp/gnus/rtree /home/larsi/pgnus/lisp/time-date hides /home/larsi/src/emacs/trunk/lisp/calendar/time-date /home/larsi/pgnus/lisp/parse-time hides /home/larsi/src/emacs/trunk/lisp/calendar/parse-time /home/larsi/pgnus/lisp/pgg-gpg hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-gpg /home/larsi/pgnus/lisp/pgg-pgp5 hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-pgp5 /home/larsi/pgnus/lisp/pgg-def hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-def /home/larsi/pgnus/lisp/pgg-parse hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-parse /home/larsi/pgnus/lisp/pgg-pgp hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-pgp /home/larsi/pgnus/lisp/pgg hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg Features: (smerge-mode newcomment log-edit vc-sccs vc-svn vc-rcs vc-dir ewoc rect kmacro whitespace log-view pcvs-util vc ediff-merg ediff-diff ediff-wind ediff-help ediff-util ediff-mult ediff-init ediff vc-dispatcher etags ring vc-bzr cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs url-handlers thingatpt flow-fill pp diff-mode smiley ansi-color shr-color color timezone url-queue gnus-html url-cache shr browse-url mailalias smtpmail sendmail gnus-bcklg gnus-draft shadow sort emacsbug help-mode view gnus-cite ecomplete multi-isearch mule-util gnus-async gnus-dup qp gnus-ml gmane spam-gmane dns mm-url gnus-fun gnus-mdrtn gnus-topic nndoc nnmbox nndraft nnfolder utf-7 nnimap parse-time utf7 gnutls rot13 disp-table netrc network-stream starttls nnmh copyright vc-cvs nnagent nnml spam-report spam spam-stat gnus-uu yenc gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg gnus-art mm-uu mml2015 epg-config mm-view mml-smime smime dig nntp gnus-cache nnir gnus-sum nnoo gnus-group gnus-undo nnmail mail-source gnus-start gnus-spec gnus-int gnus-range message format-spec rfc822 mml easymenu mml-sec mailabbrev gmm-utils mailheader gnus-win gnus-load gnus gnus-ems nnheader mail-utils wid-edit uniquify advice help-fns advice-preload debbugs-gnu easy-mmode derived tabulated-list debbugs soap-client mm-decode mm-bodies mm-encode url-http tls url-auth mail-parse rfc2231 rfc2047 rfc2045 ietf-drums url-gw url url-proxy url-privacy url-expand url-methods url-history url-cookie url-util url-parse auth-source eieio byte-opt bytecomp byte-compile cconv macroexp assoc gnus-util password-cache url-vars mm-util mail-prsvr mailcap warnings xml ido flyspell ispell dired regexp-opt add-log mail-extr jka-compr cl time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dynamic-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ ------------=_1315683061-13519-1-- From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Lars Magne Ingebrigtsen Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Sep 2011 19:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9470@debbugs.gnu.org Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.131568316413700 (code B ref 9470); Sat, 10 Sep 2011 19:33:01 +0000 Received: (at 9470) by debbugs.gnu.org; 10 Sep 2011 19:32:44 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2TIC-0003Yu-42 for submit@debbugs.gnu.org; Sat, 10 Sep 2011 15:32:44 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2TI9-0003Yn-PJ for 9470@debbugs.gnu.org; Sat, 10 Sep 2011 15:32:42 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1R2TDz-0004cE-TH; Sat, 10 Sep 2011 21:28:23 +0200 From: Lars Magne Ingebrigtsen In-Reply-To: (Eli Zaretskii's message of "Sat, 10 Sep 2011 15:26:06 -0400") Date: Sat, 10 Sep 2011 21:25:21 +0200 Message-ID: References: User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAD1BMVEURCQ1bQ1CekYtCLTcp GyLWId+gAAACf0lEQVQ4jTWTi5XjMAhF8ZgCjOQCRiQFWEYFSAv917QPT+Kc/HTF40/B3vUkipjE RcXwTR6DYoZJmwAB0HoCHjbI0qScMR6LZg4+F8Aak62bjzFp19cZTEFuwHjHGO6wWFoH035NG0Ew S88BTreOa5JRJODALYYNQJGYcztjmoGGjxnueaeJHNQnQFeaiApKj4smekAzRi+KXGbvDwjFc/m1 j9FVM+OQblL0ecgmHIqmVP+cPY/b3N1wgqieg4ZXXhiDdpc0ZWrf2wUvYaRd02Ly97znx3FN76jv IvoDraiXVsOJXUSAaH4tBqG+KIlXqQBMj8Gxt5MnjS1imfSLiXncRRvSPtkHnRRrLEEM0wP6hgKe vFRQafQVpvkDOVysJWLTa+NwWwcjqvEj+nttbU3zth97uHS5BbXqotlwPFwWhBCudWgyJmWkbl27 2XWhf2YCsIlVyyM7vwAZVnokoivs45mhL/Ba2phb69MNDUSQlsVtFLVUpp9Xp+jtleYfsLmeQXdF yl0nHxfLH/DVIFwSLP1Nn/K0GX9fCVC2uDELAP0D7rojs3syliB90OpPawOTTiwdZb6V2TDaH4B5 xQzWB7wHPVqP8xYAr1/MEaQnfZxc9E8WOtoOmrumD7RxSUHTAbKsV45Lw8qwJyhvMsFm7mVyjsux 4351WMBH/QVoGIpNnzy62h+ACu0vgFX0Ddebji4AURDJ/sZGbhkLAtHTE3iD/PamK8FBkkGh27DA 8tPPCQCptg7K3V2iGLQ5acspzK3A7/Dyws4gD2S+vzdKgMixkUUHdygiczoBcJAFCZT/hN/oHf+q Y+yz7IZtXQ+YqyU4sxGqjIIiR2j8B8BUlkyS2jVvAAAAAElFTkSuQmCC X-Now-Playing: Various's _New Wave to New Beat Volume 2_: "Klein & MBO - Dirty Talk (Radio Version)" MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1R2TDz-0004cE-TH X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1316287704.21265@Mho7tntRQNcB0/RULPQQaQ X-Spam-Status: No X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) Eli Zaretskii writes: > Set bidi-paragraph-direction to `left-to-right', and the problem is > gone. > > Such buffers should _always_ have bidi-paragraph-direction set like > that. Uhm. This is the Gnus article buffer. You don't think the Gnus article buffer should be able to display R2L text? Okidoke. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Sep 2011 19:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Magne Ingebrigtsen Cc: 9470@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.131568392517040 (code B ref 9470); Sat, 10 Sep 2011 19:46:01 +0000 Received: (at 9470) by debbugs.gnu.org; 10 Sep 2011 19:45:25 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2TUS-0004Q8-Ss for submit@debbugs.gnu.org; Sat, 10 Sep 2011 15:45:25 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2TUQ-0004NT-IE for 9470@debbugs.gnu.org; Sat, 10 Sep 2011 15:45:23 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R2TQM-0006qZ-SP; Sat, 10 Sep 2011 15:41:11 -0400 Date: Sat, 10 Sep 2011 15:41:10 -0400 Message-Id: From: Eli Zaretskii In-reply-to: (message from Lars Magne Ingebrigtsen on Sat, 10 Sep 2011 21:25:21 +0200) References: X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > From: Lars Magne Ingebrigtsen > Cc: 9470@debbugs.gnu.org > Date: Sat, 10 Sep 2011 21:25:21 +0200 > > Eli Zaretskii writes: > > > Set bidi-paragraph-direction to `left-to-right', and the problem > > is > > gone. > > > > Such buffers should _always_ have bidi-paragraph-direction set > > like > > that. > > Uhm. This is the Gnus article buffer. You don't think the Gnus > article > buffer should be able to display R2L text? Okidoke. Surely, I cannot possibly want that, can I? That setting just tells Emacs to display text starting at the left margin of the window. It doesn't stop reordering R2L text for display (see the node "Bidirectional Display" in the ELisp manual). Anyway, what do you mean by "article buffer"? (I don't use Gnus.) What does it display? If it displays text of a single article, then how come you gave me text is an infinite sequence of identical lines? Can you show me a _real_ article that triggers slow display? From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Lars Magne Ingebrigtsen Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Sep 2011 19:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9470@debbugs.gnu.org Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.131568414617768 (code B ref 9470); Sat, 10 Sep 2011 19:50:02 +0000 Received: (at 9470) by debbugs.gnu.org; 10 Sep 2011 19:49:06 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2TY2-0004cX-6E for submit@debbugs.gnu.org; Sat, 10 Sep 2011 15:49:06 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2TXz-0004cN-Ri for 9470@debbugs.gnu.org; Sat, 10 Sep 2011 15:49:04 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1R2TTp-00053s-UY; Sat, 10 Sep 2011 21:44:45 +0200 From: Lars Magne Ingebrigtsen In-Reply-To: (Eli Zaretskii's message of "Sat, 10 Sep 2011 15:41:10 -0400") Date: Sat, 10 Sep 2011 21:41:44 +0200 Message-ID: References: User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAD1BMVEURCQ1bQ1CekYtCLTcp GyLWId+gAAACf0lEQVQ4jTWTi5XjMAhF8ZgCjOQCRiQFWEYFSAv917QPT+Kc/HTF40/B3vUkipjE RcXwTR6DYoZJmwAB0HoCHjbI0qScMR6LZg4+F8Aak62bjzFp19cZTEFuwHjHGO6wWFoH035NG0Ew S88BTreOa5JRJODALYYNQJGYcztjmoGGjxnueaeJHNQnQFeaiApKj4smekAzRi+KXGbvDwjFc/m1 j9FVM+OQblL0ecgmHIqmVP+cPY/b3N1wgqieg4ZXXhiDdpc0ZWrf2wUvYaRd02Ly97znx3FN76jv IvoDraiXVsOJXUSAaH4tBqG+KIlXqQBMj8Gxt5MnjS1imfSLiXncRRvSPtkHnRRrLEEM0wP6hgKe vFRQafQVpvkDOVysJWLTa+NwWwcjqvEj+nttbU3zth97uHS5BbXqotlwPFwWhBCudWgyJmWkbl27 2XWhf2YCsIlVyyM7vwAZVnokoivs45mhL/Ba2phb69MNDUSQlsVtFLVUpp9Xp+jtleYfsLmeQXdF yl0nHxfLH/DVIFwSLP1Nn/K0GX9fCVC2uDELAP0D7rojs3syliB90OpPawOTTiwdZb6V2TDaH4B5 xQzWB7wHPVqP8xYAr1/MEaQnfZxc9E8WOtoOmrumD7RxSUHTAbKsV45Lw8qwJyhvMsFm7mVyjsux 4351WMBH/QVoGIpNnzy62h+ACu0vgFX0Ddebji4AURDJ/sZGbhkLAtHTE3iD/PamK8FBkkGh27DA 8tPPCQCptg7K3V2iGLQ5acspzK3A7/Dyws4gD2S+vzdKgMixkUUHdygiczoBcJAFCZT/hN/oHf+q Y+yz7IZtXQ+YqyU4sxGqjIIiR2j8B8BUlkyS2jVvAAAAAElFTkSuQmCC X-Now-Playing: Various's _New Wave to New Beat Volume 2_: "Gary Numan - Music for Chameleons (LP Version)" MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1R2TTp-00053s-UY X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1316288686.28291@95nMT+qVjjiHldOd5Kp1Yg X-Spam-Status: No X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) Eli Zaretskii writes: > Surely, I cannot possibly want that, can I? No, it sounded odd. :-) > That setting just tells Emacs to display text starting at the left > margin of the window. It doesn't stop reordering R2L text for display > (see the node "Bidirectional Display" in the ELisp manual). Hm. Then why isn't that the default, then? > Anyway, what do you mean by "article buffer"? (I don't use Gnus.) > What does it display? If it displays text of a single article, then > how come you gave me text is an infinite sequence of identical lines? It displays the text of a single article. This particular article was mainly composed of 197K lines looking like that. There was a paragraph at the beginning. (It was an IMAP bug report.) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Sep 2011 20:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Magne Ingebrigtsen Cc: 9470@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.131568569522687 (code B ref 9470); Sat, 10 Sep 2011 20:15:02 +0000 Received: (at 9470) by debbugs.gnu.org; 10 Sep 2011 20:14:55 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2Tx0-0005tr-SG for submit@debbugs.gnu.org; Sat, 10 Sep 2011 16:14:55 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2Twy-0005tk-IT for 9470@debbugs.gnu.org; Sat, 10 Sep 2011 16:14:53 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R2Tst-0008MA-Jc; Sat, 10 Sep 2011 16:10:39 -0400 Date: Sat, 10 Sep 2011 16:10:39 -0400 Message-Id: From: Eli Zaretskii In-reply-to: (message from Lars Magne Ingebrigtsen on Sat, 10 Sep 2011 21:41:44 +0200) References: X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > From: Lars Magne Ingebrigtsen > Cc: 9470@debbugs.gnu.org > Date: Sat, 10 Sep 2011 21:41:44 +0200 > > > That setting just tells Emacs to display text starting at the left > > margin of the window. It doesn't stop reordering R2L text for > > display > > (see the node "Bidirectional Display" in the ELisp manual). > > Hm. Then why isn't that the default, then? Because, if the paragraph consists of mostly R2L text, displaying it from the left margin would not be TRT, it looks ugly. Left-to-right paragraphs _are_ the default in modes where we know in advance that we will be displaying predominantly L2R text, such as in any mode that inherits from prog-mode. But in modes that display human-written text paragraph direction is determined dynamically as part of redisplay, and that can be very expensive when you are near the end of a large buffer that is a single paragraph. > > Anyway, what do you mean by "article buffer"? (I don't use Gnus.) > > What does it display? If it displays text of a single article, > > then > > how come you gave me text is an infinite sequence of identical > > lines? > > It displays the text of a single article. > > This particular article was mainly composed of 197K lines looking > like > that. There was a paragraph at the beginning. > > (It was an IMAP bug report.) Then I don't see how can I fix this specific case. The bidi display must know the paragraph direction in order to DTRT. Ideas are welcome. Doing something simple, like force left-to-right paragraph direction if paragraph start isn't found in N lines, doesn't sound right, as this will cause different display depending on how far we are from the text beginning. Hmmm... From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Lars Magne Ingebrigtsen Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Sep 2011 20:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9470@debbugs.gnu.org Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.131568591225705 (code B ref 9470); Sat, 10 Sep 2011 20:19:01 +0000 Received: (at 9470) by debbugs.gnu.org; 10 Sep 2011 20:18:32 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2U0W-0006gX-Dw for submit@debbugs.gnu.org; Sat, 10 Sep 2011 16:18:32 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2U0T-0006gO-DO for 9470@debbugs.gnu.org; Sat, 10 Sep 2011 16:18:31 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1R2TwH-0005pT-TK; Sat, 10 Sep 2011 22:14:09 +0200 From: Lars Magne Ingebrigtsen In-Reply-To: (Eli Zaretskii's message of "Sat, 10 Sep 2011 16:10:39 -0400") Date: Sat, 10 Sep 2011 22:11:08 +0200 Message-ID: References: User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAD1BMVEURCQ1bQ1CekYtCLTcp GyLWId+gAAACf0lEQVQ4jTWTi5XjMAhF8ZgCjOQCRiQFWEYFSAv917QPT+Kc/HTF40/B3vUkipjE RcXwTR6DYoZJmwAB0HoCHjbI0qScMR6LZg4+F8Aak62bjzFp19cZTEFuwHjHGO6wWFoH035NG0Ew S88BTreOa5JRJODALYYNQJGYcztjmoGGjxnueaeJHNQnQFeaiApKj4smekAzRi+KXGbvDwjFc/m1 j9FVM+OQblL0ecgmHIqmVP+cPY/b3N1wgqieg4ZXXhiDdpc0ZWrf2wUvYaRd02Ly97znx3FN76jv IvoDraiXVsOJXUSAaH4tBqG+KIlXqQBMj8Gxt5MnjS1imfSLiXncRRvSPtkHnRRrLEEM0wP6hgKe vFRQafQVpvkDOVysJWLTa+NwWwcjqvEj+nttbU3zth97uHS5BbXqotlwPFwWhBCudWgyJmWkbl27 2XWhf2YCsIlVyyM7vwAZVnokoivs45mhL/Ba2phb69MNDUSQlsVtFLVUpp9Xp+jtleYfsLmeQXdF yl0nHxfLH/DVIFwSLP1Nn/K0GX9fCVC2uDELAP0D7rojs3syliB90OpPawOTTiwdZb6V2TDaH4B5 xQzWB7wHPVqP8xYAr1/MEaQnfZxc9E8WOtoOmrumD7RxSUHTAbKsV45Lw8qwJyhvMsFm7mVyjsux 4351WMBH/QVoGIpNnzy62h+ACu0vgFX0Ddebji4AURDJ/sZGbhkLAtHTE3iD/PamK8FBkkGh27DA 8tPPCQCptg7K3V2iGLQ5acspzK3A7/Dyws4gD2S+vzdKgMixkUUHdygiczoBcJAFCZT/hN/oHf+q Y+yz7IZtXQ+YqyU4sxGqjIIiR2j8B8BUlkyS2jVvAAAAAElFTkSuQmCC X-Now-Playing: Various's _New Wave to New Beat Volume 2_: "Colourbox - Breakdown" MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1R2TwH-0005pT-TK X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1316290450.57859@8jqN/ziQ8bNoP1WRQqlUzA X-Spam-Status: No X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) Eli Zaretskii writes: > Then I don't see how can I fix this specific case. The bidi display > must know the paragraph direction in order to DTRT. Ideas are > welcome. Doing something simple, like force left-to-right paragraph > direction if paragraph start isn't found in N lines, doesn't sound > right, as this will cause different display depending on how far we > are from the text beginning. Hmmm... If the algorithm has looked at N lines (where N is a reasonably big number, like 10K), and found nothing exciting, then it would be reasonable to bail out, won't it? "Paragraphs" like the one presented, with 200K lines, are a pretty terminal case, and no "real" text ever looks like that. I think. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Christoph Scholtes Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Sep 2011 20:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9470@debbugs.gnu.org Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.131568678529721 (code B ref 9470); Sat, 10 Sep 2011 20:34:01 +0000 Received: (at 9470) by debbugs.gnu.org; 10 Sep 2011 20:33:05 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2UEa-0007jJ-TK for submit@debbugs.gnu.org; Sat, 10 Sep 2011 16:33:05 -0400 Received: from mail-gx0-f170.google.com ([209.85.161.170]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2UEY-0007j1-Dw for 9470@debbugs.gnu.org; Sat, 10 Sep 2011 16:33:03 -0400 Received: by gxk27 with SMTP id 27so2287965gxk.1 for <9470@debbugs.gnu.org>; Sat, 10 Sep 2011 13:28:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=M3HoX83qgRVAGaMOlOUlS9BM/EgUKsyVe0xGJsUaads=; b=VjidxPwSe8FN27KOpS6e6juxid7Z7Jf3dCDpIhhijyAWYcP6DpXL7zds1Prh9LQn1e 6Y/n0Rul0SLAxNx5XE+aaYgzaVLwLhKoXMK1qMCPsA70fkDlQiHM+zhc31uS//wrhmT/ aTxyrEJ6VokW5bVua2vwM5cOVLlcMKCk/eCD0= Received: by 10.42.29.198 with SMTP id s6mr308448icc.296.1315686529981; Sat, 10 Sep 2011 13:28:49 -0700 (PDT) Received: from [192.168.1.4] (71-208-134-200.hlrn.qwest.net [71.208.134.200]) by mx.google.com with ESMTPS id r2sm14423792ibq.7.2011.09.10.13.28.44 (version=SSLv3 cipher=OTHER); Sat, 10 Sep 2011 13:28:49 -0700 (PDT) Message-ID: <4E6BC870.4070506@gmail.com> Date: Sat, 10 Sep 2011 14:28:32 -0600 From: Christoph Scholtes User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 References: <4E6BB02F.309@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -3.9 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.9 (---) On 9/10/2011 1:15 PM, Eli Zaretskii wrote: > I need a file where you see the slowdown, and customizations, if any, > needed to reproduce it starting with "emacs -Q". Sorry, I don't think this is bidi-related. At least not directly. I use an alternative python-mode which turns out, is less efficient when it comes to font-lock than the stock emacs mode. The more modes, anti-aliased fonts etc. are enabled, the more the described behavior shows. Enabling/disabling bidi-reordering probably just took some load off of the system. Using the default font instead of Consolas 9 made the problem go away also. Sorry for the noise. Christoph From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Sep 2011 20:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Magne Ingebrigtsen Cc: 9470@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.131568709930137 (code B ref 9470); Sat, 10 Sep 2011 20:39:01 +0000 Received: (at 9470) by debbugs.gnu.org; 10 Sep 2011 20:38:19 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2UJe-0007q2-Mu for submit@debbugs.gnu.org; Sat, 10 Sep 2011 16:38:19 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2UJc-0007pu-2r for 9470@debbugs.gnu.org; Sat, 10 Sep 2011 16:38:17 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LRB00B00QGQCD00@a-mtaout22.012.net.il> for 9470@debbugs.gnu.org; Sat, 10 Sep 2011 23:34:03 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.126.9.62]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LRB00B1BQGQC900@a-mtaout22.012.net.il>; Sat, 10 Sep 2011 23:34:02 +0300 (IDT) Date: Sat, 10 Sep 2011 23:34:02 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83mxecxhl1.fsf@gnu.org> References: X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: Lars Magne Ingebrigtsen > Cc: 9470@debbugs.gnu.org > Date: Sat, 10 Sep 2011 22:11:08 +0200 > > Eli Zaretskii writes: > > > Then I don't see how can I fix this specific case. The bidi display > > must know the paragraph direction in order to DTRT. Ideas are > > welcome. Doing something simple, like force left-to-right paragraph > > direction if paragraph start isn't found in N lines, doesn't sound > > right, as this will cause different display depending on how far we > > are from the text beginning. Hmmm... > > If the algorithm has looked at N lines (where N is a reasonably big > number, like 10K), and found nothing exciting, then it would be > reasonable to bail out, won't it? The question is, what is "exciting", and what should we do when we "bail out"? If by "exciting" you mean the paragraph beginning, then the question of the paragraph direction is still there. > "Paragraphs" like the one presented, with 200K lines, are a pretty > terminal case, and no "real" text ever looks like that. I think. Right, but I can easily concoct an example of equally un-exciting long paragraph that is full of R2L text, and should be displayed starting at the right margin of the window. From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Lars Magne Ingebrigtsen Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Sep 2011 20:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9470@debbugs.gnu.org Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.13156877991452 (code B ref 9470); Sat, 10 Sep 2011 20:50:02 +0000 Received: (at 9470) by debbugs.gnu.org; 10 Sep 2011 20:49:59 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2UUw-0000NN-Tw for submit@debbugs.gnu.org; Sat, 10 Sep 2011 16:49:59 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2UUq-0000NA-7X for 9470@debbugs.gnu.org; Sat, 10 Sep 2011 16:49:54 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1R2UQf-0006fA-Ai; Sat, 10 Sep 2011 22:45:33 +0200 From: Lars Magne Ingebrigtsen In-Reply-To: <83mxecxhl1.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 10 Sep 2011 23:34:02 +0300") Date: Sat, 10 Sep 2011 22:42:31 +0200 Message-ID: References: <83mxecxhl1.fsf@gnu.org> User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEVbWFnS0NEQDw+UkpO3 tbXn5ufb2tv+/f38+/v////+//7Ix8j5+Pj49vf29PXx8PAPf5MxAAABdElEQVQ4jWOYXl5e0dHR UQGies7efQcC9+7evcowEwGi08SnCu4Ggdh3x5AlEk2YJz6snHWj56rcu2sMoXAQ6GzCnL1RXsrW NHVbWjZDGgKoGGxiMTHxMzU2dhMUQTbqt4GQ4dPImZXPWzPOPEOWaFBSShUEAenvHaXIErOWb/k5 c+b05StnzpqOIjEdTK7oOAFUgyIBkW0HU5gSULAUl8R6XBLzB6XEPOpJzMUlMYdeEvFYJGaAJCRx SewkTeKLi4uJiwuGaTMYEitnznk50xNTIm3WzFkzsUrMP9n2tAabxMvpM/L+YJP4n/07oxJDYjpD 2s0591ei2FEJ0RHiAgIYXpkO9QeGxEyGBAMlILDElEg2UmDCKpFgpIxdQsBAgUFJiecMCNy9e/fe Owh4z+BgwMCgoMQoiAAigmLATM+Q7MDAxIBi1OyVEMuNjRkYmMzh7p+5ajVE4uy9d37v3r19d/dE R0fPmfby8vLq8lmrZs4EAO6FgXP9JgAjAAAAAElFTkSuQmCC X-Now-Playing: AwRY's _Quiet B Sides_: "Inconsistant" MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1R2UQf-0006fA-Ai X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1316292333.45462@TCmYOHImIjhAg4vwPBrXxQ X-Spam-Status: No X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) Eli Zaretskii writes: > The question is, what is "exciting", and what should we do when we > "bail out"? I defer to you what would be exciting. :-) I would have thought the presence of no strongly R2L characters would be a measure of non-excitingness... >> "Paragraphs" like the one presented, with 200K lines, are a pretty >> terminal case, and no "real" text ever looks like that. I think. > > Right, but I can easily concoct an example of equally un-exciting > long paragraph that is full of R2L text, and should be displayed > starting at the right margin of the window. A R2L paragraph that doesn't have any R2L characters in the first 200K lines checked? I'm sceptical about how many of those you find in real life. :-) Being emailed huge logs of various kinds is not uncommon, though. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Sep 2011 20:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Magne Ingebrigtsen Cc: 9470@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.13156882652121 (code B ref 9470); Sat, 10 Sep 2011 20:58:01 +0000 Received: (at 9470) by debbugs.gnu.org; 10 Sep 2011 20:57:45 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2UcT-0000YA-Dt for submit@debbugs.gnu.org; Sat, 10 Sep 2011 16:57:45 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2UcR-0000Y2-Ab for 9470@debbugs.gnu.org; Sat, 10 Sep 2011 16:57:43 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LRB00700R8Y5B00@a-mtaout20.012.net.il> for 9470@debbugs.gnu.org; Sat, 10 Sep 2011 23:53:30 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.126.9.62]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LRB005OPRD5TR50@a-mtaout20.012.net.il>; Sat, 10 Sep 2011 23:53:30 +0300 (IDT) Date: Sat, 10 Sep 2011 23:53:30 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83k49gxgol.fsf@gnu.org> References: <83mxecxhl1.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: Lars Magne Ingebrigtsen > Cc: 9470@debbugs.gnu.org > Date: Sat, 10 Sep 2011 22:42:31 +0200 > > Eli Zaretskii writes: > > > The question is, what is "exciting", and what should we do when we > > "bail out"? > > I defer to you what would be exciting. :-) I would have thought the > presence of no strongly R2L characters would be a measure of > non-excitingness... The long search is for the paragraph beginning. Looking for R2L characters during that search will slow it even more. Anyway, I reopened the bug and will try to think of something. From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Sep 2011 03:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9470@debbugs.gnu.org, Lars Magne Ingebrigtsen Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.13157106233642 (code B ref 9470); Sun, 11 Sep 2011 03:11:01 +0000 Received: (at 9470) by debbugs.gnu.org; 11 Sep 2011 03:10:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2aR5-0000wg-En for submit@debbugs.gnu.org; Sat, 10 Sep 2011 23:10:23 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2aR3-0000wZ-An for 9470@debbugs.gnu.org; Sat, 10 Sep 2011 23:10:21 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAPQkbE5FxK3+/2dsb2JhbABBqBh5gVIBAQQBViMQCzQSFBgNJIgKtD6GbgSgMoRD X-IronPort-AV: E=Sophos;i="4.68,362,1312171200"; d="scan'208";a="135613327" Received: from 69-196-173-254.dsl.teksavvy.com (HELO ceviche.home) ([69.196.173.254]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 10 Sep 2011 23:06:06 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 8C1B9663AA; Sat, 10 Sep 2011 23:06:06 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83mxecxhl1.fsf@gnu.org> <83k49gxgol.fsf@gnu.org> Date: Sat, 10 Sep 2011 23:06:06 -0400 In-Reply-To: <83k49gxgol.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 10 Sep 2011 23:53:30 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) >> > The question is, what is "exciting", and what should we do when we >> > "bail out"? >> I defer to you what would be exciting. :-) I would have thought the >> presence of no strongly R2L characters would be a measure of >> non-excitingness... > The long search is for the paragraph beginning. Looking for R2L > characters during that search will slow it even more. > Anyway, I reopened the bug and will try to think of something. I think Lars's point is a good one: maybe the paragraph direction can be based on the predominance of L2R or R2L chars in the previous N chars, in case the paragraph beginning is further than that (N should be large enough to include all chars displayed). Otherwise, I think the only way to make it faster is by caching the result of the computation (I suspect you already do some caching, but maybe we just need to be more aggressive). Stefan From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Sep 2011 05:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 9470@debbugs.gnu.org, larsi@gnus.org Reply-To: Eli Zaretskii Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.13157174013081 (code B ref 9470); Sun, 11 Sep 2011 05:04:02 +0000 Received: (at 9470) by debbugs.gnu.org; 11 Sep 2011 05:03:21 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2cCO-0000nd-U7 for submit@debbugs.gnu.org; Sun, 11 Sep 2011 01:03:21 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2cCN-0000nX-0N for 9470@debbugs.gnu.org; Sun, 11 Sep 2011 01:03:19 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R2c8H-0005HB-Fm; Sun, 11 Sep 2011 00:59:05 -0400 Date: Sun, 11 Sep 2011 00:59:05 -0400 Message-Id: From: Eli Zaretskii In-reply-to: (message from Stefan Monnier on Sat, 10 Sep 2011 23:06:06 -0400) References: <83mxecxhl1.fsf@gnu.org> <83k49gxgol.fsf@gnu.org> X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > From: Stefan Monnier > Cc: Lars Magne Ingebrigtsen , 9470@debbugs.gnu.org > Date: Sat, 10 Sep 2011 23:06:06 -0400 > > > The long search is for the paragraph beginning. Looking for R2L > > characters during that search will slow it even more. > > Anyway, I reopened the bug and will try to think of something. > > I think Lars's point is a good one: maybe the paragraph direction can be > based on the predominance of L2R or R2L chars in the previous N chars, > in case the paragraph beginning is further than that (N should be large > enough to include all chars displayed). It might be a good idea in general, but I don't see how it would help in this case, as I pointed out above. Let me explain a bit more. The current code works by searching backwards for a line that begins with certain regexp. Unless someone can show a _really_ fast way of counting types of characters we move across while searching for that regexp, such counting will just make redisplay slower yet. What bothers me even more is that such heuristics will give chaotic results: adding a single character in some strategic place, or moving up or down by a single line, can change the paragraph direction, with dramatic effect on display. It will also effectively disable the try_cursor_movement optimization (because the glyph matrix will be entirely different), which is a big loss for users that just move cursor. So I generally favor a less smart algorithm, but one that gives predictably constant results in a given buffer, and does not force us to disable redisplay optimizations, even if it will sometimes produce incorrect results. I have a simple idea for such an algorithm, but I need to test it first. > Otherwise, I think the only way to make it faster is by caching the > result of the computation (I suspect you already do some caching, but > maybe we just need to be more aggressive). The caching is done in the iterator structure for the paragraph through which the display engine iterates while preparing it for display. The problem is that every redisplay cycle following a command must begin by computing the paragraph direction of the first paragraph whose text is about to be displayed. (Any following paragraphs have their direction computed on the fly when we iterate through their beginning.) And that first paragraph is what takes time in these pathological buffers, especially when user types commands that don't require complete redisplay of a window, and thus are expected to be fast. I don't see any easy way of gaining from more aggressive caching of this info, because the cache would need to be updated on every edit and on any redisplay, which would just move the slowdown from one group of commands to another. Clever ideas are welcome. From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Sep 2011 05:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9470@debbugs.gnu.org, larsi@gnus.org Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.13157185537720 (code B ref 9470); Sun, 11 Sep 2011 05:23:02 +0000 Received: (at 9470) by debbugs.gnu.org; 11 Sep 2011 05:22:33 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2cUz-00020T-4p for submit@debbugs.gnu.org; Sun, 11 Sep 2011 01:22:33 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2cUy-00020N-B0 for 9470@debbugs.gnu.org; Sun, 11 Sep 2011 01:22:32 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAHpDbE5FxK3+/2dsb2JhbABBqBh5gVIBAQQBVhYNBQsLNBIUGA0kiAq0A4ZuBKAyhEM X-IronPort-AV: E=Sophos;i="4.68,363,1312171200"; d="scan'208";a="135624393" Received: from 69-196-173-254.dsl.teksavvy.com (HELO ceviche.home) ([69.196.173.254]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 11 Sep 2011 01:18:18 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 00AF2663AA; Sun, 11 Sep 2011 01:18:17 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83mxecxhl1.fsf@gnu.org> <83k49gxgol.fsf@gnu.org> Date: Sun, 11 Sep 2011 01:18:17 -0400 In-Reply-To: (Eli Zaretskii's message of "Sun, 11 Sep 2011 00:59:05 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > I don't see any easy way of gaining from more aggressive caching of > this info, because the cache would need to be updated on every edit > and on any redisplay, which would just move the slowdown from one > group of commands to another. Clever ideas are welcome. I'd guess that a cache that stores (START . END) could help, where "START is a position that starts a paragraph and that paragraph ends no sooner than END". This way when working within a very long paragraph, you only need to look for a paragraph boundary between END and point and if there isn't any, you can go straight to START without searching for it. Stefan From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Sep 2011 06:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 9470@debbugs.gnu.org, larsi@gnus.org Reply-To: Eli Zaretskii Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.131572261826436 (code B ref 9470); Sun, 11 Sep 2011 06:31:01 +0000 Received: (at 9470) by debbugs.gnu.org; 11 Sep 2011 06:30:18 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2dYX-0006s4-GF for submit@debbugs.gnu.org; Sun, 11 Sep 2011 02:30:17 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2dYU-0006oD-EP for 9470@debbugs.gnu.org; Sun, 11 Sep 2011 02:30:15 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R2dUN-0000xk-La; Sun, 11 Sep 2011 02:25:59 -0400 Date: Sun, 11 Sep 2011 02:25:59 -0400 Message-Id: From: Eli Zaretskii In-reply-to: (message from Stefan Monnier on Sun, 11 Sep 2011 01:18:17 -0400) References: <83mxecxhl1.fsf@gnu.org> <83k49gxgol.fsf@gnu.org> X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > From: Stefan Monnier > Cc: larsi@gnus.org, 9470@debbugs.gnu.org > Date: Sun, 11 Sep 2011 01:18:17 -0400 > > I'd guess that a cache that stores (START . END) could help, where > "START is a position that starts a paragraph and that paragraph ends no > sooner than END". > > This way when working within a very long paragraph, you only need to > look for a paragraph boundary between END and point and if there isn't > any, you can go straight to START without searching for it. I'm not sure I'm following. Are you assuming that redisplay is entered immediately after each deletion or insertion, and therefore these edits are always at point? Because that assumption is false, AFAIK: Emacs could perform any number of edits before reentering redisplay, so changes could be at places that are not at point and not even in the visible portion of the buffer. Any of these edits could insert or delete a paragraph boundary, and thus potentially change the paragraph direction. If you don't assume changes at point, then I don't see how point is relevant to this issue. Am I missing something? There are other complications with your proposal, e.g. the need to look for and keep track of paragraph end, which I currently don't care about, and the need to recompute the values of START and END when point moves far way. But the above is the major one. From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Sep 2011 02:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9470@debbugs.gnu.org, larsi@gnus.org Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.131579604111224 (code B ref 9470); Mon, 12 Sep 2011 02:54:02 +0000 Received: (at 9470) by debbugs.gnu.org; 12 Sep 2011 02:54:01 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2wen-0002uz-Gm for submit@debbugs.gnu.org; Sun, 11 Sep 2011 22:54:01 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2wem-0002ut-7P for 9470@debbugs.gnu.org; Sun, 11 Sep 2011 22:54:00 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EABBzbU5FxK3+/2dsb2JhbABCqAF5gVIBAQQBViMFCws0EhQYDSSICrUthm4EoDKEQw X-IronPort-AV: E=Sophos;i="4.68,365,1312171200"; d="scan'208";a="135781330" Received: from 69-196-173-254.dsl.teksavvy.com (HELO ceviche.home) ([69.196.173.254]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 11 Sep 2011 22:49:23 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 4C679660B6; Sun, 11 Sep 2011 22:49:23 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83mxecxhl1.fsf@gnu.org> <83k49gxgol.fsf@gnu.org> Date: Sun, 11 Sep 2011 22:49:23 -0400 In-Reply-To: (Eli Zaretskii's message of "Sun, 11 Sep 2011 02:25:59 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) >> I'd guess that a cache that stores (START . END) could help, where >> "START is a position that starts a paragraph and that paragraph ends no >> sooner than END". >> This way when working within a very long paragraph, you only need to >> look for a paragraph boundary between END and point and if there isn't >> any, you can go straight to START without searching for it. > I'm not sure I'm following. Are you assuming that redisplay is > entered immediately after each deletion or insertion, and therefore > these edits are always at point? No. I do assume we have some way to flush the cache (or parts thereof) that become invalid, tho. > Any of these edits could insert or delete a paragraph boundary, and > thus potentially change the paragraph direction. Sure. But if there aren't any edits, the cache is still valid. And if there are edits before START of after END, then the cache can still be valid (tho it may need START to be a marker, of course). > If you don't assume changes at point, then I don't see how point is > relevant to this issue. Am I missing something? By "point" I just meant "the position we're interested in", i.e. probably the first position of the text we're rendering. > There are other complications with your proposal, e.g. the need to > look for and keep track of paragraph end, which I currently don't care > about, and the need to recompute the values of START and END when > point moves far way. But the above is the major one. I'm sure there are complications and that it won't remove all slowdowns. But it should help the case in point (movement in a very long paragraph) by only suffering the slow "find paragraph beginning" once rather than for every command. Stefan From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Sep 2011 07:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 9470@debbugs.gnu.org, larsi@gnus.org Reply-To: Eli Zaretskii Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.131581237123707 (code B ref 9470); Mon, 12 Sep 2011 07:27:01 +0000 Received: (at 9470) by debbugs.gnu.org; 12 Sep 2011 07:26:11 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R30uA-0006AJ-EG for submit@debbugs.gnu.org; Mon, 12 Sep 2011 03:26:11 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R30u5-0006AA-Tb for 9470@debbugs.gnu.org; Mon, 12 Sep 2011 03:26:07 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R30pt-00051H-AK; Mon, 12 Sep 2011 03:21:45 -0400 Date: Mon, 12 Sep 2011 03:21:45 -0400 Message-Id: From: Eli Zaretskii In-reply-to: (message from Stefan Monnier on Sun, 11 Sep 2011 22:49:23 -0400) References: <83mxecxhl1.fsf@gnu.org> <83k49gxgol.fsf@gnu.org> X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > From: Stefan Monnier > Cc: larsi@gnus.org, 9470@debbugs.gnu.org > Date: Sun, 11 Sep 2011 22:49:23 -0400 > > I do assume we have some way to flush the cache (or parts thereof) > that become invalid, tho. If we add the necessary code to prepare_to_modify_buffer, yes. That code will need to either update the START and END positions or invalidate the cache, depending on what modification is about to happen. But not if the change is to add or remove text properties. We will also need to invalidate the cache whenever the iterator position winds up outside the (START..END) region, and update it as we cross paragraph boundaries during iteration. And that's just result of 5 minutes of thinking and zero testing. > > Any of these edits could insert or delete a paragraph boundary, and > > thus potentially change the paragraph direction. > > Sure. But if there aren't any edits, the cache is still valid. If there are no edits _and_ point didn't move before START or far after END. > I'm sure there are complications and that it won't remove > all slowdowns. But it should help the case in point (movement in > a very long paragraph) by only suffering the slow "find paragraph > beginning" once rather than for every command. Having the first command take 5 seconds is still going to annoy. We must get it below 0.5 sec to make it acceptable. And commands that will invalidate the cache and cause slow display and unresponsive Emacs are still a plenty. So this cannot be the whole solution. And the logic described above is not trivial. So for Emacs 24.1, I would go with a simpler solution which will solve all the use cases, probably 90+ percent of them correctly: if a paragraph boundary is not found after searching for a while, go to point-min. I will try to code it soon and see if this works well enough. From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Sep 2011 02:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9470@debbugs.gnu.org, larsi@gnus.org Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.131588078328402 (code B ref 9470); Tue, 13 Sep 2011 02:27:02 +0000 Received: (at 9470) by debbugs.gnu.org; 13 Sep 2011 02:26:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R3Iha-0007O3-Lt for submit@debbugs.gnu.org; Mon, 12 Sep 2011 22:26:22 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R3IhY-0007Nv-Ht for 9470@debbugs.gnu.org; Mon, 12 Sep 2011 22:26:21 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAJi9bk5FxK3+/2dsb2JhbABCp295gVIBAQQBViMFCws0EhQYDSSICrdhhm4EoDOEQw X-IronPort-AV: E=Sophos;i="4.68,371,1312171200"; d="scan'208";a="135968629" Received: from 69-196-173-254.dsl.teksavvy.com (HELO ceviche.home) ([69.196.173.254]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 12 Sep 2011 22:21:54 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 82D8C660B6; Mon, 12 Sep 2011 22:21:54 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83mxecxhl1.fsf@gnu.org> <83k49gxgol.fsf@gnu.org> Date: Mon, 12 Sep 2011 22:21:54 -0400 In-Reply-To: (Eli Zaretskii's message of "Mon, 12 Sep 2011 03:21:45 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) >> I do assume we have some way to flush the cache (or parts thereof) >> that become invalid, tho. > If we add the necessary code to prepare_to_modify_buffer, yes. That > code will need to either update the START and END positions or > invalidate the cache, depending on what modification is about to > happen. But not if the change is to add or remove text properties. We don't have to pay attention to text properties, but I guess you're right that the cache can surprive changes to text-properties. > We will also need to invalidate the cache whenever the iterator > position winds up outside the (START..END) region, and update it as we > cross paragraph boundaries during iteration. I don't see why, in general (you'd just flush the cache when a request comes in for a different paragraph, i.e. to make room for another piece of data), but in either case I don't think it would make much of a difference, since the main use case if for a very long paragraph which presumably covers the whole window. >> > Any of these edits could insert or delete a paragraph boundary, and >> > thus potentially change the paragraph direction. >> Sure. But if there aren't any edits, the cache is still valid. > If there are no edits _and_ point didn't move before START or far > after END. Right: movement within a paragraph. If there are edits nearby, you can still re-scan from the edits, so it's still fast. > Having the first command take 5 seconds is still going to annoy. We Yes. Improvement to the worst case is better. Stefan From unknown Sun Aug 10 09:14:57 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.427 (Entity 5.427) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Lars Magne Ingebrigtsen Subject: bug#9470: closed (Re: bug#9470: 24.0.50; Possible bidi-related slowness) Message-ID: References: <83r53ftcqb.fsf@gnu.org> X-Gnu-PR-Message: they-closed 9470 X-Gnu-PR-Package: emacs Reply-To: 9470@debbugs.gnu.org Date: Sat, 17 Sep 2011 15:30:04 +0000 Content-Type: multipart/mixed; boundary="----------=_1316273404-6700-1" This is a multi-part message in MIME format... ------------=_1316273404-6700-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #9470: 24.0.50; Possible bidi-related slowness which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 9470@debbugs.gnu.org. --=20 9470: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D9470 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1316273404-6700-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 9470-done) by debbugs.gnu.org; 17 Sep 2011 15:29:51 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R4wpy-0001jS-Tx for submit@debbugs.gnu.org; Sat, 17 Sep 2011 11:29:51 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R4wpv-0001jJ-Tl for 9470-done@debbugs.gnu.org; Sat, 17 Sep 2011 11:29:49 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LRO00K00ANE5C00@a-mtaout20.012.net.il> for 9470-done@debbugs.gnu.org; Sat, 17 Sep 2011 18:24:55 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.127.239.98]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LRO00J87ATIZE60@a-mtaout20.012.net.il>; Sat, 17 Sep 2011 18:24:55 +0300 (IDT) Date: Sat, 17 Sep 2011 18:22:52 +0300 From: Eli Zaretskii Subject: Re: bug#9470: 24.0.50; Possible bidi-related slowness In-reply-to: <83k49gxgol.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: larsi@gnus.org Message-id: <83r53ftcqb.fsf@gnu.org> References: <83mxecxhl1.fsf@gnu.org> <83k49gxgol.fsf@gnu.org> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 9470-done Cc: 9470-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > Date: Sat, 10 Sep 2011 23:53:30 +0300 > From: Eli Zaretskii > Cc: 9470@debbugs.gnu.org > > > From: Lars Magne Ingebrigtsen > > Cc: 9470@debbugs.gnu.org > > Date: Sat, 10 Sep 2011 22:42:31 +0200 > > > > Eli Zaretskii writes: > > > > > The question is, what is "exciting", and what should we do when we > > > "bail out"? > > > > I defer to you what would be exciting. :-) I would have thought the > > presence of no strongly R2L characters would be a measure of > > non-excitingness... > > The long search is for the paragraph beginning. Looking for R2L > characters during that search will slow it even more. > > Anyway, I reopened the bug and will try to think of something. I committed a fix (revno 105807) that should keep the search for paragraph beginning at bay. Using your example, redisplay is now as fast (or as slow ;-) as elsewhere. I'm closing this bug. Feel free to reopen if there are any left-overs, or file a new bug if I caused regressions elsewhere. ------------=_1316273404-6700-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 10 Sep 2011 18:36:59 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2SQE-0007v0-J6 for submit@debbugs.gnu.org; Sat, 10 Sep 2011 14:36:59 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2SQB-0007us-Hl for submit@debbugs.gnu.org; Sat, 10 Sep 2011 14:36:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R2SM5-0005vv-RT for submit@debbugs.gnu.org; Sat, 10 Sep 2011 14:32:44 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:36748) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R2SM5-0005vn-Od for submit@debbugs.gnu.org; Sat, 10 Sep 2011 14:32:41 -0400 Received: from eggs.gnu.org ([140.186.70.92]:60086) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R2SM3-000551-3R for bug-gnu-emacs@gnu.org; Sat, 10 Sep 2011 14:32:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R2SM0-0005vY-EI for bug-gnu-emacs@gnu.org; Sat, 10 Sep 2011 14:32:39 -0400 Received: from hermes.netfonds.no ([80.91.224.195]:51084) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R2SM0-0005vS-1d for bug-gnu-emacs@gnu.org; Sat, 10 Sep 2011 14:32:36 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1R2SLs-00031b-F1 for bug-gnu-emacs@gnu.org; Sat, 10 Sep 2011 20:32:28 +0200 From: Lars Magne Ingebrigtsen To: bug-gnu-emacs@gnu.org Subject: 24.0.50; Possible bidi-related slowness Date: Sat, 10 Sep 2011 20:28:49 +0200 Message-ID: X-Now-Playing: Various's _Bustin' Out 1983: New Wave To New Beat Volume 3_: "Front 242 - Take One" MIME-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) X-MailScanner-ID: 1R2SLs-00031b-F1 X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1316284348.8779@c/Wa6cd3Buaokza/hcMcwg 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-Received-From: 140.186.70.17 X-Spam-Score: -4.7 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.7 (----) I just experienced a massively slow Gnus article buffer. The following seems to reproduce the problem: (progn (pop-to-buffer "lala") (dotimes (i 197000) (insert "* 194624 FETCH (UID 194633 FLAGS (%Seen))\r\n* 194625 FETCH (UID 194634 FLAGS (%Seen))\r\n"))) If I hit `up' after that, Emacs takes about five seconds for each cursor movement. I haven't actually confirmed that this is bidi-related, though, but it's a recentish regression. In GNU Emacs 24.0.50.17 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1) of 2011-09-10 on stories Windowing system distributor `The X.Org Foundation', version 11.0.10707000 Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US value of $XMODIFIERS: nil locale-coding-system: iso-latin-1-unix default enable-multibyte-characters: t Major mode: Group Minor modes in effect: diff-auto-refine-mode: t gnus-topic-mode: t gnus-undo-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t Recent input: s e n t SPC o u t , SPC t h i s SPC i s SPC s o m e t h i n g SPC t h a t SPC n o SPC E m a c s SPC f e w SPC E m a c s SPC u s e r s SPC w i l l SPC b e SPC a b l e SPC t o SPC u s e , SPC s i n c e SPC u s i n g , SPC s i n c e SPC i f SPC w e SPC c h a n g e SPC t h e SPC d e f a u l t SPC t o SPC ` s e n d - m a i l = - c l u s i n g - t h e - c l e v e r - n e w - l i n b u u x - a p i ' SPC , SPC t h e y ' l l SPC n e v e r SPC s e e SPC i t . SPC i n SPC E m a c s SPC 2 6 . 1 M-q C-c C-c D q J S g P SPC SPC SPC N C-x o M-> i M-> M-= C-SPC M-w M-> M-= M-< M-= q M-x r e p o r Recent messages: Mark set XZ uncompressing nnimap-buffer.txt.xz...done XZ uncompressing nnimap-buffer.txt.xz...done Mark set Region has 194633 lines, 8019850 characters Mark set [2 times] Region has 15 lines, 497 characters Mark set Region has 194677 lines, 8021475 characters Making completion list... Load-path shadows: /home/larsi/pgnus/lisp/compface hides ~/pgnus/contrib/compface ~/lisp/zenirc-2.112/src/zenirc-example hides /home/larsi/lisp/zenirc-example ~/pgnus/contrib/vcard hides /home/larsi/lisp/vcard /home/larsi/src/clock.el/clock hides /home/larsi/lisp/clock /home/larsi/src/cddb.el/expect hides /home/larsi/lisp/expect /home/larsi/src/pvr.el/pvr hides /home/larsi/lisp/pvr /home/larsi/pgnus/lisp/md4 hides /home/larsi/src/emacs/trunk/lisp/md4 /home/larsi/pgnus/lisp/color hides /home/larsi/src/emacs/trunk/lisp/color /home/larsi/pgnus/lisp/format-spec hides /home/larsi/src/emacs/trunk/lisp/format-spec /home/larsi/pgnus/lisp/password-cache hides /home/larsi/src/emacs/trunk/lisp/password-cache /home/larsi/pgnus/lisp/hex-util hides /home/larsi/src/emacs/trunk/lisp/hex-util /home/larsi/pgnus/lisp/dns-mode hides /home/larsi/src/emacs/trunk/lisp/textmodes/dns-mode /home/larsi/pgnus/lisp/tls hides /home/larsi/src/emacs/trunk/lisp/net/tls /home/larsi/pgnus/lisp/ntlm hides /home/larsi/src/emacs/trunk/lisp/net/ntlm /home/larsi/pgnus/lisp/hmac-def hides /home/larsi/src/emacs/trunk/lisp/net/hmac-def /home/larsi/pgnus/lisp/sasl-ntlm hides /home/larsi/src/emacs/trunk/lisp/net/sasl-ntlm /home/larsi/pgnus/lisp/hmac-md5 hides /home/larsi/src/emacs/trunk/lisp/net/hmac-md5 /home/larsi/pgnus/lisp/dns hides /home/larsi/src/emacs/trunk/lisp/net/dns /home/larsi/pgnus/lisp/imap hides /home/larsi/src/emacs/trunk/lisp/net/imap /home/larsi/pgnus/lisp/dig hides /home/larsi/src/emacs/trunk/lisp/net/dig /home/larsi/pgnus/lisp/sasl hides /home/larsi/src/emacs/trunk/lisp/net/sasl /home/larsi/pgnus/lisp/sasl-cram hides /home/larsi/src/emacs/trunk/lisp/net/sasl-cram /home/larsi/pgnus/lisp/netrc hides /home/larsi/src/emacs/trunk/lisp/net/netrc /home/larsi/pgnus/lisp/sasl-digest hides /home/larsi/src/emacs/trunk/lisp/net/sasl-digest /home/larsi/pgnus/lisp/hashcash hides /home/larsi/src/emacs/trunk/lisp/mail/hashcash /home/larsi/pgnus/lisp/binhex hides /home/larsi/src/emacs/trunk/lisp/mail/binhex /home/larsi/pgnus/lisp/uudecode hides /home/larsi/src/emacs/trunk/lisp/mail/uudecode /home/larsi/pgnus/lisp/spam-report hides /home/larsi/src/emacs/trunk/lisp/gnus/spam-report /home/larsi/pgnus/lisp/gnus-sieve hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-sieve /home/larsi/pgnus/lisp/rfc2045 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2045 /home/larsi/pgnus/lisp/gnus-salt hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-salt /home/larsi/pgnus/lisp/gnus-gravatar hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-gravatar /home/larsi/pgnus/lisp/utf7 hides /home/larsi/src/emacs/trunk/lisp/gnus/utf7 /home/larsi/pgnus/lisp/auth-source hides /home/larsi/src/emacs/trunk/lisp/gnus/auth-source /home/larsi/pgnus/lisp/registry hides /home/larsi/src/emacs/trunk/lisp/gnus/registry /home/larsi/pgnus/lisp/nndraft hides /home/larsi/src/emacs/trunk/lisp/gnus/nndraft /home/larsi/pgnus/lisp/mm-partial hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-partial /home/larsi/pgnus/lisp/plstore hides /home/larsi/src/emacs/trunk/lisp/gnus/plstore /home/larsi/pgnus/lisp/gnus-cite hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-cite /home/larsi/pgnus/lisp/mm-url hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-url /home/larsi/pgnus/lisp/nnmh hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmh /home/larsi/pgnus/lisp/nnbabyl hides /home/larsi/src/emacs/trunk/lisp/gnus/nnbabyl /home/larsi/pgnus/lisp/mm-extern hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-extern /home/larsi/pgnus/lisp/mm-encode hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-encode /home/larsi/pgnus/lisp/gnus-sync hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-sync /home/larsi/pgnus/lisp/gnus-cus hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-cus /home/larsi/pgnus/lisp/rfc2231 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2231 /home/larsi/pgnus/lisp/gnus-range hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-range /home/larsi/pgnus/lisp/gnus-topic hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-topic /home/larsi/pgnus/lisp/gnus-diary hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-diary /home/larsi/pgnus/lisp/flow-fill hides /home/larsi/src/emacs/trunk/lisp/gnus/flow-fill /home/larsi/pgnus/lisp/gnus-eform hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-eform /home/larsi/pgnus/lisp/gmm-utils hides /home/larsi/src/emacs/trunk/lisp/gnus/gmm-utils /home/larsi/pgnus/lisp/gnus-vm hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-vm /home/larsi/pgnus/lisp/gnus-demon hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-demon /home/larsi/pgnus/lisp/compface hides /home/larsi/src/emacs/trunk/lisp/gnus/compface /home/larsi/pgnus/lisp/gnus-undo hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-undo /home/larsi/pgnus/lisp/mail-parse hides /home/larsi/src/emacs/trunk/lisp/gnus/mail-parse /home/larsi/pgnus/lisp/gssapi hides /home/larsi/src/emacs/trunk/lisp/gnus/gssapi /home/larsi/pgnus/lisp/score-mode hides /home/larsi/src/emacs/trunk/lisp/gnus/score-mode /home/larsi/pgnus/lisp/nnnil hides /home/larsi/src/emacs/trunk/lisp/gnus/nnnil /home/larsi/pgnus/lisp/gnus-kill hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-kill /home/larsi/pgnus/lisp/rfc2047 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2047 /home/larsi/pgnus/lisp/gnus-start hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-start /home/larsi/pgnus/lisp/mml-smime hides /home/larsi/src/emacs/trunk/lisp/gnus/mml-smime /home/larsi/pgnus/lisp/nnmail hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmail /home/larsi/pgnus/lisp/mml hides /home/larsi/src/emacs/trunk/lisp/gnus/mml /home/larsi/pgnus/lisp/gnus-html hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-html /home/larsi/pgnus/lisp/sieve-manage hides /home/larsi/src/emacs/trunk/lisp/gnus/sieve-manage /home/larsi/pgnus/lisp/nnmaildir hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmaildir /home/larsi/pgnus/lisp/nnoo hides /home/larsi/src/emacs/trunk/lisp/gnus/nnoo /home/larsi/pgnus/lisp/mm-decode hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-decode /home/larsi/pgnus/lisp/rfc1843 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc1843 /home/larsi/pgnus/lisp/yenc hides /home/larsi/src/emacs/trunk/lisp/gnus/yenc /home/larsi/pgnus/lisp/nnir hides /home/larsi/src/emacs/trunk/lisp/gnus/nnir /home/larsi/pgnus/lisp/mml1991 hides /home/larsi/src/emacs/trunk/lisp/gnus/mml1991 /home/larsi/pgnus/lisp/qp hides /home/larsi/src/emacs/trunk/lisp/gnus/qp /home/larsi/pgnus/lisp/gnus-logic hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-logic /home/larsi/pgnus/lisp/mm-uu hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-uu /home/larsi/pgnus/lisp/nnvirtual hides /home/larsi/src/emacs/trunk/lisp/gnus/nnvirtual /home/larsi/pgnus/lisp/mail-prsvr hides /home/larsi/src/emacs/trunk/lisp/gnus/mail-prsvr /home/larsi/pgnus/lisp/mail-source hides /home/larsi/src/emacs/trunk/lisp/gnus/mail-source /home/larsi/pgnus/lisp/gnus-group hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-group /home/larsi/pgnus/lisp/mml-sec hides /home/larsi/src/emacs/trunk/lisp/gnus/mml-sec /home/larsi/pgnus/lisp/mm-view hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-view /home/larsi/pgnus/lisp/mm-bodies hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-bodies /home/larsi/pgnus/lisp/gnus-registry hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-registry /home/larsi/pgnus/lisp/nnml hides /home/larsi/src/emacs/trunk/lisp/gnus/nnml /home/larsi/pgnus/lisp/sieve hides /home/larsi/src/emacs/trunk/lisp/gnus/sieve /home/larsi/pgnus/lisp/gnus-dup hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-dup /home/larsi/pgnus/lisp/shr-color hides /home/larsi/src/emacs/trunk/lisp/gnus/shr-color /home/larsi/pgnus/lisp/gnus-mh hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-mh /home/larsi/pgnus/lisp/gnus-async hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-async /home/larsi/pgnus/lisp/nntp hides /home/larsi/src/emacs/trunk/lisp/gnus/nntp /home/larsi/pgnus/lisp/pop3 hides /home/larsi/src/emacs/trunk/lisp/gnus/pop3 /home/larsi/pgnus/lisp/gnus-dired hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-dired /home/larsi/pgnus/lisp/nnheader hides /home/larsi/src/emacs/trunk/lisp/gnus/nnheader /home/larsi/pgnus/lisp/ecomplete hides /home/larsi/src/emacs/trunk/lisp/gnus/ecomplete /home/larsi/pgnus/lisp/nnmairix hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmairix /home/larsi/pgnus/lisp/gnus-srvr hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-srvr /home/larsi/pgnus/lisp/canlock hides /home/larsi/src/emacs/trunk/lisp/gnus/canlock /home/larsi/pgnus/lisp/starttls hides /home/larsi/src/emacs/trunk/lisp/gnus/starttls /home/larsi/pgnus/lisp/html2text hides /home/larsi/src/emacs/trunk/lisp/gnus/html2text /home/larsi/pgnus/lisp/gnus-bcklg hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-bcklg /home/larsi/pgnus/lisp/gnus-score hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-score /home/larsi/pgnus/lisp/nnfolder hides /home/larsi/src/emacs/trunk/lisp/gnus/nnfolder /home/larsi/pgnus/lisp/nnagent hides /home/larsi/src/emacs/trunk/lisp/gnus/nnagent /home/larsi/pgnus/lisp/nneething hides /home/larsi/src/emacs/trunk/lisp/gnus/nneething /home/larsi/pgnus/lisp/shr hides /home/larsi/src/emacs/trunk/lisp/gnus/shr /home/larsi/pgnus/lisp/gnus-msg hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-msg /home/larsi/pgnus/lisp/rfc2104 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2104 /home/larsi/pgnus/lisp/gnus-ems hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-ems /home/larsi/pgnus/lisp/gnus hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus /home/larsi/pgnus/lisp/nnmbox hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmbox /home/larsi/pgnus/lisp/gnus-cache hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-cache /home/larsi/pgnus/lisp/gnus-setup hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-setup /home/larsi/pgnus/lisp/message hides /home/larsi/src/emacs/trunk/lisp/gnus/message /home/larsi/pgnus/lisp/gnus-art hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-art /home/larsi/pgnus/lisp/nnregistry hides /home/larsi/src/emacs/trunk/lisp/gnus/nnregistry /home/larsi/pgnus/lisp/nnrss hides /home/larsi/src/emacs/trunk/lisp/gnus/nnrss /home/larsi/pgnus/lisp/nnweb hides /home/larsi/src/emacs/trunk/lisp/gnus/nnweb /home/larsi/pgnus/lisp/spam-stat hides /home/larsi/src/emacs/trunk/lisp/gnus/spam-stat /home/larsi/pgnus/lisp/mml2015 hides /home/larsi/src/emacs/trunk/lisp/gnus/mml2015 /home/larsi/pgnus/lisp/spam hides /home/larsi/src/emacs/trunk/lisp/gnus/spam /home/larsi/pgnus/lisp/gravatar hides /home/larsi/src/emacs/trunk/lisp/gnus/gravatar /home/larsi/pgnus/lisp/gnus-fun hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-fun /home/larsi/pgnus/lisp/smiley hides /home/larsi/src/emacs/trunk/lisp/gnus/smiley /home/larsi/pgnus/lisp/sieve-mode hides /home/larsi/src/emacs/trunk/lisp/gnus/sieve-mode /home/larsi/pgnus/lisp/gnus-picon hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-picon /home/larsi/pgnus/lisp/gnus-bookmark hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-bookmark /home/larsi/pgnus/lisp/ietf-drums hides /home/larsi/src/emacs/trunk/lisp/gnus/ietf-drums /home/larsi/pgnus/lisp/gnus-agent hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-agent /home/larsi/pgnus/lisp/gnus-util hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-util /home/larsi/pgnus/lisp/gnus-int hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-int /home/larsi/pgnus/lisp/gnus-sum hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-sum /home/larsi/pgnus/lisp/nndiary hides /home/larsi/src/emacs/trunk/lisp/gnus/nndiary /home/larsi/pgnus/lisp/legacy-gnus-agent hides /home/larsi/src/emacs/trunk/lisp/gnus/legacy-gnus-agent /home/larsi/pgnus/lisp/gnus-delay hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-delay /home/larsi/pgnus/lisp/nngateway hides /home/larsi/src/emacs/trunk/lisp/gnus/nngateway /home/larsi/pgnus/lisp/nnimap hides /home/larsi/src/emacs/trunk/lisp/gnus/nnimap /home/larsi/pgnus/lisp/messcompat hides /home/larsi/src/emacs/trunk/lisp/gnus/messcompat /home/larsi/pgnus/lisp/nndoc hides /home/larsi/src/emacs/trunk/lisp/gnus/nndoc /home/larsi/pgnus/lisp/smime hides /home/larsi/src/emacs/trunk/lisp/gnus/smime /home/larsi/pgnus/lisp/deuglify hides /home/larsi/src/emacs/trunk/lisp/gnus/deuglify /home/larsi/pgnus/lisp/gnus-win hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-win /home/larsi/pgnus/lisp/gnus-spec hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-spec /home/larsi/pgnus/lisp/gnus-ml hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-ml /home/larsi/pgnus/lisp/gnus-uu hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-uu /home/larsi/pgnus/lisp/gnus-draft hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-draft /home/larsi/pgnus/lisp/nndir hides /home/larsi/src/emacs/trunk/lisp/gnus/nndir /home/larsi/pgnus/lisp/.dir-locals hides /home/larsi/src/emacs/trunk/lisp/gnus/.dir-locals /home/larsi/pgnus/lisp/mailcap hides /home/larsi/src/emacs/trunk/lisp/gnus/mailcap /home/larsi/pgnus/lisp/mm-util hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-util /home/larsi/pgnus/lisp/nnspool hides /home/larsi/src/emacs/trunk/lisp/gnus/nnspool /home/larsi/pgnus/lisp/spam-wash hides /home/larsi/src/emacs/trunk/lisp/gnus/spam-wash /home/larsi/pgnus/lisp/gnus-mlspl hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-mlspl /home/larsi/pgnus/lisp/rtree hides /home/larsi/src/emacs/trunk/lisp/gnus/rtree /home/larsi/pgnus/lisp/time-date hides /home/larsi/src/emacs/trunk/lisp/calendar/time-date /home/larsi/pgnus/lisp/parse-time hides /home/larsi/src/emacs/trunk/lisp/calendar/parse-time /home/larsi/pgnus/lisp/pgg-gpg hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-gpg /home/larsi/pgnus/lisp/pgg-pgp5 hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-pgp5 /home/larsi/pgnus/lisp/pgg-def hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-def /home/larsi/pgnus/lisp/pgg-parse hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-parse /home/larsi/pgnus/lisp/pgg-pgp hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-pgp /home/larsi/pgnus/lisp/pgg hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg Features: (smerge-mode newcomment log-edit vc-sccs vc-svn vc-rcs vc-dir ewoc rect kmacro whitespace log-view pcvs-util vc ediff-merg ediff-diff ediff-wind ediff-help ediff-util ediff-mult ediff-init ediff vc-dispatcher etags ring vc-bzr cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs url-handlers thingatpt flow-fill pp diff-mode smiley ansi-color shr-color color timezone url-queue gnus-html url-cache shr browse-url mailalias smtpmail sendmail gnus-bcklg gnus-draft shadow sort emacsbug help-mode view gnus-cite ecomplete multi-isearch mule-util gnus-async gnus-dup qp gnus-ml gmane spam-gmane dns mm-url gnus-fun gnus-mdrtn gnus-topic nndoc nnmbox nndraft nnfolder utf-7 nnimap parse-time utf7 gnutls rot13 disp-table netrc network-stream starttls nnmh copyright vc-cvs nnagent nnml spam-report spam spam-stat gnus-uu yenc gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg gnus-art mm-uu mml2015 epg-config mm-view mml-smime smime dig nntp gnus-cache nnir gnus-sum nnoo gnus-group gnus-undo nnmail mail-source gnus-start gnus-spec gnus-int gnus-range message format-spec rfc822 mml easymenu mml-sec mailabbrev gmm-utils mailheader gnus-win gnus-load gnus gnus-ems nnheader mail-utils wid-edit uniquify advice help-fns advice-preload debbugs-gnu easy-mmode derived tabulated-list debbugs soap-client mm-decode mm-bodies mm-encode url-http tls url-auth mail-parse rfc2231 rfc2047 rfc2045 ietf-drums url-gw url url-proxy url-privacy url-expand url-methods url-history url-cookie url-util url-parse auth-source eieio byte-opt bytecomp byte-compile cconv macroexp assoc gnus-util password-cache url-vars mm-util mail-prsvr mailcap warnings xml ido flyspell ispell dired regexp-opt add-log mail-extr jka-compr cl time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dynamic-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ ------------=_1316273404-6700-1-- From unknown Sun Aug 10 09:14:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9470: 24.0.50; Possible bidi-related slowness Resent-From: Lars Magne Ingebrigtsen Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 18 Sep 2011 07:46:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9470 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9470@debbugs.gnu.org Received: via spool by 9470-submit@debbugs.gnu.org id=B9470.131633194431437 (code B ref 9470); Sun, 18 Sep 2011 07:46:05 +0000 Received: (at 9470) by debbugs.gnu.org; 18 Sep 2011 07:45:44 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R5C4O-0008Av-0e for submit@debbugs.gnu.org; Sun, 18 Sep 2011 03:45:44 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R5C4F-0008AP-KY for 9470@debbugs.gnu.org; Sun, 18 Sep 2011 03:45:37 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1R5BzP-0004Sf-4z; Sun, 18 Sep 2011 09:40:35 +0200 From: Lars Magne Ingebrigtsen In-Reply-To: <83r53ftcqb.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 17 Sep 2011 18:22:52 +0300") Date: Sun, 18 Sep 2011 09:33:24 +0200 Message-ID: References: <83mxecxhl1.fsf@gnu.org> <83k49gxgol.fsf@gnu.org> <83r53ftcqb.fsf@gnu.org> User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEX9/Po0NCqMgXMkJhoY GA8rLSEpKx8nKR05Si/WAAACG0lEQVQ4jW2SS3bbMAxFWa3AikN5qqTpBkr3aB6zC7AbQvOoAOZh RWy/ACUriVsMdERdPTzi49q2fWjv9HHnLB7soMevrr3GCpaDf3Ht+T8gwdF16V+QgBWgSby/Ap80 YKogne10qeCbfU4gR3egVP/ZAAAQv4MPChhpGhQU/Ah8Ahox5AoQAUZcQEciMOcQNRUSCZVV0eEo XKZgHnMRlnlTgJBUUAQJZqDXLRXnoGAvpWguSQqax96Dvkv1KAWZC6GB+92BsxBPRwOWh6SoRxN3 HTHRmKtHIq1U8NI8ut+9WjKpi4LEo3nIa/PsnnYdcs6DGMDCBFDo4h5rKpkkS7B51CAtsHmKO20J Fsqq8GitRbTKWwPqPeu1nF+7bqA3MKYktCp0lLB1dyRgM/cpfW47afA7QNyA3nL6nyJpr61yb8af AFMt0M83ihEKs/UKbwCj1FSdzLpHQLWOOigKgw3qIHOtbwOTLKCT9/VR4IGLdtcAVlC0jqbvnbfB 5uoBugpYFQY6DkFT2SbqKFHXD1YgoYaZG6hLvYA8rLdipJnnRJdGQX8Q/VoWD0ZtYYFX3SoDOQxS b2WrJzyQgV2/D1cPXSQFJZe3TyDqiopu8SDD241iH2oLQvj+5RYscVrAfTgdY4wrOJ70/bmCl1jj FN2veFzeF7AeYnQvP1Ku8gWs/yv407aHn2ff3ivYXfp43rf7fdtGt2lXcI2/X5gS3HoJWmQAAAAA SUVORK5CYII= X-Now-Playing: Eurythmics's _Sweet Dreams (Are Made Of This)_: "I Could Give You (A Mirror)" MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1R5BzP-0004Sf-4z X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1316936435.2711@sNXbOU1J3thEmzhu9Yl5ZA X-Spam-Status: No X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) Eli Zaretskii writes: > I committed a fix (revno 105807) that should keep the search for > paragraph beginning at bay. Using your example, redisplay is now as > fast (or as slow ;-) as elsewhere. Great! -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/