emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [BUG] org-element--cache gives "Unregistered buffer modifications" w


From: Kaushal Modi
Subject: Re: [BUG] org-element--cache gives "Unregistered buffer modifications" warning [9.5 (9.5-g859984 @ /home/john/.emacs.d/straight/build/org/)]
Date: Thu, 16 Dec 2021 11:16:36 -0500


On Thu, Dec 16, 2021 at 10:16 AM Ihor Radchenko <yantar92@gmail.com> wrote:

FYI, it is suspicious. You should be at 9.5.1. Maybe you forgot to make
clean; make autoloads.

I actually run a wrapper script to update Org and that has all that:

=====
    # cmds to update to latest commit on git main branch
    # Ensure that the prefix path is correct in local.mk for
    # emacs/home/$1 version.
    sed -i 's|^prefix.*=.*|prefix = /home/kmodi/usr_local/apps/7/emacs/'"$1"'/share|' local.mk
    # Update the infodir if needed.
    sed -i 's|^infodir.*=.*|infodir = $(prefix)/org/info|' local.mk
    echo -e "\\nBuilding for emacs version: $(emacs --version | grep -E 'Emacs [0-9]+\.[0-9]+')\\n"
    make cleanall
    make autoloads
    make compile
    make doc
    make install
=====

I verified that at least the git hash was latest as of then: release_9.5-364-gde022e

 
> Steps to reproduce this issue (after setting those variables as suggested
> above):
>
> 1. Install ox-hugo from MELPA and require it
> 2. Download the ox-hugo-manual.org[1]
> 3. Take point to anywhere inside a subtree with :EXPROT_FILE_NAME: property
> (e.g. under the * Org Special Blocks subtree around line 3038)
> 4. C-c C-e H A (this will export all the valid subtrees in that file using
> ox-hugo)

I tried on my side and I am getting "Undefined Org macro: issue;
aborting" Does not look like Org's fault unless I miss something.

There's a setup included in there; I forgot about that. If you don't mind trying it again, this would download everything needed:

=====
git clone https://github.com/kaushalmodi/ox-hugo
cd ox-hugo/doc/
# open ox-hugo-manual.org from this dir
=====

and then:

=====
1. Eval <git root>/ox-hugo/ox-hugo.el
2. Take point to anywhere inside a subtree with :EXPROT_FILE_NAME: property (e.g. under the * Org Special Blocks subtree around line 3038)
3. C-c C-e H A (this will export all the valid subtrees in that file using ox-hugo)
=====

I am unable to reproduce but I know why it happened (and it is indeed
different from previous one). I just pushed a fix upstream.

Thanks. I see this version after the update:

Org mode version 9.5 (release_9.5-366-g092e92 @ /home/kmodi/usr_local/apps/7/emacs/emacs-28/share/emacs/site-lisp/org/)
The git hash is correct (https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=092e921423f02d48778a0c5d298a211388af8090). So not sure, why it's still saying version 9.5.

Sorry, but I am getting similar backtrace in another function now:

=====
Debugger entered--Lisp error: (error "Format specifier doesn’t match argument type")
  format("org-element-cache diagnostics( *temp*-378635): Int..." 28172 #<marker at 22334 in  *temp*-378635>)
  org-element--cache-process-request([28170 28171 22333 1 (headline (:raw-value "Usage" :begin 17933 :end 22334 :pre-blank 0 :contents-begin 17942 :contents-end 22334 :robust-begin 17978 :robust-end 22332 :level 2 :priority nil :tags nil :todo-keyword nil :todo-type nil :post-blank 0 :footnote-section-p nil :archivedp nil :commentedp nil :post-affiliated 17933 :CUSTOM_ID "usage" :title "Usage" :mode nil :granularity element :cached t :parent (headline (:raw-value "Reused Sections" :begin 17054 :end 28172 :pre-blank 0 :contents-begin 17072 :contents-end 28172 :robust-begin 17074 :robust-end 28170 :level 1 :priority nil :tags nil :todo-keyword nil :todo-type nil :post-blank 0 :footnote-section-p nil :archivedp nil :commentedp nil :post-affiliated 17054 :title "Reused Sections" :mode nil :granularity element :cached t :parent (org-data (:begin 1 :contents-begin 1 :contents-end 145098 :end 145098 :robust-begin 3 :robust-end 145096 :post-blank 0 :post-affiliated 1 :path nil :mode org-data :CATEGORY nil :cached t)) :org-element--cache-sync-key (69 . 17054))) :org-element--cache-sync-key (67 . 17933))) 1] 145000 #<marker at 22334 in  *temp*-378635> nil nil)
  org-element--cache-sync(#<buffer  *temp*-378635> #<marker at 22334 in  *temp*-378635>)
  org-element-at-point(#<marker at 22334 in  *temp*-378635>)
  org-element-cache-map(#f(compiled-function (el) #<bytecode -0x1e6a8e662d16360>) :next-re "^\\*+ " :fail-re "^\\*+ " :narrow t)
  org-scan-tags(#f(compiled-function () #<bytecode -0x16fb585600906914>) t nil nil)
  org-map-entries(#f(compiled-function () #<bytecode -0x16fb585600906914>))
=====

Another observation:

I see this warning when building from the latest main:

In org-element--cache-sync:
org-element.el:5935:19: Warning: assignment to free variable
    ‘org-element--cache-change-warning’



reply via email to

[Prev in Thread] Current Thread [Next in Thread]