From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 14 20:56:53 2012 Received: (at submit) by debbugs.gnu.org; 15 Jul 2012 00:56:53 +0000 Received: from localhost ([127.0.0.1]:41540 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SqD8m-0000ls-BN for submit@debbugs.gnu.org; Sat, 14 Jul 2012 20:56:53 -0400 Received: from eggs.gnu.org ([208.118.235.92]:53938) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SqD8h-0000lc-EV for submit@debbugs.gnu.org; Sat, 14 Jul 2012 20:56:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SqD35-0002ao-3V for submit@debbugs.gnu.org; Sat, 14 Jul 2012 20:51:01 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,NO_DNS_FOR_FROM, RCVD_IN_DNSWL_HI,T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:53543) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqD34-0002aj-Vv for submit@debbugs.gnu.org; Sat, 14 Jul 2012 20:50:59 -0400 Received: from eggs.gnu.org ([208.118.235.92]:34514) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqD32-0001p1-Nq for bug-gnu-emacs@gnu.org; Sat, 14 Jul 2012 20:50:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SqD2z-0002aW-O3 for bug-gnu-emacs@gnu.org; Sat, 14 Jul 2012 20:50:56 -0400 Received: from out3-smtp.messagingengine.com ([66.111.4.27]:49552) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqD2z-0002aS-Fl for bug-gnu-emacs@gnu.org; Sat, 14 Jul 2012 20:50:53 -0400 Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id F19B720532 for ; Sat, 14 Jul 2012 20:50:52 -0400 (EDT) Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161]) by compute2.internal (MEProxy); Sat, 14 Jul 2012 20:50:52 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=secretsauce.net; h=from:to:subject:date:message-id:mime-version:content-type; s= mesmtp; bh=7nPG497ZAzh8/c7StFMYMLykWZE=; b=Velrv2o27syRHRszcN4zM tiMhXErV0CbJfdAI1gAdI5dykrsUoIruFRhMElRL8EhNNtBiLYld/bo3e+57vGWD MV91fODp+V4bmntrG5OCyzal2URnyxOQXMt+TrQ2/K/CoI32s6BbynD23L4j0fsJ dPd0gtRW1nJMdRqK04V7ZA= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=from:to:subject:date:message-id :mime-version:content-type; s=smtpout; bh=7nPG497ZAzh8/c7StFMYML ykWZE=; b=QwljaK1st5HUxqtpdCkQB8ZcO1yIZNobEEi2kNFbPjdfJNBSmu5cxK UWE/O3DEyd6BmJzSy6MND1I3JViXvf41IEOjk/vD6tS6/1c8dnKoDnous4z6ku5E 8Y8QDXVtZzU1oIlSL592lgPWT8MS3j4UtgbyEu2DecPwKNVSFkIq4= X-Sasl-enc: utpExCEvsSGEBtYp45VBKwbR0Y+IjUL2AGbNw7UDX6m8 1342313452 Received: from shorty.local (unknown [76.169.242.46]) by mail.messagingengine.com (Postfix) with ESMTPA id 8E07048360A for ; Sat, 14 Jul 2012 20:50:52 -0400 (EDT) Received: from dima by shorty.local with local (Exim 4.80) (envelope-from ) id 1SqD2x-0000o6-FC for bug-gnu-emacs@gnu.org; Sat, 14 Jul 2012 17:50:51 -0700 From: Dima Kogan To: bug-gnu-emacs@gnu.org Subject: 24.1.50; Emacs unusably slow when looking at large files (bidi support at fault) Date: Sat, 14 Jul 2012 17:50:51 -0700 Message-ID: <87vchp4zkk.fsf@shorty.local.i-did-not-set--mail-host-address--so-tickle-me> MIME-Version: 1.0 Content-Type: text/plain 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: 208.118.235.17 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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.9 (------) I'm observing that when some large text files are loaded, emacs slows to a crawl. As an example, I have a 14MB file open (with emacs -Q). Every time I do (next-line) or (previous-line) it takes a few seconds. This is a > 2GHz Core2 machine, so there's no reason for this to happen. 'M-x benchmark' says that (previous-line) takes >2s each time. I discovered that if I do (setq bidi-display-reordering nil) then emacs is snappy again, with previous-line taking <1ms. The specific file I'm using to exhibit the bug consists of many repeated stanzas such as ========================= { {2.222222,2.222222,2.222222,2.2}, {-2.222222,2.222222,2.222222}, {-22.222222,22.222222,2.222222} }, ========================= without the =. Saving a stanza into a file called 'snippet', the 14MB file can be made with $ for i in `seq 17`; do cat snippet snippet > xxx; mv xxx snippet; done Thanks. In GNU Emacs 24.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.2) of 2012-06-29 on zelenka, modified by Debian (emacs-snapshot package, version 2:20120629-1) Windowing system distributor `The X.Org Foundation', version 11.0.11201902 Configured using: `configure '--build' 'x86_64-linux-gnu' '--host' 'x86_64-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/24.1.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.1.50/site-lisp:/usr/share/emacs/site-lisp' '--without-compress-info' '--with-crt-dir=/usr/lib/x86_64-linux-gnu/' '--with-x=yes' '--with-x-toolkit=gtk3' '--with-imagemagick=yes' 'build_alias=x86_64-linux-gnu' 'host_alias=x86_64-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'LDFLAGS=-g -Wl,--as-needed -znocombreloc' 'CPPFLAGS=-D_FORTIFY_SOURCE=2'' Important settings: value of $LC_ALL: C value of $LANG: C locale-coding-system: nil default enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-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 transient-mark-mode: t Recent input: y M-x b e n c h m a r k ( p r e v i o u s - l i n e ) M-x r e p o r t SPC b u g Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. File snippet is large (13.1M), really open? (y or n) y Elapsed time: 2.232054s Load-path shadows: /usr/share/emacs/24.1.50/site-lisp/cscope/xcscope hides /usr/share/emacs/site-lisp/xcscope /usr/share/emacs/24.1.50/site-lisp/cmake-data/cmake-mode hides /usr/share/emacs/site-lisp/cmake-mode /usr/share/emacs/24.1.50/site-lisp/easypg/epg hides /usr/share/emacs/24.1.50/lisp/epg /usr/share/emacs/24.1.50/site-lisp/easypg/epa-dired hides /usr/share/emacs/24.1.50/lisp/epa-dired /usr/share/emacs/24.1.50/site-lisp/easypg/epg-config hides /usr/share/emacs/24.1.50/lisp/epg-config /usr/share/emacs/24.1.50/site-lisp/easypg/epa hides /usr/share/emacs/24.1.50/lisp/epa /usr/share/emacs/24.1.50/site-lisp/easypg/epa-file hides /usr/share/emacs/24.1.50/lisp/epa-file /usr/share/emacs/24.1.50/site-lisp/easypg/epa-mail hides /usr/share/emacs/24.1.50/lisp/epa-mail /usr/share/emacs/24.1.50/site-lisp/org-mode/org-list hides /usr/share/emacs/24.1.50/lisp/org/org-list /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-screen hides /usr/share/emacs/24.1.50/lisp/org/ob-screen /usr/share/emacs/24.1.50/site-lisp/org-mode/org-protocol hides /usr/share/emacs/24.1.50/lisp/org/org-protocol /usr/share/emacs/24.1.50/site-lisp/org-mode/org-footnote hides /usr/share/emacs/24.1.50/lisp/org/org-footnote /usr/share/emacs/24.1.50/site-lisp/org-mode/org-docview hides /usr/share/emacs/24.1.50/lisp/org/org-docview /usr/share/emacs/24.1.50/site-lisp/org-mode/org-pcomplete hides /usr/share/emacs/24.1.50/lisp/org/org-pcomplete /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-sh hides /usr/share/emacs/24.1.50/lisp/org/ob-sh /usr/share/emacs/24.1.50/site-lisp/org-mode/org-irc hides /usr/share/emacs/24.1.50/lisp/org/org-irc /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-maxima hides /usr/share/emacs/24.1.50/lisp/org/ob-maxima /usr/share/emacs/24.1.50/site-lisp/org-mode/org-mac-message hides /usr/share/emacs/24.1.50/lisp/org/org-mac-message /usr/share/emacs/24.1.50/site-lisp/org-mode/org-bibtex hides /usr/share/emacs/24.1.50/lisp/org/org-bibtex /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-asymptote hides /usr/share/emacs/24.1.50/lisp/org/ob-asymptote /usr/share/emacs/24.1.50/site-lisp/org-mode/org-bbdb hides /usr/share/emacs/24.1.50/lisp/org/org-bbdb /usr/share/emacs/24.1.50/site-lisp/org-mode/ob hides /usr/share/emacs/24.1.50/lisp/org/ob /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-lilypond hides /usr/share/emacs/24.1.50/lisp/org/ob-lilypond /usr/share/emacs/24.1.50/site-lisp/org-mode/org-exp-blocks hides /usr/share/emacs/24.1.50/lisp/org/org-exp-blocks /usr/share/emacs/24.1.50/site-lisp/org-mode/org-icalendar hides /usr/share/emacs/24.1.50/lisp/org/org-icalendar /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-gnuplot hides /usr/share/emacs/24.1.50/lisp/org/ob-gnuplot /usr/share/emacs/24.1.50/site-lisp/org-mode/org-src hides /usr/share/emacs/24.1.50/lisp/org/org-src /usr/share/emacs/24.1.50/site-lisp/org-mode/org-w3m hides /usr/share/emacs/24.1.50/lisp/org/org-w3m /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-css hides /usr/share/emacs/24.1.50/lisp/org/ob-css /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-ledger hides /usr/share/emacs/24.1.50/lisp/org/ob-ledger /usr/share/emacs/24.1.50/site-lisp/org-mode/org-wl hides /usr/share/emacs/24.1.50/lisp/org/org-wl /usr/share/emacs/24.1.50/site-lisp/org-mode/org-mew hides /usr/share/emacs/24.1.50/lisp/org/org-mew /usr/share/emacs/24.1.50/site-lisp/org-mode/org-mks hides /usr/share/emacs/24.1.50/lisp/org/org-mks /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-python hides /usr/share/emacs/24.1.50/lisp/org/ob-python /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-shen hides /usr/share/emacs/24.1.50/lisp/org/ob-shen /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-tangle hides /usr/share/emacs/24.1.50/lisp/org/ob-tangle /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-haskell hides /usr/share/emacs/24.1.50/lisp/org/ob-haskell /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-eval hides /usr/share/emacs/24.1.50/lisp/org/ob-eval /usr/share/emacs/24.1.50/site-lisp/org-mode/org-rmail hides /usr/share/emacs/24.1.50/lisp/org/org-rmail /usr/share/emacs/24.1.50/site-lisp/org-mode/org-habit hides /usr/share/emacs/24.1.50/lisp/org/org-habit /usr/share/emacs/24.1.50/site-lisp/org-mode/org-exp hides /usr/share/emacs/24.1.50/lisp/org/org-exp /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-mscgen hides /usr/share/emacs/24.1.50/lisp/org/ob-mscgen /usr/share/emacs/24.1.50/site-lisp/org-mode/org-gnus hides /usr/share/emacs/24.1.50/lisp/org/org-gnus /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-plantuml hides /usr/share/emacs/24.1.50/lisp/org/ob-plantuml /usr/share/emacs/24.1.50/site-lisp/org-mode/org-ascii hides /usr/share/emacs/24.1.50/lisp/org/org-ascii /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-octave hides /usr/share/emacs/24.1.50/lisp/org/ob-octave /usr/share/emacs/24.1.50/site-lisp/org-mode/org-entities hides /usr/share/emacs/24.1.50/lisp/org/org-entities /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-dot hides /usr/share/emacs/24.1.50/lisp/org/ob-dot /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-latex hides /usr/share/emacs/24.1.50/lisp/org/ob-latex /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-java hides /usr/share/emacs/24.1.50/lisp/org/ob-java /usr/share/emacs/24.1.50/site-lisp/org-mode/org-indent hides /usr/share/emacs/24.1.50/lisp/org/org-indent /usr/share/emacs/24.1.50/site-lisp/org-mode/org-table hides /usr/share/emacs/24.1.50/lisp/org/org-table /usr/share/emacs/24.1.50/site-lisp/org-mode/org-eshell hides /usr/share/emacs/24.1.50/lisp/org/org-eshell /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-org hides /usr/share/emacs/24.1.50/lisp/org/ob-org /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-exp hides /usr/share/emacs/24.1.50/lisp/org/ob-exp /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-keys hides /usr/share/emacs/24.1.50/lisp/org/ob-keys /usr/share/emacs/24.1.50/site-lisp/org-mode/org-install hides /usr/share/emacs/24.1.50/lisp/org/org-install /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-ref hides /usr/share/emacs/24.1.50/lisp/org/ob-ref /usr/share/emacs/24.1.50/site-lisp/org-mode/org-id hides /usr/share/emacs/24.1.50/lisp/org/org-id /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-sass hides /usr/share/emacs/24.1.50/lisp/org/ob-sass /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-picolisp hides /usr/share/emacs/24.1.50/lisp/org/ob-picolisp /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-sqlite hides /usr/share/emacs/24.1.50/lisp/org/ob-sqlite /usr/share/emacs/24.1.50/site-lisp/org-mode/org-xoxo hides /usr/share/emacs/24.1.50/lisp/org/org-xoxo /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-calc hides /usr/share/emacs/24.1.50/lisp/org/ob-calc /usr/share/emacs/24.1.50/site-lisp/org-mode/org-mhe hides /usr/share/emacs/24.1.50/lisp/org/org-mhe /usr/share/emacs/24.1.50/site-lisp/org-mode/org hides /usr/share/emacs/24.1.50/lisp/org/org /usr/share/emacs/24.1.50/site-lisp/org-mode/org-docbook hides /usr/share/emacs/24.1.50/lisp/org/org-docbook /usr/share/emacs/24.1.50/site-lisp/org-mode/org-mouse hides /usr/share/emacs/24.1.50/lisp/org/org-mouse /usr/share/emacs/24.1.50/site-lisp/org-mode/org-html hides /usr/share/emacs/24.1.50/lisp/org/org-html /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-ditaa hides /usr/share/emacs/24.1.50/lisp/org/ob-ditaa /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-ocaml hides /usr/share/emacs/24.1.50/lisp/org/ob-ocaml /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-lisp hides /usr/share/emacs/24.1.50/lisp/org/ob-lisp /usr/share/emacs/24.1.50/site-lisp/org-mode/org-jsinfo hides /usr/share/emacs/24.1.50/lisp/org/org-jsinfo /usr/share/emacs/24.1.50/site-lisp/org-mode/org-odt hides /usr/share/emacs/24.1.50/lisp/org/org-odt /usr/share/emacs/24.1.50/site-lisp/org-mode/org-macs hides /usr/share/emacs/24.1.50/lisp/org/org-macs /usr/share/emacs/24.1.50/site-lisp/org-mode/org-freemind hides /usr/share/emacs/24.1.50/lisp/org/org-freemind /usr/share/emacs/24.1.50/site-lisp/org-mode/org-archive hides /usr/share/emacs/24.1.50/lisp/org/org-archive /usr/share/emacs/24.1.50/site-lisp/org-mode/org-latex hides /usr/share/emacs/24.1.50/lisp/org/org-latex /usr/share/emacs/24.1.50/site-lisp/org-mode/org-crypt hides /usr/share/emacs/24.1.50/lisp/org/org-crypt /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-emacs-lisp hides /usr/share/emacs/24.1.50/lisp/org/ob-emacs-lisp /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-clojure hides /usr/share/emacs/24.1.50/lisp/org/ob-clojure /usr/share/emacs/24.1.50/site-lisp/org-mode/org-lparse hides /usr/share/emacs/24.1.50/lisp/org/org-lparse /usr/share/emacs/24.1.50/site-lisp/org-mode/org-colview hides /usr/share/emacs/24.1.50/lisp/org/org-colview /usr/share/emacs/24.1.50/site-lisp/org-mode/org-taskjuggler hides /usr/share/emacs/24.1.50/lisp/org/org-taskjuggler /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-matlab hides /usr/share/emacs/24.1.50/lisp/org/ob-matlab /usr/share/emacs/24.1.50/site-lisp/org-mode/org-faces hides /usr/share/emacs/24.1.50/lisp/org/org-faces /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-table hides /usr/share/emacs/24.1.50/lisp/org/ob-table /usr/share/emacs/24.1.50/site-lisp/org-mode/org-capture hides /usr/share/emacs/24.1.50/lisp/org/org-capture /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-js hides /usr/share/emacs/24.1.50/lisp/org/ob-js /usr/share/emacs/24.1.50/site-lisp/org-mode/org-mobile hides /usr/share/emacs/24.1.50/lisp/org/org-mobile /usr/share/emacs/24.1.50/site-lisp/org-mode/org-agenda hides /usr/share/emacs/24.1.50/lisp/org/org-agenda /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-sql hides /usr/share/emacs/24.1.50/lisp/org/ob-sql /usr/share/emacs/24.1.50/site-lisp/org-mode/org-special-blocks hides /usr/share/emacs/24.1.50/lisp/org/org-special-blocks /usr/share/emacs/24.1.50/site-lisp/org-mode/org-beamer hides /usr/share/emacs/24.1.50/lisp/org/org-beamer /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-fortran hides /usr/share/emacs/24.1.50/lisp/org/ob-fortran /usr/share/emacs/24.1.50/site-lisp/org-mode/org-timer hides /usr/share/emacs/24.1.50/lisp/org/org-timer /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-perl hides /usr/share/emacs/24.1.50/lisp/org/ob-perl /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-R hides /usr/share/emacs/24.1.50/lisp/org/ob-R /usr/share/emacs/24.1.50/site-lisp/org-mode/org-ctags hides /usr/share/emacs/24.1.50/lisp/org/org-ctags /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-ruby hides /usr/share/emacs/24.1.50/lisp/org/ob-ruby /usr/share/emacs/24.1.50/site-lisp/org-mode/org-compat hides /usr/share/emacs/24.1.50/lisp/org/org-compat /usr/share/emacs/24.1.50/site-lisp/org-mode/org-feed hides /usr/share/emacs/24.1.50/lisp/org/org-feed /usr/share/emacs/24.1.50/site-lisp/org-mode/org-publish hides /usr/share/emacs/24.1.50/lisp/org/org-publish /usr/share/emacs/24.1.50/site-lisp/org-mode/org-remember hides /usr/share/emacs/24.1.50/lisp/org/org-remember /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-C hides /usr/share/emacs/24.1.50/lisp/org/ob-C /usr/share/emacs/24.1.50/site-lisp/org-mode/org-vm hides /usr/share/emacs/24.1.50/lisp/org/org-vm /usr/share/emacs/24.1.50/site-lisp/org-mode/org-datetree hides /usr/share/emacs/24.1.50/lisp/org/org-datetree /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-awk hides /usr/share/emacs/24.1.50/lisp/org/ob-awk /usr/share/emacs/24.1.50/site-lisp/org-mode/org-plot hides /usr/share/emacs/24.1.50/lisp/org/org-plot /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-scheme hides /usr/share/emacs/24.1.50/lisp/org/ob-scheme /usr/share/emacs/24.1.50/site-lisp/org-mode/org-attach hides /usr/share/emacs/24.1.50/lisp/org/org-attach /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-lob hides /usr/share/emacs/24.1.50/lisp/org/ob-lob /usr/share/emacs/24.1.50/site-lisp/org-mode/ob-comint hides /usr/share/emacs/24.1.50/lisp/org/ob-comint /usr/share/emacs/24.1.50/site-lisp/org-mode/org-inlinetask hides /usr/share/emacs/24.1.50/lisp/org/org-inlinetask /usr/share/emacs/24.1.50/site-lisp/org-mode/org-clock hides /usr/share/emacs/24.1.50/lisp/org/org-clock /usr/share/emacs/24.1.50/site-lisp/org-mode/org-info hides /usr/share/emacs/24.1.50/lisp/org/org-info Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils benchmark time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment 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 dbusbind dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 14 23:10:36 2012 Received: (at 11943) by debbugs.gnu.org; 15 Jul 2012 03:10:36 +0000 Received: from localhost ([127.0.0.1]:41586 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SqFEB-0004I1-Sx for submit@debbugs.gnu.org; Sat, 14 Jul 2012 23:10:36 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:47815) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SqFE9-0004Hq-90 for 11943@debbugs.gnu.org; Sat, 14 Jul 2012 23:10:34 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0M7600K00LV8H700@a-mtaout23.012.net.il> for 11943@debbugs.gnu.org; Sun, 15 Jul 2012 06:04:44 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M7600KXNLVW8M50@a-mtaout23.012.net.il>; Sun, 15 Jul 2012 06:04:44 +0300 (IDT) Date: Sun, 15 Jul 2012 06:04:47 +0300 From: Eli Zaretskii Subject: Re: bug#11943: 24.1.50; Emacs unusably slow when looking at large files (bidi support at fault) In-reply-to: <87vchp4zkk.fsf@shorty.local.i-did-not-set--mail-host-address--so-tickle-me> X-012-Sender: halo1@inter.net.il To: Dima Kogan Message-id: <83k3y5bu7k.fsf@gnu.org> References: <87vchp4zkk.fsf@shorty.local.i-did-not-set--mail-host-address--so-tickle-me> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11943 Cc: 11943@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -1.2 (-) > From: Dima Kogan > Date: Sat, 14 Jul 2012 17:50:51 -0700 > > I'm observing that when some large text files are loaded, emacs slows to > a crawl. As an example, I have a 14MB file open (with emacs -Q). Every > time I do (next-line) or (previous-line) it takes a few seconds. This is > a > 2GHz Core2 machine, so there's no reason for this to happen. 'M-x > benchmark' says that (previous-line) takes >2s each time. I discovered > that if I do (setq bidi-display-reordering nil) then emacs is snappy > again, with previous-line taking <1ms. > > The specific file I'm using to exhibit the bug consists of many repeated > stanzas such as > > ========================= > { > {2.222222,2.222222,2.222222,2.2}, > {-2.222222,2.222222,2.222222}, > {-22.222222,22.222222,2.222222} > }, > ========================= > > without the =. Saving a stanza into a file called 'snippet', the 14MB > file can be made with > > $ for i in `seq 17`; do cat snippet snippet > xxx; mv xxx snippet; done What is the major mode in the buffer where you see this? I mean the real-life example where you bumped into this, not the 'snippet' file produced by the above. From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 14 23:36:57 2012 Received: (at 11943) by debbugs.gnu.org; 15 Jul 2012 03:36:57 +0000 Received: from localhost ([127.0.0.1]:41600 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SqFdh-00051q-AN for submit@debbugs.gnu.org; Sat, 14 Jul 2012 23:36:57 -0400 Received: from out3-smtp.messagingengine.com ([66.111.4.27]:38404) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SqFde-00051i-In for 11943@debbugs.gnu.org; Sat, 14 Jul 2012 23:36:55 -0400 Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 8BDC420A34; Sat, 14 Jul 2012 23:31:07 -0400 (EDT) Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute3.internal (MEProxy); Sat, 14 Jul 2012 23:31:07 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=secretsauce.net; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mesmtp; bh=Ba9a6thqS0SwK2cpo9JNMFKFjJs=; b=ugofod2XItLcHrIjpHHNQjTuKZs5 7GLtcqGo+Vv8koNM6pWs7np6gJnTYE1Me5yX77siPCp0/KROkIkcdmRR5GsuSVGl xqsmWxpxUoe7JWblbWLYbJxp17TBYUQlDxIkn+tJZOe+1F+lRXohxi3hr0dhXy09 8NVJgpnS/hOIet0= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:cc:subject:message-id :in-reply-to:references:mime-version:content-type :content-transfer-encoding; s=smtpout; bh=Ba9a6thqS0SwK2cpo9JNMF KFjJs=; b=DwuLs7evHWteQskeRetxyy64R3SJ/uiWPdkKdXnnvRbu1lLK3vf2PO +6ETLNOusD+ZfC5ig7vp1MmYLkq3Q80JaDsKIeKjHfeYrdJqYyfvJMw181frjJL1 LEWDUU0A+85bpndpjaCi0YNA5L38a323h0VcV5MtJpHx6E8J8paO4= X-Sasl-enc: HigI6TagZHLT6rcm0gQojbC36EFWT9DjZbXv/S0oSgLd 1342323067 Received: from shorty.local (unknown [76.169.242.46]) by mail.messagingengine.com (Postfix) with ESMTPA id 04AC78E0176; Sat, 14 Jul 2012 23:31:06 -0400 (EDT) Date: Sat, 14 Jul 2012 20:31:03 -0700 From: Dima Kogan To: Eli Zaretskii Subject: Re: bug#11943: 24.1.50; Emacs unusably slow when looking at large files (bidi support at fault) Message-ID: <20120714203103.3a938b51@shorty.local> In-Reply-To: <83k3y5bu7k.fsf@gnu.org> References: <87vchp4zkk.fsf@shorty.local.i-did-not-set--mail-host-address--so-tickle-me> <83k3y5bu7k.fsf@gnu.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 11943 Cc: 11943@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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.6 (--) > On Sun, 15 Jul 2012 06:04:47 +0300 > Eli Zaretskii wrote: > > > From: Dima Kogan > > Date: Sat, 14 Jul 2012 17:50:51 -0700 > > > > I'm observing that when some large text files are loaded, emacs > > slows to a crawl. As an example, I have a 14MB file open (with > > emacs -Q). Every time I do (next-line) or (previous-line) it takes > > a few seconds. This is a > 2GHz Core2 machine, so there's no reason > > for this to happen. 'M-x benchmark' says that (previous-line) takes > > >2s each time. I discovered that if I do (setq > > >bidi-display-reordering nil) then emacs is snappy > > again, with previous-line taking <1ms. > > > > The specific file I'm using to exhibit the bug consists of many > > repeated stanzas such as > > > > ========================= > > { > > {2.222222,2.222222,2.222222,2.2}, > > {-2.222222,2.222222,2.222222}, > > {-22.222222,22.222222,2.222222} > > }, > > ========================= > > > > without the =. Saving a stanza into a file called 'snippet', the > > 14MB file can be made with > > > > $ for i in `seq 17`; do cat snippet snippet > xxx; mv xxx snippet; > > done > > What is the major mode in the buffer where you see this? I mean the > real-life example where you bumped into this, not the 'snippet' file > produced by the above. fundamental-mode From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 15 08:04:30 2012 Received: (at submit) by debbugs.gnu.org; 15 Jul 2012 12:04:30 +0000 Received: from localhost ([127.0.0.1]:41895 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SqNYr-0000bl-N0 for submit@debbugs.gnu.org; Sun, 15 Jul 2012 08:04:29 -0400 Received: from eggs.gnu.org ([208.118.235.92]:47386) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SqNYp-0000bd-I7 for submit@debbugs.gnu.org; Sun, 15 Jul 2012 08:04:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SqNTC-0003dU-2t for submit@debbugs.gnu.org; Sun, 15 Jul 2012 07:58:38 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_HI autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:60116) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqNTB-0003dQ-W9 for submit@debbugs.gnu.org; Sun, 15 Jul 2012 07:58:38 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55158) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqNTB-00087e-6N for bug-gnu-emacs@gnu.org; Sun, 15 Jul 2012 07:58:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SqNTA-0003dE-6n for bug-gnu-emacs@gnu.org; Sun, 15 Jul 2012 07:58:37 -0400 Received: from plane.gmane.org ([80.91.229.3]:45893) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqNT9-0003d6-W2 for bug-gnu-emacs@gnu.org; Sun, 15 Jul 2012 07:58:36 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SqNT5-0000v3-IJ for bug-gnu-emacs@gnu.org; Sun, 15 Jul 2012 13:58:31 +0200 Received: from cpc11-sgyl30-2-0-cust962.sgyl.cable.virginmedia.com ([94.175.87.195]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 15 Jul 2012 13:58:31 +0200 Received: from wence by cpc11-sgyl30-2-0-cust962.sgyl.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 15 Jul 2012 13:58:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Lawrence Mitchell Subject: Re: bug#11943: 24.1.50; Emacs unusably slow when looking at large files (bidi support at fault) Date: Sun, 15 Jul 2012 12:58:17 +0100 Lines: 30 Message-ID: <87fw8tqlra.fsf@gmx.li> References: <87vchp4zkk.fsf@shorty.local.i-did-not-set--mail-host-address--so-tickle-me> <83k3y5bu7k.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cpc11-sgyl30-2-0-cust962.sgyl.cable.virginmedia.com User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.1.50 (gnu/linux) Cancel-Lock: sha1:9VBbwYKgHddBLfP2/F8D9YNU+Oo= 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: 208.118.235.17 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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.9 (------) Eli Zaretskii wrote: [...] > What is the major mode in the buffer where you see this? I mean the > real-life example where you bumped into this, not the 'snippet' file > produced by the above. This appears to be an issue with buffers that have no strongly R2L or L2R characters near point-min. emacs -Q C-x b *tmp* RET M-x fundamental-mode RET M-: (dotimes (i 100000) (insert "1\n")) RET M-< next-line now has a noticeable delay (especially when holding down next-line, display doesn't update the cursor position). Now insert an 'a' somewhere near the beginning of the buffer, display updates appear instantaneous again. If we instead go to the end of the buffer and insert an 'a', no such change in the response occurs. Cheers, Lawrence -- Lawrence Mitchell From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 15 10:53:09 2012 Received: (at 11943-done) by debbugs.gnu.org; 15 Jul 2012 14:53:09 +0000 Received: from localhost ([127.0.0.1]:42901 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SqQC5-0005TM-5M for submit@debbugs.gnu.org; Sun, 15 Jul 2012 10:53:09 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:41435) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SqQC2-0005TC-7P for 11943-done@debbugs.gnu.org; Sun, 15 Jul 2012 10:53:07 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0M7700100I31XV00@a-mtaout23.012.net.il> for 11943-done@debbugs.gnu.org; Sun, 15 Jul 2012 17:47:15 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M77001YSIEPT840@a-mtaout23.012.net.il>; Sun, 15 Jul 2012 17:47:14 +0300 (IDT) Date: Sun, 15 Jul 2012 17:47:18 +0300 From: Eli Zaretskii Subject: Re: bug#11943: 24.1.50; Emacs unusably slow when looking at large files (bidi support at fault) In-reply-to: <20120714203103.3a938b51@shorty.local> X-012-Sender: halo1@inter.net.il To: Dima Kogan Message-id: <83ipdpaxop.fsf@gnu.org> References: <87vchp4zkk.fsf@shorty.local.i-did-not-set--mail-host-address--so-tickle-me> <83k3y5bu7k.fsf@gnu.org> <20120714203103.3a938b51@shorty.local> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11943-done Cc: 11943-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -1.2 (-) > Date: Sat, 14 Jul 2012 20:31:03 -0700 > From: Dima Kogan > Cc: 11943@debbugs.gnu.org > > > On Sun, 15 Jul 2012 06:04:47 +0300 > > Eli Zaretskii wrote: > > > > > From: Dima Kogan > > > Date: Sat, 14 Jul 2012 17:50:51 -0700 > > > > > > I'm observing that when some large text files are loaded, emacs > > > slows to a crawl. As an example, I have a 14MB file open (with > > > emacs -Q). Every time I do (next-line) or (previous-line) it takes > > > a few seconds. This is a > 2GHz Core2 machine, so there's no reason > > > for this to happen. 'M-x benchmark' says that (previous-line) takes > > > >2s each time. I discovered that if I do (setq > > > >bidi-display-reordering nil) then emacs is snappy > > > again, with previous-line taking <1ms. > > > > > > The specific file I'm using to exhibit the bug consists of many > > > repeated stanzas such as > > > > > > ========================= > > > { > > > {2.222222,2.222222,2.222222,2.2}, > > > {-2.222222,2.222222,2.222222}, > > > {-22.222222,22.222222,2.222222} > > > }, > > > ========================= > > > > > > without the =. Saving a stanza into a file called 'snippet', the > > > 14MB file can be made with > > > > > > $ for i in `seq 17`; do cat snippet snippet > xxx; mv xxx snippet; > > > done > > > > What is the major mode in the buffer where you see this? I mean the > > real-life example where you bumped into this, not the 'snippet' file > > produced by the above. > > fundamental-mode The recommended way to handle such buffers is to set bidi-paragraph-direction to left-to-right. Major modes for editing program source, that inherit from prog-mode, already do that automatically, but fundamental-mode does not (and can not, IMO). That's why I asked you about the major mode. Anyway, to avoid such catastrophic slow-downs, I made a change in the code that determines base paragraph direction, and committed those changes as trunk revision 109098. With those changes, redisplay should be again fast, even with bidi-paragraph-direction at its default nil value. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 15 10:57:04 2012 Received: (at 11943) by debbugs.gnu.org; 15 Jul 2012 14:57:04 +0000 Received: from localhost ([127.0.0.1]:42908 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SqQFr-0005ZG-P6 for submit@debbugs.gnu.org; Sun, 15 Jul 2012 10:57:03 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:34674) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SqQFp-0005Yr-Jt for 11943@debbugs.gnu.org; Sun, 15 Jul 2012 10:57:03 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0M7700A00HQQDI00@a-mtaout20.012.net.il> for 11943@debbugs.gnu.org; Sun, 15 Jul 2012 17:51:11 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M770058JILA9U70@a-mtaout20.012.net.il>; Sun, 15 Jul 2012 17:51:11 +0300 (IDT) Date: Sun, 15 Jul 2012 17:51:15 +0300 From: Eli Zaretskii Subject: Re: bug#11943: 24.1.50; Emacs unusably slow when looking at large files (bidi support at fault) In-reply-to: <87fw8tqlra.fsf@gmx.li> X-012-Sender: halo1@inter.net.il To: Lawrence Mitchell Message-id: <83hat9axi4.fsf@gnu.org> References: <87vchp4zkk.fsf@shorty.local.i-did-not-set--mail-host-address--so-tickle-me> <83k3y5bu7k.fsf@gnu.org> <87fw8tqlra.fsf@gmx.li> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11943 Cc: 11943@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -1.2 (-) > From: Lawrence Mitchell > Date: Sun, 15 Jul 2012 12:58:17 +0100 > > This appears to be an issue with buffers that have no strongly > R2L or L2R characters near point-min. More accurately, it was an issue with _paragraphs_ that have no strong directional characters. > C-x b *tmp* RET > M-x fundamental-mode RET > M-: (dotimes (i 100000) (insert "1\n")) RET > M-< > > next-line now has a noticeable delay (especially when holding > down next-line, display doesn't update the cursor position). > > Now insert an 'a' somewhere near the beginning of the buffer, > display updates appear instantaneous again. If we instead go to > the end of the buffer and insert an 'a', no such change in the > response occurs. However, if you insert "a\n\n" at the beginning, the slowdown comes back again. Which is to say that the problem is not with what we have at point-min, but what we have in the paragraph around point. The fact that setting bidi-paragraph-direction to a non-nil value makes the problem go away is another telltale sign of that. Anyway, it's solved now. Thanks. From unknown Sat Jun 21 10:45:21 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 13 Aug 2012 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator