Reported by: "Fabrice Niessen" <fni-news <at> pirilampo.org>
Date: Fri, 21 Feb 2014 16:40:02 UTC
Severity: normal
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 16832 in the body.
You can then email your comments to 16832 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
View this report as an mbox folder, status mbox, maintainer mbox
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Fri, 21 Feb 2014 16:40:02 GMT) Full text and rfc822 format available."Fabrice Niessen" <fni-news <at> pirilampo.org>:bug-gnu-emacs <at> gnu.org.
(Fri, 21 Feb 2014 16:40:04 GMT) Full text and rfc822 format available.Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From: "Fabrice Niessen" <fni-news <at> pirilampo.org> To: bug-gnu-emacs <at> gnu.org Subject: 24.3.50; Emacs goes crazy when deleting lines Date: Fri, 21 Feb 2014 17:15:04 +0100
[Message part 1 (text/plain, inline)]
Hello, When suppressing lines (with C-k) from a simple text file (results of C-h v load-history), Emacs becomes crazy (inflooping, eating "all" my CPU) _at one specific line_, the one beginning with "directory." See the video on http://screencast.com/t/REu1Gy2RKAv. Note that the *only* action I do during this whole one-minute video is pressing C-k (until Emacs goes looping). No other key pressed, nothing. This is 100% reproducible in my environment, with different Emacs versions (on Windows 8). File attached. Best regards, In GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2014-02-17 on LEG570 Repository revision: 116464 lekktu <at> gmail.com-20140217190451-t1bnsdgzy2te3u1h Windowing system distributor `Microsoft Corp.', version 6.2.9200 Configured using: `configure --enable-checking 'CFLAGS=-O0 -g3' CPPFLAGS=-DGLYPH_DEBUG=1' Important settings: value of $LANG: en_US.utf8 locale-coding-system: cp1252 Major mode: Group Minor modes in effect: shell-dirtrack-mode: t helm-match-plugin-mode: t helm-occur-match-plugin-mode: t gnus-topic-mode: t auto-image-file-mode: t gnus-undo-mode: t yas-global-mode: t yas-minor-mode: t show-paren-mode: t which-function-mode: t sml-modeline-mode: t global-hi-lock-mode: t hi-lock-mode: t delete-selection-mode: t tooltip-mode: t electric-indent-mode: t mouse-wheel-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 buffer-read-only: t line-number-mode: t transient-mark-mode: t Load-path shadows: d:/Users/fni/.emacs.d/elpa/graphviz-dot-mode-20120821.1835/graphviz-dot-mode hides ~/.emacs.d/site-lisp/graphviz-dot-mode ~/.emacs.d/site-lisp/org-effectiveness hides ~/Public/Repositories/org-mode/contrib/lisp/org-effectiveness d:/Users/fni/.emacs.d/elpa/htmlize-20130207.1202/htmlize hides ~/Public/Repositories/org-mode/contrib/lisp/htmlize ~/Public/Repositories/org-mode/lisp/ox hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ox ~/Public/Repositories/org-mode/lisp/ox-texinfo hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ox-texinfo ~/Public/Repositories/org-mode/lisp/ox-publish hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ox-publish ~/Public/Repositories/org-mode/lisp/ox-org hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ox-org ~/Public/Repositories/org-mode/lisp/ox-odt hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ox-odt ~/Public/Repositories/org-mode/lisp/ox-md hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ox-md ~/Public/Repositories/org-mode/lisp/ox-man hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ox-man ~/Public/Repositories/org-mode/lisp/ox-latex hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ox-latex ~/Public/Repositories/org-mode/lisp/ox-icalendar hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ox-icalendar ~/Public/Repositories/org-mode/lisp/ox-html hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ox-html ~/Public/Repositories/org-mode/lisp/ox-beamer hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ox-beamer ~/Public/Repositories/org-mode/lisp/ox-ascii hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ox-ascii ~/Public/Repositories/org-mode/lisp/org hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org ~/Public/Repositories/org-mode/lisp/org-w3m hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-w3m ~/Public/Repositories/org-mode/lisp/org-version hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-version ~/Public/Repositories/org-mode/lisp/org-timer hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-timer ~/Public/Repositories/org-mode/lisp/org-table hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-table ~/Public/Repositories/org-mode/lisp/org-src hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-src ~/Public/Repositories/org-mode/lisp/org-rmail hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-rmail ~/Public/Repositories/org-mode/lisp/org-protocol hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-protocol ~/Public/Repositories/org-mode/lisp/org-plot hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-plot ~/Public/Repositories/org-mode/lisp/org-pcomplete hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-pcomplete ~/Public/Repositories/org-mode/lisp/org-mouse hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-mouse ~/Public/Repositories/org-mode/lisp/org-mobile hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-mobile ~/Public/Repositories/org-mode/lisp/org-mhe hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-mhe ~/Public/Repositories/org-mode/lisp/org-macs hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-macs ~/Public/Repositories/org-mode/lisp/org-macro hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-macro ~/Public/Repositories/org-mode/lisp/org-loaddefs hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-loaddefs ~/Public/Repositories/org-mode/lisp/org-list hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-list ~/Public/Repositories/org-mode/lisp/org-irc hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-irc ~/Public/Repositories/org-mode/lisp/org-install hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-install ~/Public/Repositories/org-mode/lisp/org-inlinetask hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-inlinetask ~/Public/Repositories/org-mode/lisp/org-info hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-info ~/Public/Repositories/org-mode/lisp/org-indent hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-indent ~/Public/Repositories/org-mode/lisp/org-id hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-id ~/Public/Repositories/org-mode/lisp/org-habit hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-habit ~/Public/Repositories/org-mode/lisp/org-gnus hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-gnus ~/Public/Repositories/org-mode/lisp/org-footnote hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-footnote ~/Public/Repositories/org-mode/lisp/org-feed hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-feed ~/Public/Repositories/org-mode/lisp/org-faces hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-faces ~/Public/Repositories/org-mode/lisp/org-eshell hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-eshell ~/Public/Repositories/org-mode/lisp/org-entities hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-entities ~/Public/Repositories/org-mode/lisp/org-element hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-element ~/Public/Repositories/org-mode/lisp/org-docview hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-docview ~/Public/Repositories/org-mode/lisp/org-datetree hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-datetree ~/Public/Repositories/org-mode/lisp/org-ctags hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-ctags ~/Public/Repositories/org-mode/lisp/org-crypt hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-crypt ~/Public/Repositories/org-mode/lisp/org-compat hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-compat ~/Public/Repositories/org-mode/lisp/org-colview hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-colview ~/Public/Repositories/org-mode/lisp/org-clock hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-clock ~/Public/Repositories/org-mode/lisp/org-capture hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-capture ~/Public/Repositories/org-mode/lisp/org-bibtex hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-bibtex ~/Public/Repositories/org-mode/lisp/org-bbdb hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-bbdb ~/Public/Repositories/org-mode/lisp/org-attach hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-attach ~/Public/Repositories/org-mode/lisp/org-archive hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-archive ~/Public/Repositories/org-mode/lisp/org-agenda hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/org-agenda ~/Public/Repositories/org-mode/lisp/ob hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob ~/Public/Repositories/org-mode/lisp/ob-tangle hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-tangle ~/Public/Repositories/org-mode/lisp/ob-table hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-table ~/Public/Repositories/org-mode/lisp/ob-sqlite hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-sqlite ~/Public/Repositories/org-mode/lisp/ob-sql hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-sql ~/Public/Repositories/org-mode/lisp/ob-shen hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-shen ~/Public/Repositories/org-mode/lisp/ob-screen hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-screen ~/Public/Repositories/org-mode/lisp/ob-scheme hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-scheme ~/Public/Repositories/org-mode/lisp/ob-scala hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-scala ~/Public/Repositories/org-mode/lisp/ob-sass hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-sass ~/Public/Repositories/org-mode/lisp/ob-ruby hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-ruby ~/Public/Repositories/org-mode/lisp/ob-ref hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-ref ~/Public/Repositories/org-mode/lisp/ob-R hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-R ~/Public/Repositories/org-mode/lisp/ob-python hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-python ~/Public/Repositories/org-mode/lisp/ob-plantuml hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-plantuml ~/Public/Repositories/org-mode/lisp/ob-picolisp hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-picolisp ~/Public/Repositories/org-mode/lisp/ob-perl hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-perl ~/Public/Repositories/org-mode/lisp/ob-org hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-org ~/Public/Repositories/org-mode/lisp/ob-octave hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-octave ~/Public/Repositories/org-mode/lisp/ob-ocaml hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-ocaml ~/Public/Repositories/org-mode/lisp/ob-mscgen hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-mscgen ~/Public/Repositories/org-mode/lisp/ob-maxima hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-maxima ~/Public/Repositories/org-mode/lisp/ob-matlab hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-matlab ~/Public/Repositories/org-mode/lisp/ob-makefile hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-makefile ~/Public/Repositories/org-mode/lisp/ob-lob hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-lob ~/Public/Repositories/org-mode/lisp/ob-lisp hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-lisp ~/Public/Repositories/org-mode/lisp/ob-lilypond hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-lilypond ~/Public/Repositories/org-mode/lisp/ob-ledger hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-ledger ~/Public/Repositories/org-mode/lisp/ob-latex hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-latex ~/Public/Repositories/org-mode/lisp/ob-keys hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-keys ~/Public/Repositories/org-mode/lisp/ob-js hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-js ~/Public/Repositories/org-mode/lisp/ob-java hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-java ~/Public/Repositories/org-mode/lisp/ob-io hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-io ~/Public/Repositories/org-mode/lisp/ob-haskell hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-haskell ~/Public/Repositories/org-mode/lisp/ob-gnuplot hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-gnuplot ~/Public/Repositories/org-mode/lisp/ob-fortran hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-fortran ~/Public/Repositories/org-mode/lisp/ob-exp hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-exp ~/Public/Repositories/org-mode/lisp/ob-eval hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-eval ~/Public/Repositories/org-mode/lisp/ob-emacs-lisp hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-emacs-lisp ~/Public/Repositories/org-mode/lisp/ob-dot hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-dot ~/Public/Repositories/org-mode/lisp/ob-ditaa hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-ditaa ~/Public/Repositories/org-mode/lisp/ob-css hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-css ~/Public/Repositories/org-mode/lisp/ob-core hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-core ~/Public/Repositories/org-mode/lisp/ob-comint hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-comint ~/Public/Repositories/org-mode/lisp/ob-clojure hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-clojure ~/Public/Repositories/org-mode/lisp/ob-calc hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-calc ~/Public/Repositories/org-mode/lisp/ob-C hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-C ~/Public/Repositories/org-mode/lisp/ob-awk hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-awk ~/Public/Repositories/org-mode/lisp/ob-asymptote hides c:/Program Files (x86)/emacs-trunk/share/emacs/24.3.50/lisp/org/ob-asymptote Features: (shadow sort gnus-cite gnus-alias auto-complete popup vc-dispatcher vc-svn org-mime org-crypt ob-sql ob-shell ob-org ob-ledger ob-dot ob-ditaa ob-awk ob-R org-table git-commit-mode server log-edit pcvs-util add-log vc-git org-element avl-tree org-checklist org-id org-gnus org-habit org-agenda org-info appt diary-lib diary-loaddefs org-inlinetask org org-macro org-footnote org-pcomplete org-list org-faces org-entities org-version ob-emacs-lisp ob ob-tangle org-src ob-ref ob-lob ob-table ob-keys ob-exp ob-comint ob-core ob-eval org-compat org-macs cal-menu calendar cal-loaddefs nnir emacsbug helm-command helm-elisp helm-eval eldoc helm-mode helm-files image-dired whitespace flyspell ispell noutline outline tramp tramp-compat tramp-loaddefs trampver shell pcomplete ffap helm-buffers helm-elscreen helm-tags helm-bookmark helm-adaptative helm-info helm-net browse-url xml url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util url-parse url-vars helm-plugin bookmark pp helm-locate helm-help helm-match-plugin helm-grep helm-regexp grep helm-external helm-utils dired-sort-map dired-single dired+ dired-x dired-aux dired compile comint ansi-color ring helm gnus-topic image-file mail-extr utf-7 nndraft nnmh nnimap parse-time utf7 gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg gnus-art mm-uu mml2015 mm-view mml-smime smime dig mailcap gnus-cache gnus-sum time-stamp copyright bbdb-message sendmail epa-file epa epg epg-config netrc gnutls network-stream starttls tls nntp gnus-group gnus-undo nnmail mail-source nnoo gnus-leuven bbdb-gnus bbdb-mua bbdb-com crm bbdb bbdb-site timezone mule-util rx auth-source eieio byte-opt bytecomp byte-compile cconv eieio-core password-cache gnus-start gnus-spec gnus-int gnus-range message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev gmm-utils mailheader gnus-win gnus gnus-ems nnheader gnus-util mail-utils mm-util mail-prsvr wid-edit emacs-leuven leuven-theme yasnippet help-mode find-func paren which-func imenu hl-tags-mode derived org-loaddefs helm-config helm-aliases sml-modeline hi-lock ace-jump-mode delsel easy-mmode info+ thingatpt edmacro kmacro idle-require finder-inf tex-site info easymenu idle-require-autoloads pager-autoloads rainbow-mode-autoloads tidy-autoloads package cl-macs gv cl cl-loaddefs cl-lib emacs-load-time advice help-fns time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-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 nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process w32notify w32 multi-tty emacs)
[l-h-emacs.txt (text/plain, attachment)]
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Fri, 21 Feb 2014 17:08:02 GMT) Full text and rfc822 format available.Message #8 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Fabrice Niessen <fni-news <at> pirilampo.org> Cc: 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: 24.3.50; Emacs goes crazy when deleting lines Date: Fri, 21 Feb 2014 19:07:57 +0200
> From: "Fabrice Niessen" <fni-news <at> pirilampo.org> > Date: Fri, 21 Feb 2014 17:15:04 +0100 > > When suppressing lines (with C-k) from a simple text file (results of > C-h v load-history), Emacs becomes crazy (inflooping, eating "all" my > CPU) _at one specific line_, the one beginning with "directory." > > See the video on http://screencast.com/t/REu1Gy2RKAv. Note that the > *only* action I do during this whole one-minute video is pressing > C-k (until Emacs goes looping). No other key pressed, nothing. The screencast doesn't show which major mode is active in that buffer, and which minor modes. Can you tell? > This is 100% reproducible in my environment, with different Emacs > versions (on Windows 8). Can you reproduce this in "emacs -Q"? If so, please post a complete recipe. FWIW, just visiting the file you attached and repeating C-k series didn't reproduce the problem with today's trunk.
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Mon, 24 Feb 2014 10:59:02 GMT) Full text and rfc822 format available.Message #11 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: "Fabrice Niessen" <fni-news <at> pirilampo.org> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: 24.3.50; Emacs goes crazy when deleting lines Date: Mon, 24 Feb 2014 11:58:13 +0100
Eli Zaretskii wrote: >> From: "Fabrice Niessen" <fni-news <at> pirilampo.org> >> Date: Fri, 21 Feb 2014 17:15:04 +0100 >> >> When suppressing lines (with C-k) from a simple text file (results of >> C-h v load-history), Emacs becomes crazy (inflooping, eating "all" my >> CPU) _at one specific line_, the one beginning with "directory." >> >> See the video on http://screencast.com/t/REu1Gy2RKAv. Note that the >> *only* action I do during this whole one-minute video is pressing >> C-k (until Emacs goes looping). No other key pressed, nothing. > > The screencast doesn't show which major mode is active in that buffer, > and which minor modes. Can you tell? Major mode: Org. Enabled minor modes: Auto-Composition Auto-Compression Auto-Encryption Auto-Fill Auto-Image-File Blink-Cursor Column-Number Delete-Selection Electric-Indent File-Name-Shadow Flyspell Font-Lock Global-Auto-Complete Global-Font-Lock Global-Hi-Lock Helm-Match-Plugin Helm-Occur-Match-Plugin Hi-Lock Line-Number Menu-Bar Mouse-Wheel Recentf Shell-Dirtrack Show-Paren Sml-Modeline Tooltip Transient-Mark Which-Function Whitespace Yas Yas-Global. >> This is 100% reproducible in my environment, with different Emacs >> versions (on Windows 8). > > Can you reproduce this in "emacs -Q"? If so, please post a complete > recipe. Not yet reproducible in a minimal Emacs file. > FWIW, just visiting the file you attached and repeating C-k series > didn't reproduce the problem with today's trunk. Though, one extra data point: switching to Text mode (instead of Org [1]) before pressing my C-k does NOT exhibit the problem... Best regards, Fabrice [1] Org-mode version 8.2.5h (release_8.2.5h-650-g520f90)
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Mon, 24 Feb 2014 16:29:02 GMT) Full text and rfc822 format available.Message #14 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Fabrice Niessen <fni-news <at> pirilampo.org> Cc: 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: 24.3.50; Emacs goes crazy when deleting lines Date: Mon, 24 Feb 2014 18:28:12 +0200
> From: "Fabrice Niessen" <fni-news <at> pirilampo.org> > Cc: 16832 <at> debbugs.gnu.org > Date: Mon, 24 Feb 2014 11:58:13 +0100 > > > The screencast doesn't show which major mode is active in that buffer, > > and which minor modes. Can you tell? > > Major mode: Org. This alone is not enough, I guess the key is in one of the minor modes. > > Can you reproduce this in "emacs -Q"? If so, please post a complete > > recipe. > > Not yet reproducible in a minimal Emacs file. > > > FWIW, just visiting the file you attached and repeating C-k series > > didn't reproduce the problem with today's trunk. > > Though, one extra data point: switching to Text mode (instead of > Org [1]) before pressing my C-k does NOT exhibit the problem... Yes, but Org alone in "emacs -Q" is not enough, either. One thing to try is to set debug-on-quit to a non-nil value, repeat the steps to reproduce the problem, then type C-g. If all goes well, you should see a Lisp backtrace that might shed some light on this. Thanks.
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Tue, 25 Feb 2014 10:00:04 GMT) Full text and rfc822 format available.Message #17 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: "Fabrice Niessen" <fni-news <at> pirilampo.org> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: 24.3.50; Emacs goes crazy when deleting lines Date: Tue, 25 Feb 2014 10:58:32 +0100
Eli Zaretskii wrote: >> From: "Fabrice Niessen" <fni-news <at> pirilampo.org> >> Cc: 16832 <at> debbugs.gnu.org >> Date: Mon, 24 Feb 2014 11:58:13 +0100 >> >> > The screencast doesn't show which major mode is active in that buffer, >> > and which minor modes. Can you tell? >> >> Major mode: Org. > > This alone is not enough, I guess the key is in one of the minor > modes. > >> > Can you reproduce this in "emacs -Q"? If so, please post a complete >> > recipe. >> >> Not yet reproducible in a minimal Emacs file. >> >> > FWIW, just visiting the file you attached and repeating C-k series >> > didn't reproduce the problem with today's trunk. >> >> Though, one extra data point: switching to Text mode (instead of >> Org [1]) before pressing my C-k does NOT exhibit the problem... > > Yes, but Org alone in "emacs -Q" is not enough, either. > > One thing to try is to set debug-on-quit to a non-nil value, repeat > the steps to reproduce the problem, then type C-g. If all goes well, > you should see a Lisp backtrace that might shed some light on this. Euh, that brought me once: --8<---------------cut here---------------start------------->8--- Debugger entered--Lisp error: (quit) --8<---------------cut here---------------end--------------->8--- Very disappointing in this case... On other trials, C-g stays unresponsive: nothing happens, I can type 10's of them in a row, and Emacs still does not react. And, in fact, I discovered that it does not infloop: Emacs gives me control back after around one minute... Best regards.
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Tue, 25 Feb 2014 16:27:02 GMT) Full text and rfc822 format available.Message #20 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Fabrice Niessen <fni-news <at> pirilampo.org> Cc: 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: 24.3.50; Emacs goes crazy when deleting lines Date: Tue, 25 Feb 2014 18:26:42 +0200
> From: "Fabrice Niessen" <fni-news <at> pirilampo.org> > Cc: 16832 <at> debbugs.gnu.org > Date: Tue, 25 Feb 2014 10:58:32 +0100 > > > One thing to try is to set debug-on-quit to a non-nil value, repeat > > the steps to reproduce the problem, then type C-g. If all goes well, > > you should see a Lisp backtrace that might shed some light on this. > > Euh, that brought me once: > > --8<---------------cut here---------------start------------->8--- > Debugger entered--Lisp error: (quit) > --8<---------------cut here---------------end--------------->8--- > > Very disappointing in this case... > > On other trials, C-g stays unresponsive: nothing happens, I can type > 10's of them in a row, and Emacs still does not react. Then try F12 (if you are on XP), or try attaching a debugger and getting a C and Lisp backtrace. Thanks.
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Wed, 26 Feb 2014 11:07:02 GMT) Full text and rfc822 format available.Message #23 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: "Fabrice Niessen" <fni-news <at> pirilampo.org> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: 24.3.50; Emacs goes crazy when deleting lines Date: Wed, 26 Feb 2014 12:06:24 +0100
Eli Zaretskii wrote:
>> From: "Fabrice Niessen" <fni-news <at> pirilampo.org>
>> Cc: 16832 <at> debbugs.gnu.org
>> Date: Tue, 25 Feb 2014 10:58:32 +0100
>>
>> > One thing to try is to set debug-on-quit to a non-nil value, repeat
>> > the steps to reproduce the problem, then type C-g. If all goes well,
>> > you should see a Lisp backtrace that might shed some light on this.
>>
>> Euh, that brought me once:
>>
>> --8<---------------cut here---------------start------------->8---
>> Debugger entered--Lisp error: (quit)
>> --8<---------------cut here---------------end--------------->8---
>>
>> Very disappointing in this case...
>>
>> On other trials, C-g stays unresponsive: nothing happens, I can type
>> 10's of them in a row, and Emacs still does not react.
>
> Then try F12 (if you are on XP), or try attaching a debugger and
> getting a C and Lisp backtrace.
Hope this helps:
$ gdb -r emacs.exe
GNU gdb (GDB) 7.6.50.20130728-cvs (cygwin-special)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-cygwin".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word".
..
/cygdrive/d/Users/fni/.gdbinit:19: Error in sourced command file:
No symbol table is loaded. Use the "file" command.
Reading symbols from /cygdrive/c/Program Files (x86)/emacs-trunk/bin/emacs.exe...expanding to full symbols...done.
(gdb) r emacs.exe
Starting program: /cygdrive/c/Program Files (x86)/emacs-trunk/bin/emacs.exe emacs.exe
[New Thread 4000.0x1174]
[New Thread 4000.0x1b34]
[New Thread 4000.0x26ec]
[New Thread 4000.0x2040]
[New Thread 4000.0xd0c]
[Thread 4000.0xd0c exited with code 1]
[New Thread 4000.0x2520]
[Thread 4000.0x2520 exited with code 1]
[New Thread 4000.0x1e24]
[Thread 4000.0x1e24 exited with code 1]
[New Thread 4000.0x138]
[New Thread 4000.0x2054]
[Thread 4000.0x2054 exited with code 1]
[New Thread 4000.0x28ec]
[Thread 4000.0x28ec exited with code 1]
[New Thread 4000.0x1194]
[Thread 4000.0x1194 exited with code 1]
[New Thread 4000.0xcc]
[Thread 4000.0xcc exited with code 1]
[New Thread 4000.0x13f0]
[Thread 4000.0x13f0 exited with code 1]
[New Thread 4000.0x22ec]
[Thread 4000.0x22ec exited with code 1]
[New Thread 4000.0x4b0]
[Thread 4000.0x4b0 exited with code 1]
[New Thread 4000.0xcc4]
[Thread 4000.0x138 exited with code 0]
[New Thread 4000.0xdf4]
[Thread 4000.0xdf4 exited with code 1]
[New Thread 4000.0x1c60]
[Thread 4000.0x1c60 exited with code 1]
[New Thread 4000.0x2080]
[Thread 4000.0xcc4 exited with code 0]
[New Thread 4000.0x2b9c]
[New Thread 4000.0x2a5c]
[Thread 4000.0x2a5c exited with code 1]
[New Thread 4000.0xf1c]
[Thread 4000.0x2080 exited with code 0]
[New Thread 4000.0x2664]
[Thread 4000.0x2664 exited with code 1]
[New Thread 4000.0x2d4]
[Thread 4000.0x2d4 exited with code 1]
[New Thread 4000.0x146c]
[Thread 4000.0xf1c exited with code 0]
[New Thread 4000.0x110c]
[Thread 4000.0x110c exited with code 1]
[New Thread 4000.0xa8c]
[Thread 4000.0x146c exited with code 0]
[New Thread 4000.0x2464]
[Thread 4000.0x2464 exited with code 1]
[New Thread 4000.0xc30]
[Thread 4000.0xc30 exited with code 1]
[New Thread 4000.0x1bc8]
[Thread 4000.0x1bc8 exited with code 1]
[New Thread 4000.0x182c]
[Thread 4000.0xa8c exited with code 0]
[Thread 4000.0x1b34 exited with code 0]
[Thread 4000.0x2b9c exited with code 0]
[New Thread 4000.0x2bb0]
<... here F12 inside Emacs (which was eating my CPU)...>
Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 4000.0x2bb0]
0x774a2d3c in ?? ()
(gdb) backtrace
#0 0x774a2d3c in ?? ()
(gdb) thread apply all backtrace
Thread 32 (Thread 4000.0x2bb0):
#0 0x774a2d3c in ?? ()
Thread 31 (Thread 4000.0x182c):
#0 0x7748dc54 in ?? ()
#1 0x76ffe322 in msvcrt!__CxxFrameHandler3 () from /cygdrive/c/Windows/SysWOW64/msvcrt.dll
#2 0x000002ac in ?? ()
#3 0x0153ebec in child_procs ()
#4 0x00000001 in ?? ()
#5 0x00c1fe80 in ?? ()
#6 0x76ffe408 in read () from /cygdrive/c/Windows/SysWOW64/msvcrt.dll
#7 0x00000005 in ?? ()
#8 0x0153ebec in child_procs ()
#9 0x00000001 in ?? ()
#10 0xfdfeac7b in ?? ()
#11 0x00000000 in ?? ()
Thread 4 (Thread 4000.0x2040):
#0 0x7662b891 in USER32!CharNextA () from /cygdrive/c/Windows/SysWOW64/USER32.dll
#1 0x011f01c6 in w32_msg_pump (msg_buf=0x6ed0ff24) at c:/msys/home/dani/emacs/trunk/src/w32fns.c:2449
#2 0x011f0404 in w32_msg_worker <at> 4 (arg=0x0) at c:/msys/home/dani/emacs/trunk/src/w32fns.c:2675
#3 0x74f4850d in KERNEL32!BaseThreadInitThunk () from /cygdrive/c/Windows/SysWOW64/KERNEL32.DLL
#4 0x774bbf39 in ?? ()
#5 0x774bbf0c in ?? ()
#6 0x00000000 in ?? ()
Thread 3 (Thread 4000.0x26ec):
#0 0x7748df34 in ?? ()
#1 0x770c119c in Sleep () from /cygdrive/c/Windows/SysWOW64/KERNELBASE.dll
#2 0x0122987b in timer_loop (arg=0x1536740 <real_itimer>) at c:/msys/home/dani/emacs/trunk/src/w32proc.c:396
#3 0x74f4850d in KERNEL32!BaseThreadInitThunk () from /cygdrive/c/Windows/SysWOW64/KERNEL32.DLL
#4 0x774bbf39 in ?? ()
#5 0x774bbf0c in ?? ()
#6 0x00000000 in ?? ()
Thread 1 (Thread 4000.0x1174):
#0 0x010ce4aa in char_table_translate (table=61372653, ch=108) at c:/msys/home/dani/emacs/trunk/src/chartab.c:683
#1 0x011552c2 in re_match_2_internal (bufp=0x1524c38 <searchbufs+952>,
string1=0x748b574 "Value: ((\"c:/Program Files (x86)/emacs-r114715-20131019-w32/share/emacs/24.3.50/lisp/saveplace.elc\" save-place-alist save-place save-place save-place-file save-place-file save-place-version-control sa"..., size1=0,
string2=0x748b574 "Value: ((\"c:/Program Files (x86)/emacs-r114715-20131019-w32/share/emacs/24.3.50/lisp/saveplace.elc\" save-place-alist save-place save-place save-place-file save-place-file save-place-version-control sa"..., size2=832548, pos=159902, regs=0x15260e4 <search_regs>, stop=832548) at c:/msys/home/dani/emacs/trunk/src/regex.c:5360
#2 0x01153a39 in re_search_2 (bufp=0x1524c38 <searchbufs+952>,
str1=0x748b574 "Value: ((\"c:/Program Files (x86)/emacs-r114715-20131019-w32/share/emacs/24.3.50/lisp/saveplace.elc\" save-place-alist save-place save-place save-place-file save-place-file save-place-version-control sa"..., size1=0,
str2=0x748b574 "Value: ((\"c:/Program Files (x86)/emacs-r114715-20131019-w32/share/emacs/24.3.50/lisp/saveplace.elc\" save-place-alist save-place save-place save-place-file save-place-file save-place-version-control sa"..., size2=832548, startpos=159902, range=672646, regs=0x15260e4 <search_regs>, stop=832548) at c:/msys/home/dani/emacs/trunk/src/regex.c:4441
#3 0x01145f93 in search_buffer (string=97813121, pos=3, pos_byte=3, lim=832551, lim_byte=832551, n=1, RE=1, trt=61372653, inverse_trt=61682773, posix=false) at c:/msys/home/dani/emacs/trunk/src/search.c:1192
#4 0x011458e1 in search_command (string=97813121, bound=58415138, noerror=58415170, count=58415138, direction=1, RE=1, posix=false) at c:/msys/home/dani/emacs/trunk/src/search.c:985
#5 0x0114887a in Fre_search_forward (regexp=97813121, bound=58415138, noerror=58415170, count=58415138) at c:/msys/home/dani/emacs/trunk/src/search.c:2167
#6 0x0117f218 in eval_sub (form=106041566) at c:/msys/home/dani/emacs/trunk/src/eval.c:2195
#7 0x0117aab6 in Fif (args=106081438) at c:/msys/home/dani/emacs/trunk/src/eval.c:415
#8 0x0117eee9 in eval_sub (form=106081382) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#9 0x0117ad86 in Fprogn (body=106080870) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#10 0x0116e84d in Fsave_excursion (args=106080870) at c:/msys/home/dani/emacs/trunk/src/editfns.c:941
#11 0x0117eee9 in eval_sub (form=106080878) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#12 0x0117ad86 in Fprogn (body=106080838) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#13 0x01181024 in funcall_lambda (fun=106080862, nargs=0, arg_vector=0x88bfd4) at c:/msys/home/dani/emacs/trunk/src/eval.c:3042
#14 0x01180822 in Ffuncall (nargs=1, args=0x88bfd0) at c:/msys/home/dani/emacs/trunk/src/eval.c:2876
#15 0x0117f07b in eval_sub (form=106032062) at c:/msys/home/dani/emacs/trunk/src/eval.c:2157
#16 0x0117ad86 in Fprogn (body=106167038) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#17 0x01181024 in funcall_lambda (fun=106167022, nargs=1, arg_vector=0x88c1ec) at c:/msys/home/dani/emacs/trunk/src/eval.c:3042
#18 0x01180822 in Ffuncall (nargs=2, args=0x88c1e8) at c:/msys/home/dani/emacs/trunk/src/eval.c:2876
#19 0x0117fffe in call1 (fn=106167022, arg1=104938306) at c:/msys/home/dani/emacs/trunk/src/eval.c:2614
#20 0x0118ad16 in mapcar1 (leni=14, vals=0x88c280, fn=106167022, seq=99291174) at c:/msys/home/dani/emacs/trunk/src/fns.c:2320
#21 0x0118b017 in Fmapcar (function=106167022, sequence=99291174) at c:/msys/home/dani/emacs/trunk/src/fns.c:2390
#22 0x0117f1a4 in eval_sub (form=106166958) at c:/msys/home/dani/emacs/trunk/src/eval.c:2188
#23 0x0117ab10 in Fif (args=106166878) at c:/msys/home/dani/emacs/trunk/src/eval.c:419
#24 0x0117eee9 in eval_sub (form=106166886) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#25 0x0117f0e1 in eval_sub (form=106166446) at c:/msys/home/dani/emacs/trunk/src/eval.c:2170
#26 0x0117ad86 in Fprogn (body=106166398) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#27 0x01181024 in funcall_lambda (fun=106166422, nargs=2, arg_vector=0x88c670) at c:/msys/home/dani/emacs/trunk/src/eval.c:3042
#28 0x01180a14 in apply_lambda (fun=106166422, args=104018678) at c:/msys/home/dani/emacs/trunk/src/eval.c:2924
#29 0x0117f565 in eval_sub (form=104018774) at c:/msys/home/dani/emacs/trunk/src/eval.c:2260
#30 0x0117afe2 in Fsetq (args=104018782) at c:/msys/home/dani/emacs/trunk/src/eval.c:545
#31 0x0117eee9 in eval_sub (form=104018814) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#32 0x0117ad86 in Fprogn (body=104086158) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#33 0x0117eee9 in eval_sub (form=104086150) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#34 0x0117ab10 in Fif (args=104086134) at c:/msys/home/dani/emacs/trunk/src/eval.c:419
#35 0x0117eee9 in eval_sub (form=104086126) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#36 0x0117ad86 in Fprogn (body=104085966) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#37 0x0117c61c in Fwhile (args=104086206) at c:/msys/home/dani/emacs/trunk/src/eval.c:998
#38 0x0117eee9 in eval_sub (form=104086214) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#39 0x0117ad86 in Fprogn (body=104080918) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#40 0x0117ca20 in internal_catch (tag=58544578, func=0x117ad2f <Fprogn>, arg=104080918) at c:/msys/home/dani/emacs/trunk/src/eval.c:1118
#41 0x0117c941 in Fcatch (args=104080942) at c:/msys/home/dani/emacs/trunk/src/eval.c:1093
#42 0x0117eee9 in eval_sub (form=104080950) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#43 0x0117ae46 in Fprog1 (args=104080902) at c:/msys/home/dani/emacs/trunk/src/eval.c:500
#44 0x0117eee9 in eval_sub (form=104080910) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#45 0x0117ad86 in Fprogn (body=104080870) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#46 0x0117c093 in FletX (args=104080862) at c:/msys/home/dani/emacs/trunk/src/eval.c:906
#47 0x0117eee9 in eval_sub (form=104080854) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#48 0x0117ad86 in Fprogn (body=104080830) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#49 0x0117c093 in FletX (args=104080822) at c:/msys/home/dani/emacs/trunk/src/eval.c:906
#50 0x0117eee9 in eval_sub (form=104080814) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#51 0x0117ad86 in Fprogn (body=104080790) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#52 0x01173e6a in Fsave_restriction (body=104080798) at c:/msys/home/dani/emacs/trunk/src/editfns.c:3415
#53 0x0117eee9 in eval_sub (form=104080806) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#54 0x0117ad86 in Fprogn (body=104080710) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#55 0x0116e84d in Fsave_excursion (args=104080710) at c:/msys/home/dani/emacs/trunk/src/editfns.c:941
#56 0x0117eee9 in eval_sub (form=104080718) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#57 0x0117ad86 in Fprogn (body=104080686) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#58 0x0117ca20 in internal_catch (tag=108941794, func=0x117ad2f <Fprogn>, arg=104080686) at c:/msys/home/dani/emacs/trunk/src/eval.c:1118
#59 0x0117c941 in Fcatch (args=104080694) at c:/msys/home/dani/emacs/trunk/src/eval.c:1093
#60 0x0117eee9 in eval_sub (form=104080702) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#61 0x0117ad86 in Fprogn (body=104080542) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#62 0x01181024 in funcall_lambda (fun=104080630, nargs=1, arg_vector=0x88d660) at c:/msys/home/dani/emacs/trunk/src/eval.c:3042
#63 0x01180a14 in apply_lambda (fun=104080630, args=106097526) at c:/msys/home/dani/emacs/trunk/src/eval.c:2924
#64 0x0117f565 in eval_sub (form=106097518) at c:/msys/home/dani/emacs/trunk/src/eval.c:2260
#65 0x0117ad86 in Fprogn (body=106097534) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#66 0x0116e84d in Fsave_excursion (args=106094102) at c:/msys/home/dani/emacs/trunk/src/editfns.c:941
#67 0x0117eee9 in eval_sub (form=106094094) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#68 0x0117c2b0 in Flet (args=106092870) at c:/msys/home/dani/emacs/trunk/src/eval.c:946
#69 0x0117eee9 in eval_sub (form=106092878) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#70 0x0117ad86 in Fprogn (body=106092902) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#71 0x01181024 in funcall_lambda (fun=106092886, nargs=0, arg_vector=0x88dbc4) at c:/msys/home/dani/emacs/trunk/src/eval.c:3042
#72 0x01180822 in Ffuncall (nargs=1, args=0x88dbc0) at c:/msys/home/dani/emacs/trunk/src/eval.c:2876
#73 0x0117f07b in eval_sub (form=106095454) at c:/msys/home/dani/emacs/trunk/src/eval.c:2157
#74 0x0117aa07 in Fand (args=106095470) at c:/msys/home/dani/emacs/trunk/src/eval.c:393
#75 0x0117eee9 in eval_sub (form=106095318) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#76 0x0117ad86 in Fprogn (body=106095478) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#77 0x0117acd3 in Fcond (args=106092486) at c:/msys/home/dani/emacs/trunk/src/eval.c:446
#78 0x0117eee9 in eval_sub (form=106092494) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#79 0x0117ad86 in Fprogn (body=106092502) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#80 0x0117c51e in Flet (args=106092510) at c:/msys/home/dani/emacs/trunk/src/eval.c:976
#81 0x0117eee9 in eval_sub (form=106090502) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#82 0x0117ad86 in Fprogn (body=106090518) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#83 0x0117acd3 in Fcond (args=106090542) at c:/msys/home/dani/emacs/trunk/src/eval.c:446
#84 0x0117eee9 in eval_sub (form=106090550) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#85 0x0117ad86 in Fprogn (body=106090558) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#86 0x0117c093 in FletX (args=106090566) at c:/msys/home/dani/emacs/trunk/src/eval.c:906
#87 0x0117eee9 in eval_sub (form=106090574) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#88 0x0117ad86 in Fprogn (body=106090606) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#89 0x0117abce in Fif (args=106090590) at c:/msys/home/dani/emacs/trunk/src/eval.c:420
#90 0x0117eee9 in eval_sub (form=106090582) at c:/msys/home/dani/emacs/trunk/src/eval.c:2133
#91 0x0117ad86 in Fprogn (body=106090638) at c:/msys/home/dani/emacs/trunk/src/eval.c:468
#92 0x01181024 in funcall_lambda (fun=106090614, nargs=0, arg_vector=0x88e5e8) at c:/msys/home/dani/emacs/trunk/src/eval.c:3042
#93 0x01180822 in Ffuncall (nargs=1, args=0x88e5e4) at c:/msys/home/dani/emacs/trunk/src/eval.c:2876
#94 0x011c10e8 in exec_byte_code (bytestr=101282673, vector=103247309, maxdepth=24, args_template=58415138, nargs=0, args=0x0) at c:/msys/home/dani/emacs/trunk/src/bytecode.c:919
#95 0x011810b9 in funcall_lambda (fun=103247549, nargs=0, arg_vector=0x6276dcd) at c:/msys/home/dani/emacs/trunk/src/eval.c:3049
#96 0x0118074f in Ffuncall (nargs=1, args=0x88e914) at c:/msys/home/dani/emacs/trunk/src/eval.c:2864
#97 0x011c10e8 in exec_byte_code (bytestr=101268193, vector=103246869, maxdepth=16, args_template=58415138, nargs=0, args=0x0) at c:/msys/home/dani/emacs/trunk/src/bytecode.c:919
#98 0x011c0538 in Fbyte_code (bytestr=101268193, vector=103246869, maxdepth=16) at c:/msys/home/dani/emacs/trunk/src/bytecode.c:482
#99 0x0117f1d9 in eval_sub (form=107492686) at c:/msys/home/dani/emacs/trunk/src/eval.c:2191
#100 0x0117d368 in internal_lisp_condition_case (var=58415138, bodyform=107492686, handlers=107492366) at c:/msys/home/dani/emacs/trunk/src/eval.c:1323
#101 0x011c2028 in exec_byte_code (bytestr=101268385, vector=103246989, maxdepth=12, args_template=58415138, nargs=0, args=0x0) at c:/msys/home/dani/emacs/trunk/src/bytecode.c:1169
#102 0x011810b9 in funcall_lambda (fun=103247013, nargs=0, arg_vector=0x6276c8d) at c:/msys/home/dani/emacs/trunk/src/eval.c:3049
#103 0x0118074f in Ffuncall (nargs=1, args=0x88f014) at c:/msys/home/dani/emacs/trunk/src/eval.c:2864
#104 0x011c10e8 in exec_byte_code (bytestr=107626817, vector=119171549, maxdepth=4, args_template=58415138, nargs=0, args=0x0) at c:/msys/home/dani/emacs/trunk/src/bytecode.c:919
#105 0x011810b9 in funcall_lambda (fun=119171573, nargs=1, arg_vector=0x71a69dd) at c:/msys/home/dani/emacs/trunk/src/eval.c:3049
#106 0x0118074f in Ffuncall (nargs=2, args=0x88f42c) at c:/msys/home/dani/emacs/trunk/src/eval.c:2864
#107 0x0117f63b in Fapply (nargs=3, args=0x88f42c) at c:/msys/home/dani/emacs/trunk/src/eval.c:2297
#108 0x01180403 in Ffuncall (nargs=4, args=0x88f428) at c:/msys/home/dani/emacs/trunk/src/eval.c:2796
#109 0x011c10e8 in exec_byte_code (bytestr=60589793, vector=119171061, maxdepth=20, args_template=512, nargs=0, args=0x88f774) at c:/msys/home/dani/emacs/trunk/src/bytecode.c:919
#110 0x01180cf5 in funcall_lambda (fun=119171085, nargs=0, arg_vector=0x88f774) at c:/msys/home/dani/emacs/trunk/src/eval.c:2983
#111 0x0118074f in Ffuncall (nargs=1, args=0x88f770) at c:/msys/home/dani/emacs/trunk/src/eval.c:2864
#112 0x0117ffca in call0 (fn=111706434) at c:/msys/home/dani/emacs/trunk/src/eval.c:2599
#113 0x010f56b6 in safe_run_hooks_1 () at c:/msys/home/dani/emacs/trunk/src/keyboard.c:1872
#114 0x0117d473 in internal_condition_case (bfun=0x10f5631 <safe_run_hooks_1>, handlers=58415170, hfun=0x10f56b8 <safe_run_hooks_error>) at c:/msys/home/dani/emacs/trunk/src/eval.c:1354
#115 0x010f5aae in safe_run_hook_funcall (nargs=1, args=0x88f870) at c:/msys/home/dani/emacs/trunk/src/keyboard.c:1927
#116 0x0117febe in run_hook_with_args (nargs=1, args=0x88f870, funcall=0x10f5a1c <safe_run_hook_funcall>) at c:/msys/home/dani/emacs/trunk/src/eval.c:2551
#117 0x010f5af2 in safe_run_hooks (hook=111706434) at c:/msys/home/dani/emacs/trunk/src/keyboard.c:1944
#118 0x010f4814 in command_loop_1 () at c:/msys/home/dani/emacs/trunk/src/keyboard.c:1570
#119 0x0117d473 in internal_condition_case (bfun=0x10f4169 <command_loop_1>, handlers=58466658, hfun=0x10f39cf <cmd_error>) at c:/msys/home/dani/emacs/trunk/src/eval.c:1354
#120 0x010f3e1e in command_loop_2 (ignore=58415138) at c:/msys/home/dani/emacs/trunk/src/keyboard.c:1174
#121 0x0117ca20 in internal_catch (tag=58462018, func=0x10f3dfa <command_loop_2>, arg=58415138) at c:/msys/home/dani/emacs/trunk/src/eval.c:1118
#122 0x010f3dd6 in command_loop () at c:/msys/home/dani/emacs/trunk/src/keyboard.c:1153
#123 0x010f356c in recursive_edit_1 () at c:/msys/home/dani/emacs/trunk/src/keyboard.c:777
#124 0x010f3728 in Frecursive_edit () at c:/msys/home/dani/emacs/trunk/src/keyboard.c:845
#125 0x010f1922 in main (argc=2, argv=0xc93018) at c:/msys/home/dani/emacs/trunk/src/emacs.c:1643
(gdb)
(gdb) xbacktrace
Undefined command: "xbacktrace". Try "help".
(gdb) source ~/.gdbinit
Warning: /cygdrive/c/Program Files (x86)/emacs-trunk/bin/../lwlib: No such file or directory.
SIGINT is used by the debugger.
Are you sure you want to change it? (y or n) [answered Y; input not from terminal]
Environment variable "DISPLAY" not defined.
TERM = xterm-256color
Breakpoint 1 at 0x10f0372: file c:/msys/home/dani/emacs/trunk/src/emacs.c, line 351.
Temporary breakpoint 2 at 0x1113e88: file c:/msys/home/dani/emacs/trunk/src/sysdep.c, line 854.
(gdb) xbacktrace
[Thread 4000.0x2bb0 exited with code 0]
(gdb) Cannot step over breakpoint hit in wrong thread
An error occurred while in a function called from GDB.
Evaluation of the expression containing the function
(backtrace_top) will be abandoned.
When the function is done executing, GDB will silently stop.
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Wed, 26 Feb 2014 19:03:02 GMT) Full text and rfc822 format available.Message #26 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Fabrice Niessen <fni-news <at> pirilampo.org> Cc: 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: 24.3.50; Emacs goes crazy when deleting lines Date: Wed, 26 Feb 2014 21:02:09 +0200
> From: "Fabrice Niessen" <fni-news <at> pirilampo.org> > Cc: 16832 <at> debbugs.gnu.org > Date: Wed, 26 Feb 2014 12:06:24 +0100 > > > Then try F12 (if you are on XP), or try attaching a debugger and > > getting a C and Lisp backtrace. > > Hope this helps: Thanks. Without a Lisp-level backtrace, there's not enough useful info here. Perhaps finding the minimal set of customizations that reproduces the issue would lead faster to the solution.
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Wed, 26 Feb 2014 19:43:01 GMT) Full text and rfc822 format available.Message #29 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: "Fabrice Niessen" <fni-news <at> pirilampo.org> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: 24.3.50; Emacs goes crazy when deleting lines Date: Wed, 26 Feb 2014 20:42:20 +0100
Eli Zaretskii wrote: >> From: "Fabrice Niessen" <fni-news <at> pirilampo.org> >> Cc: 16832 <at> debbugs.gnu.org >> Date: Wed, 26 Feb 2014 12:06:24 +0100 >> >> > Then try F12 (if you are on XP), or try attaching a debugger and >> > getting a C and Lisp backtrace. >> >> Hope this helps: > > Thanks. Without a Lisp-level backtrace, there's not enough useful > info here. Is there something I can do to get it in such a debugger session? > Perhaps finding the minimal set of customizations that reproduces the > issue would lead faster to the solution. So you mean that the backtrace, with saveplace calls, does not lead to him as the culprit?
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Wed, 26 Feb 2014 19:51:01 GMT) Full text and rfc822 format available.Message #32 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Fabrice Niessen <fni-news <at> pirilampo.org> Cc: 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: 24.3.50; Emacs goes crazy when deleting lines Date: Wed, 26 Feb 2014 21:49:54 +0200
> From: "Fabrice Niessen" <fni-news <at> pirilampo.org> > Cc: 16832 <at> debbugs.gnu.org > Date: Wed, 26 Feb 2014 20:42:20 +0100 > > Eli Zaretskii wrote: > >> From: "Fabrice Niessen" <fni-news <at> pirilampo.org> > >> Cc: 16832 <at> debbugs.gnu.org > >> Date: Wed, 26 Feb 2014 12:06:24 +0100 > >> > >> > Then try F12 (if you are on XP), or try attaching a debugger and > >> > getting a C and Lisp backtrace. > >> > >> Hope this helps: > > > > Thanks. Without a Lisp-level backtrace, there's not enough useful > > info here. > > Is there something I can do to get it in such a debugger session? Probably, but I don't know what to suggest. I don't understand the error messages that you get from GDB, this usually happens when one tries to attach a debugger to a program that is already being debugged, which seems to be not the case here. Weird. > > Perhaps finding the minimal set of customizations that reproduces the > > issue would lead faster to the solution. > > So you mean that the backtrace, with saveplace calls, does not lead to > him as the culprit? These are not saveplace calls, this is Emacs searching for a string that includes "saveplace.elc" and "save-place-alist" as substrings.
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Fri, 14 Mar 2014 16:02:01 GMT) Full text and rfc822 format available.Message #35 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: Fabrice Niessen <fni-news <at> pirilampo.org> To: Eli Zaretskii <eliz <at> gnu.org> Cc: emacs-orgmode <emacs-orgmode <at> gnu.org>, 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: Emacs goes crazy when deleting lines Date: Fri, 14 Mar 2014 17:00:54 +0100
Eli Zaretskii wrote:
>> From: "Fabrice Niessen" <fni-news <at> pirilampo.org>
>> Cc: 16832 <at> debbugs.gnu.org
>> Date: Wed, 26 Feb 2014 20:42:20 +0100
>>
>> Eli Zaretskii wrote:
>> >> From: "Fabrice Niessen" <fni-news <at> pirilampo.org>
>> >> Cc: 16832 <at> debbugs.gnu.org
>> >> Date: Wed, 26 Feb 2014 12:06:24 +0100
>> >>
>> >> > Then try F12 (if you are on XP), or try attaching a debugger and
>> >> > getting a C and Lisp backtrace.
>> >>
>> >> Hope this helps:
>> >
>> > Thanks. Without a Lisp-level backtrace, there's not enough useful
>> > info here.
>>
>> Is there something I can do to get it in such a debugger session?
>
> Probably, but I don't know what to suggest. I don't understand the
> error messages that you get from GDB, this usually happens when one
> tries to attach a debugger to a program that is already being
> debugged, which seems to be not the case here. Weird.
>
>> > Perhaps finding the minimal set of customizations that reproduces the
>> > issue would lead faster to the solution.
>>
>> So you mean that the backtrace, with saveplace calls, does not lead to
>> him as the culprit?
>
> These are not saveplace calls, this is Emacs searching for a string
> that includes "saveplace.elc" and "save-place-alist" as substrings.
I made a big progress on this one.
I realized that Emacs did not into an infloop, but simply gave me back
control after a very long time (more than 2 mins). Good news #1.
I thought at using the profiler of Emacs 24, and it gives meaningful
results. Good news #2.
Here they are:
--8<---------------cut here---------------start------------->8---
- flyspell-post-command-hook 3271 98%
- apply 3271 98%
- ad-Advice-flyspell-post-command-hook 3271 98%
- #<compiled 0xe22f27> 3271 98%
- byte-code 3271 98%
- flyspell-word 3271 98%
- org-mode-flyspell-verify 3246 97%
- if 3246 97%
- let* 3246 97%
- prog1 3053 91%
- catch 3053 91%
- while 3053 91%
- if 3053 91%
- progn 3053 91%
- setq 3053 91%
- org-element--get-next-object-candidates 3053 91%
- delq 3053 91%
- if 3053 91%
- mapcar 3053 91%
- #<lambda 0x1741100e> 3053 91%
- funcall 3053 91%
- org-element-inline-babel-call-successor 2873 86%
- save-excursion 2873 86%
if 2873 86%
+ org-element-latex-or-entity-successor 81 2%
+ org-element-link-successor 35 1%
+ org-element-line-break-successor 19 0%
+ org-element-inline-src-block-successor 9 0%
+ org-element-footnote-reference-successor 5 0%
+ org-element-macro-successor 5 0%
+ org-element-statistics-cookie-successor 5 0%
+ org-element-timestamp-successor 5 0%
+ org-element-export-snippet-successor 4 0%
+ org-element-radio-target-successor 4 0%
+ org-element-target-successor 4 0%
+ org-element-sub/superscript-successor 3 0%
+ org-element-text-markup-successor 1 0%
+ org-element-at-point 193 5%
+ flyspell-word-search-forward 15 0%
+ redisplay_internal (C function) 28 0%
+ ... 27 0%
--8<---------------cut here---------------end--------------->8---
Though, I don't understand yet why Flyspell seems to be a problem in Org
mode buffers, and not in Text mode buffers: as you can see in the video
on http://screencast.com/t/UiihFfPk,
1. Text mode + all my config (enabling Flyspell by default) is OK,
(from 0:07 to 0:14, then undoing the changes)
2. Org mode + all my config (enabling Flyspell by default) is NOT OK.
(from 0:40, blocking at 0:49, giving control back at 3:15)
Best regards,
Fabrice
PS- Org-mode version 8.2.5h (release_8.2.5h-733-gd55438)
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Sat, 15 Mar 2014 15:49:02 GMT) Full text and rfc822 format available.Message #38 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Fabrice Niessen <fni-news <at> pirilampo.org> Cc: emacs-orgmode <at> gnu.org, 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: Emacs goes crazy when deleting lines Date: Sat, 15 Mar 2014 17:47:58 +0200
> From: Fabrice Niessen <fni-news <at> pirilampo.org>
> Cc: 16832 <at> debbugs.gnu.org, emacs-orgmode <emacs-orgmode <at> gnu.org>
> Date: Fri, 14 Mar 2014 17:00:54 +0100
>
> I realized that Emacs did not into an infloop, but simply gave me back
> control after a very long time (more than 2 mins). Good news #1.
>
> I thought at using the profiler of Emacs 24, and it gives meaningful
> results. Good news #2.
>
> Here they are:
>
> --8<---------------cut here---------------start------------->8---
> - flyspell-post-command-hook 3271 98%
> - apply 3271 98%
> - ad-Advice-flyspell-post-command-hook 3271 98%
> - #<compiled 0xe22f27> 3271 98%
> - byte-code 3271 98%
> - flyspell-word 3271 98%
> - org-mode-flyspell-verify 3246 97%
> - if 3246 97%
> - let* 3246 97%
> - prog1 3053 91%
> - catch 3053 91%
> - while 3053 91%
> - if 3053 91%
> - progn 3053 91%
> - setq 3053 91%
> - org-element--get-next-object-candidates 3053 91%
> - delq 3053 91%
> - if 3053 91%
> - mapcar 3053 91%
> - #<lambda 0x1741100e> 3053 91%
> - funcall 3053 91%
> - org-element-inline-babel-call-successor 2873 86%
> - save-excursion 2873 86%
> if 2873 86%
Thanks. So this looks like a problem with Org Mode. In particular,
org-element-inline-babel-call-successor takes a lot of time in this
case. That function traverses the buffer from top to bottom:
(while (search-forward "call_" nil t)
(save-excursion
(goto-char (match-beginning 0))
(when (looking-at org-babel-inline-lob-one-liner-regexp)
(throw 'exit (cons 'inline-babel-call (point)))))))))
Perhaps this takes too long in such a huge buffer with such long
lines.
> Though, I don't understand yet why Flyspell seems to be a problem in Org
> mode buffers
Clearly, that's because Org functions, in particular
org-mode-flyspell-verify, are called from flyspell-post-command-hook:
- flyspell-post-command-hook 3271 98%
- apply 3271 98%
- ad-Advice-flyspell-post-command-hook 3271 98%
- #<compiled 0xe22f27> 3271 98%
- byte-code 3271 98%
- flyspell-word 3271 98%
- org-mode-flyspell-verify 3246 97%
If org-mode-flyspell-verify is expensive, it is not a good idea to use
it as flyspell-generic-check-word-predicate in huge Org buffers, since
Flyspell will invoke it after each command.
I hope Org developers will respond. Or maybe you should simply submit
this bug report to Org bug tracker/list.
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Sat, 15 Mar 2014 16:18:02 GMT) Full text and rfc822 format available.Message #41 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: Nicolas Goaziou <n.goaziou <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: Fabrice Niessen <fni-news <at> pirilampo.org>, emacs-orgmode <at> gnu.org, 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: Emacs goes crazy when deleting lines Date: Sat, 15 Mar 2014 17:17:26 +0100
Hello, Eli Zaretskii <eliz <at> gnu.org> writes: > Thanks. So this looks like a problem with Org Mode. In particular, > org-element-inline-babel-call-successor takes a lot of time in this > case. That function traverses the buffer from top to bottom: > > (while (search-forward "call_" nil t) > (save-excursion > (goto-char (match-beginning 0)) > (when (looking-at org-babel-inline-lob-one-liner-regexp) > (throw 'exit (cons 'inline-babel-call (point))))))))) This one is an updated function, which doesn't match posted report. I expect it to be faster than the previous implementation. It would be nice to have a new profiler report, though. Regards, -- Nicolas Goaziou
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Sat, 15 Mar 2014 17:37:01 GMT) Full text and rfc822 format available.Message #44 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Nicolas Goaziou <n.goaziou <at> gmail.com> Cc: fni-news <at> pirilampo.org, emacs-orgmode <at> gnu.org, 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: Emacs goes crazy when deleting lines Date: Sat, 15 Mar 2014 19:36:01 +0200
> From: Nicolas Goaziou <n.goaziou <at> gmail.com> > Cc: Fabrice Niessen <fni-news <at> pirilampo.org>, emacs-orgmode <at> gnu.org, 16832 <at> debbugs.gnu.org > Date: Sat, 15 Mar 2014 17:17:26 +0100 > > > (while (search-forward "call_" nil t) > > (save-excursion > > (goto-char (match-beginning 0)) > > (when (looking-at org-babel-inline-lob-one-liner-regexp) > > (throw 'exit (cons 'inline-babel-call (point))))))))) > > This one is an updated function, which doesn't match posted report. Do you happen to know, or can measure, how much faster is the latest version? Given the timing provided by the OP, it'd have to be at least 100 times faster, to avoid annoying delays after each command.
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Sat, 15 Mar 2014 17:58:01 GMT) Full text and rfc822 format available.Message #47 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: Nicolas Goaziou <n.goaziou <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: fni-news <at> pirilampo.org, emacs-orgmode <at> gnu.org, 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: Emacs goes crazy when deleting lines Date: Sat, 15 Mar 2014 18:57:37 +0100
Eli Zaretskii <eliz <at> gnu.org> writes: > Do you happen to know, or can measure, how much faster is the latest > version? Given the timing provided by the OP, it'd have to be at > least 100 times faster, to avoid annoying delays after each command. Basically it is, (search-forward "call_") versus (re-search-forward "\\([^\n]*?\\)call_\\([^()[:space:]\n]+?\\)\\(\\[\\(.*?\\)\\]\\|\\(\\)\\)(\\(.*?\\))\\(\\[\\(.*?\\)\\]\\)?") Of course, the speed factor depends on the length of the lines in the document, but it could make a significant difference for the OP. Regards, -- Nicolas Goaziou
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Mon, 17 Mar 2014 14:58:02 GMT) Full text and rfc822 format available.Message #50 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: Stefan <monnier <at> iro.umontreal.ca> To: Fabrice Niessen <fni-news <at> pirilampo.org> Cc: Eli Zaretskii <eliz <at> gnu.org>, emacs-orgmode <emacs-orgmode <at> gnu.org>, 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: Emacs goes crazy when deleting lines Date: Mon, 17 Mar 2014 10:57:01 -0400
> I thought at using the profiler of Emacs 24, and it gives meaningful
> results. Good news #2.
> Here they are:
> --8<---------------cut here---------------start------------->8---
> - flyspell-post-command-hook 3271 98%
Does this report only cover a single command that took a "very long
time" until it gave you back control (in which case I'm wondering why
flyspell-post-command-hook should be called so many times), or does it
cover a longer part of your editing session?
Stefan
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Mon, 17 Mar 2014 21:30:04 GMT) Full text and rfc822 format available.Message #53 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: Fabrice Niessen <fni-news <at> pirilampo.org> To: Stefan <monnier <at> iro.umontreal.ca> Cc: Eli Zaretskii <eliz <at> gnu.org>, emacs-orgmode <emacs-orgmode <at> gnu.org>, 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: Emacs goes crazy when deleting lines Date: Mon, 17 Mar 2014 22:29:02 +0100
Stefan wrote: >> I thought at using the profiler of Emacs 24, and it gives meaningful >> results. Good news #2. >> Here they are: >> --8<---------------cut here---------------start------------->8--- >> - flyspell-post-command-hook 3271 98% > > Does this report only cover a single command that took a "very long > time" until it gave you back control (in which case I'm wondering why > flyspell-post-command-hook should be called so many times), or does it > cover a longer part of your editing session? I launched M-x profiler-start just before killing (C-k) the line which I know shows the problem. I launched M-x profiler-report as soon as I got control back. So, it only covers a single command (C-k). Fabrice Niessen -- Fabrice Niessen Leuven, Belgium http://www.pirilampo.org/
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Mon, 17 Mar 2014 23:29:01 GMT) Full text and rfc822 format available.Message #56 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: Stefan <monnier <at> iro.umontreal.ca> To: Fabrice Niessen <fni-news <at> pirilampo.org> Cc: Eli Zaretskii <eliz <at> gnu.org>, emacs-orgmode <emacs-orgmode <at> gnu.org>, 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: Emacs goes crazy when deleting lines Date: Mon, 17 Mar 2014 19:28:34 -0400
> So, it only covers a single command (C-k).
Sorry, forget my question: I had forgotten to turn my brain on, somehow
(seems to happen too often lately).
These numbers aren't call counts, they're just numbers of samples, so
there's no evidence that flyspell-post-command-hook was run very many times.
Stefan
bug-gnu-emacs <at> gnu.org:bug#16832; Package emacs.
(Thu, 20 Mar 2014 11:35:02 GMT) Full text and rfc822 format available.Message #59 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: Fabrice Niessen <fni-news <at> pirilampo.org> To: Nicolas Goaziou <n.goaziou <at> gmail.com> Cc: Eli Zaretskii <eliz <at> gnu.org>, emacs-orgmode <at> gnu.org, 16832 <at> debbugs.gnu.org Subject: Re: bug#16832: Emacs goes crazy when deleting lines Date: Thu, 20 Mar 2014 12:33:26 +0100
Nicolas Goaziou wrote:
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>> Thanks. So this looks like a problem with Org Mode. In particular,
>> org-element-inline-babel-call-successor takes a lot of time in this
>> case. That function traverses the buffer from top to bottom:
>>
>> (while (search-forward "call_" nil t)
>> (save-excursion
>> (goto-char (match-beginning 0))
>> (when (looking-at org-babel-inline-lob-one-liner-regexp)
>> (throw 'exit (cons 'inline-babel-call (point)))))))))
>
> This one is an updated function, which doesn't match posted report.
> I expect it to be faster than the previous implementation. It would be
> nice to have a new profiler report, though.
New test done just now. Still too slow (see video on
http://screencast.com/t/elBEfuZtd62), but much, much less...
There is an order of magnitude with the previous performance!
Excellent.
Environment:
- GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2014-03-15 on LEG570
- Org-mode version 8.2.5h (release_8.2.5h-808-g60a6c0), fetched 10 mins
ago
Performance report:
--8<---------------cut here---------------start------------->8---
- ... 2357 97%
- ad-activate 2343 97%
- ad-activate-advised-definition 2343 97%
- ad-make-cache-id 2343 97%
- ad-arglist 2343 97%
- require 2343 97%
- apply 2343 97%
- ad-Advice-require 2343 97%
- let 2343 97%
- let* 2343 97%
- org-element-at-point 2342 97%
- save-excursion 2342 97%
- save-restriction 2342 97%
- let 2342 97%
- cond 2342 97%
- org-element--parse-to 2342 97%
- catch 2342 97%
- save-excursion 2342 97%
- save-restriction 2342 97%
- let* 2342 97%
- let* 2017 83%
- prog1 2017 83%
- catch 2017 83%
- while 2017 83%
- if 2017 83%
- progn 2017 83%
- setq 2017 83%
- org-element--get-next-object-candidates 2017 83%
- delq 2017 83%
- if 2017 83%
- mapcar 2017 83%
- #<lambda 0x1741100e> 2017 83%
- funcall 2017 83%
- org-element-latex-or-entity-successor 912 37%
- save-excursion 912 37%
- let 912 37%
if 912 37%
- org-element-link-successor 389 16%
- save-excursion 389 16%
- let 389 16%
if 389 16%
- org-element-line-break-successor 215 8%
- save-excursion 215 8%
- let 215 8%
and 215 8%
- org-element-inline-src-block-successor 99 4%
- save-excursion 99 4%
if 99 4%
+ org-element-macro-successor 53 2%
+ org-element-footnote-reference-successor 53 2%
+ org-element-statistics-cookie-successor 53 2%
+ org-element-timestamp-successor 51 2%
+ org-element-target-successor 50 2%
+ org-element-radio-target-successor 49 2%
+ org-element-export-snippet-successor 47 1%
+ org-element-sub/superscript-successor 37 1%
+ org-element-text-markup-successor 8 0%
intern 1 0%
+ let 325 13%
+ cond 1 0%
Automatic GC 14 0%
+ flyspell-post-command-hook 28 1%
+ command-execute 17 0%
+ redisplay_internal (C function) 12 0%
--8<---------------cut here---------------end--------------->8---
Best regards,
Fabrice
--
Fabrice Niessen
Leuven, Belgium
http://www.pirilampo.org/
Glenn Morris <rgm <at> gnu.org>
to control <at> debbugs.gnu.org.
(Fri, 21 Mar 2014 16:10:01 GMT) Full text and rfc822 format available.Eli Zaretskii <eliz <at> gnu.org>
to control <at> debbugs.gnu.org.
(Fri, 21 Mar 2014 16:49:02 GMT) Full text and rfc822 format available.Eli Zaretskii <eliz <at> gnu.org>
to control <at> debbugs.gnu.org.
(Fri, 21 Mar 2014 16:49:02 GMT) Full text and rfc822 format available.Eli Zaretskii <eliz <at> gnu.org>
to control <at> debbugs.gnu.org.
(Fri, 21 Mar 2014 16:49:02 GMT) Full text and rfc822 format available.Glenn Morris <rgm <at> gnu.org>
to control <at> debbugs.gnu.org.
(Fri, 21 Mar 2014 16:59:01 GMT) Full text and rfc822 format available.bug-gnu-emacs <at> gnu.org, emacs-orgmode <at> gnu.org:bug#16832; Package emacs,org-mode.
(Mon, 24 Mar 2014 13:21:01 GMT) Full text and rfc822 format available.Message #72 received at 16832 <at> debbugs.gnu.org (full text, mbox):
From: Glenn Morris <rgm <at> gnu.org> To: Eli Zaretskii <eliz <at> gnu.org> Cc: Sebastien Vauban <sva-news <at> mygooglest.com>, 17055 <at> debbugs.gnu.org, fni-news <at> pirilampo.org, 16832 <at> debbugs.gnu.org Subject: Re: bug#17055: 24.3.50; Emacs hangs in Org mode file Date: Mon, 24 Mar 2014 09:20:33 -0400
Perhaps this is fixed now, according to comments at: http://lists.gnu.org/archive/html/emacs-orgmode/2014-03/msg01176.html (It would be great if someone would keep an eye on these Org bugs that get reported to Emacs and update them when appropriate. Although it seems better to report Org bugs to the Org-mode list rather than to Emacs.)
Glenn Morris <rgm <at> gnu.org>:"Fabrice Niessen" <fni-news <at> pirilampo.org>:Message #77 received at 16832-done <at> debbugs.gnu.org (full text, mbox):
From: Glenn Morris <rgm <at> gnu.org> To: 16832-done <at> debbugs.gnu.org Subject: Re: bug#16832: 24.3.50; Emacs hangs in Org mode file Date: Tue, 08 Apr 2014 13:20:45 -0400
Glenn Morris wrote: > Perhaps this is fixed now, according to comments at: > > http://lists.gnu.org/archive/html/emacs-orgmode/2014-03/msg01176.html > > (It would be great if someone would keep an eye on these Org bugs that > get reported to Emacs and update them when appropriate. > > Although it seems better to report Org bugs to the Org-mode list rather > than to Emacs.) No comments in two weeks so closed, presumed fixed.
Glenn Morris <rgm <at> gnu.org>:Sebastien Vauban <sva-news <at> mygooglest.com>:Glenn Morris <rgm <at> gnu.org>:Sebastien Vauban <sva-news <at> mygooglest.com>:bug-gnu-emacs <at> gnu.org, emacs-orgmode <at> gnu.org:bug#16832; Package emacs,org-mode.
(Wed, 09 Apr 2014 15:39:02 GMT) Full text and rfc822 format available.Message #90 received at 16832-done <at> debbugs.gnu.org (full text, mbox):
From: Bastien <bzg <at> altern.org> To: Glenn Morris <rgm <at> gnu.org> Cc: 16832-done <at> debbugs.gnu.org Subject: Re: bug#16832: 24.3.50; Emacs hangs in Org mode file Date: Wed, 09 Apr 2014 17:38:08 +0200
Glenn Morris <rgm <at> gnu.org> writes: > Glenn Morris wrote: > >> Perhaps this is fixed now, according to comments at: >> >> http://lists.gnu.org/archive/html/emacs-orgmode/2014-03/msg01176.html >> >> (It would be great if someone would keep an eye on these Org bugs that >> get reported to Emacs and update them when appropriate. >> >> Although it seems better to report Org bugs to the Org-mode list rather >> than to Emacs.) > > No comments in two weeks so closed, presumed fixed. I confirm the fix. I will catch up and close other fixed Org bugs when I have some spare time, somewhere next week. -- Bastien
Debbugs Internal Request <help-debbugs <at> gnu.org>
to internal_control <at> debbugs.gnu.org.
(Thu, 08 May 2014 11:24:03 GMT) Full text and rfc822 format available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.