[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[O] Generating agenda endless-loop
From: |
Karl Voit |
Subject: |
[O] Generating agenda endless-loop |
Date: |
Sat, 2 Aug 2014 11:38:33 +0200 |
User-agent: |
slrn/0.9.9 (Linux) |
Hi!
My agenda generally works. However, sometimes, by working with Emacs
I get to the "status" where I can not re-generate the agenda: it is
in an endless loop with 100% of its Emacs-CPU-core. I can quit by
pressing M-g. After re-starting Emacs, it works again without
modifying my Org-files or the Emacs configuration.
Here is a profiler CPU report after I quit the endless loop for
about a minute or so:
,----
| - command-execute 55462 97%
| - call-interactively 55462 97%
| - org-agenda 53803 94%
| - byte-code 53803 94%
| - call-interactively 53779 94%
| - org-agenda-list 53779 94%
| - byte-code 53779 94%
| - org-agenda-prepare 53779 94%
| - org-agenda-prepare-buffers 53775 94%
| - byte-code 53739 94%
| - org-end-of-subtree 25278 44%
| - org-back-to-heading 10825 19%
| - outline-back-to-heading 10777 18%
| outline-on-heading-p 1473 2%
| + org-outline-level 2688 4%
| - org-at-heading-p 11354 19%
| outline-on-heading-p 9272 16%
| + org-refresh-stats-properties 16 0%
| org-set-regexps-and-options-for-tags 8 0%
| org-agenda-files 4 0%
| + org-agenda-get-restriction-and-command 24 0%
| + byte-code 1630 2%
| + minibuffer-complete 25 0%
| + execute-extended-command 4 0%
| + timer-event-handler 1161 2%
| + ... 199 0%
`----
Do you have any suggestion how I can check this out any further or
get rid of this behavior?
GNU Emacs 24.3.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.2) of
2014-01-01 on gkar, modified by Debian
Org-mode version 8.2.6 (release_8.2.6-1062-g0e303a) ... I got this
issue since a couple of months with various Org-versions.
--
mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode:
> get Memacs from https://github.com/novoid/Memacs <
https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
- [O] Generating agenda endless-loop,
Karl Voit <=