Re: [O] “Match data clobbered by buffer modification hooks”
Nicolas Goaziouwrites: > I don't have emoji-cheat-sheet-plus. I think it would be worth reporting > the problem upstream. Done: https://github.com/syl20bnr/emacs-emoji-cheat-sheet-plus/issues/5. Sincerely, Gour -- While contemplating the objects of the senses, a person develops attachment for them, and from such attachment lust develops, and from lust anger arises.
Re: [O] “Match data clobbered by buffer modification hooks”
Saša Janiškawrites: > Thank you for your assistance - I was able to find the problematic piece > of setup (https://github.com/syl20bnr/emacs-emoji-cheat-sheet-plus): > > ;; emoji cheat sheet > (use-package emoji-cheat-sheet-plus > :ensure t > :init > (progn > ;; enabled emoji in buffer > (add-hook 'org-mode-hook 'emoji-cheat-sheet-plus-display-mode) > ;; insert emoji with helm > (global-set-key (kbd "C-c C-e") 'emoji-cheat-sheet-plus-insert))) > > Can you try to add the above snippet and check whether you can reproduce > the problem? I don't have emoji-cheat-sheet-plus. I think it would be worth reporting the problem upstream. It is probably missing `save-match-data' in function called through `after-change-functions' and `post-command-hook'. Regards,
Re: [O] “Match data clobbered by buffer modification hooks”
Nicolas Goaziouwrites: > The latter. Thank you for your assistance - I was able to find the problematic piece of setup (https://github.com/syl20bnr/emacs-emoji-cheat-sheet-plus): ;; emoji cheat sheet (use-package emoji-cheat-sheet-plus :ensure t :init (progn ;; enabled emoji in buffer (add-hook 'org-mode-hook 'emoji-cheat-sheet-plus-display-mode) ;; insert emoji with helm (global-set-key (kbd "C-c C-e") 'emoji-cheat-sheet-plus-insert))) Can you try to add the above snippet and check whether you can reproduce the problem? Sincerely, Gour --
Re: [O] “Match data clobbered by buffer modification hooks”
Hello, Saša Janiškawrites: > Now I tried with -Q and minimal 9.0 setup and it works. Do you have any > hint which packages might be problematic or I should simply try to bisect > my init file? The latter. Regards, -- Nicolas Goaziou
Re: [O] “Match data clobbered by buffer modification hooks”
Nicolas Goaziouwrites: > Have you tried with -Q, modulo load-path setting to include Org 9.0? Now I tried with -Q and minimal 9.0 setup and it works. Do you have any hint which packages might be problematic or I should simply try to bisect my init file? Sincerely, Gour -- Never was there a time when I did not exist, nor you, nor all these kings; nor in the future shall any of us cease to be.
Re: [O] “Match data clobbered by buffer modification hooks”
Hello, Saša Janiškawrites: > Nicolas Goaziou writes: > >> Evaluate the following function (C-x C-e) and test again. > > I am still experiencing the problem when I try to complete daily > recurring task and in the meantime I’ve migrated from Debian (Sid) to > Fedora (f25-beta) where there is only Emacs-25 packaged. > > Here is the simple task causing the problem: > > ** TODO test >DEADLINE: <2016-11-13 Ned +1d> >:PROPERTIES: >:LAST_REPEAT: [2016-11-13 Ned 08:41] >:END: > > In the attachment I include backtrace log. (debug.log) I still cannot reproduce it. Judging by your report, you don't use a minimal init file either. Have you tried with -Q, modulo load-path setting to include Org 9.0? Regards, -- Nicolas Goaziou
Re: [O] “Match data clobbered by buffer modification hooks”
Nicolas Goaziouwrites: > Evaluate the following function (C-x C-e) and test again. I am still experiencing the problem when I try to complete daily recurring task and in the meantime I’ve migrated from Debian (Sid) to Fedora (f25-beta) where there is only Emacs-25 packaged. Here is the simple task causing the problem: ** TODO test DEADLINE: <2016-11-13 Ned +1d> :PROPERTIES: :LAST_REPEAT: [2016-11-13 Ned 08:41] :END: In the attachment I include backtrace log. (debug.log) Sincerely, Gour Your bug report will be posted to the Org mailing list. Debugger entered--Lisp error: (error "Match data clobbered by buffer modification hooks") replace-match(#(" :LAST_REPEAT: [2016-11-13 Ned 08:41]" 0 3 (fontified nil) 3 4 (fontified nil) 4 15 (fontified nil) 15 16 (fontified nil) 17 39 (fontified nil)) t t) org--align-node-property() org-indent-line() org-entry-put(nil "LAST_REPEAT" "[2016-11-13 Ned 08:41]") org-auto-repeat-maybe("DONE") #[0 "\306\307!\210\310\307!\203 \311 \210\301\307\240\210\312\n!\203 \313\225Sb\210\312\314\315Q!\204) \312\316!\210\317 \320 \317 \321\322\313\323\324\325!\326\"\327\330%DC\216\331\332\333\307\211$)\262\f @@\300\242\313\232\203` \300\332\240\210\334\202b AA\335\336!\313\224\337!\340B\"\211A@\3278\3418\206\200 \342C\307DE\235\211AF\203\265 \300\242\343\232\203\237 G\344=\204\260 \300\242\204\265 G\203\265 G\344=\204\265 \345 \202\374\300\242\346\232\203\323 G\203\306 F\204\323 \347\350\351\352E\"\332\307$\202\374\300\242\353=\203\356 \203\350 \211\205\374\211@\202\374E@\202\374\300\242\354=\203E\232?\205\374\203\355EGG\356#E8\202\374E*\357*!@)\202\374G\307=\2031\300\242\360\232\2031\300\332\240\206\374\300\242\203\264\300\242\342\232\203A\332\202\374\300\242\361=\203L\332\202\374\300\242\362=\203]\206\374H@\202\374\300\242\363=\203tI\235A@\206\374I@\202\374\300\242\364=\203\222\365I!II\235A@\206\216I@)\202\374\300\242E\235@\206\374\300\242;\203\251\366\367\300\242\"\202\374\370\300\242!SE8\202\374\204\303\206\374E@\202\374\232\203\316\332\202\374\211\204\326\332\202\374\371>\203\372JK=\203\351\211@\202\374\211G\313V\205\374\206\374H@\202\374\211@L\372\373LC#\206\nL\211L\203\374L\374Q\202\374\375\376\377\f\201Y L\201Z \257\332\211M\203\222\fH\235?N\212\317 \321\322\313\323\324\325!\201[ \"\327\330%DC\216\212\214~\210\201\\ \201M \"+\262)\204\222\201] \201^ !\203{\366\201_ LO$\210\202\222\201` \201_ LO$\210\201a \201b \332\"\210\201c !\210\201d \307\211#\210\fL\232\203\324\201` \201e \332\201f \203\276\201g \202\301\201h \342\201f \201i \342##\266\202\"\210\202\201j \f!\203\201` \201k \332\201f \203\362\201g \202\365\201h \342\201f \201i \342##\266\202\"\210\n\204*\337L!\262\340B\"\262\n A@\262 \327\n8\262\341\n8\262\300\242\201l >\203^\201` \201m \355PG\201n \340LP\"P>G#PG\201o \201p \340LP\"\374#$\210LH\235?NLH\235\205t\fH\235?\262 \203\202\201q !\210@\204\213\f\203*A\307=\204*\300\242\201r >\204*\340L@\"A@\206\256\356\340@\"8\262\334=\203\302A\334=\203\302\201s \262L\204\314Q\203\341L\203\353LR\235\203\353\fR\235\204\353\201t \332\211\201u #\210\211\203\f\203\201t \201u \201v \"\210\204\f\334=\203\201w \362L\334$\210L\203*\203*\201w \201x L$\210\201y L!\210S\203BT\204B\201z \332\307\"\210U\203L\201{ \210\201| \201} !\210\300\242\203gLH\235\204g\337L!\262\201~ \320 \201 \201\200 $\210\211\203\251\201\201 \201V !\203\242\317 \321\322\313\323\324\325!\201\202 \"\327\330%DC\216\201\203 V)\210\201\204 L!\210\201\205 \203\345n\204\345\212\201\206 \336!\210\312W!)\203\345`\356\211\225\206\314\336\225\\W\203\345\356\225\206\330\336\225b\210\312\374!\203\345\201\207 \210X\203\365\212\201\210 \201X \"\210)\301\242\205\374\311 .\207" [(nil) (nil) org-outline-regexp org-todo-regexp org-log-done org-log-repeat org-back-to-heading t org-in-commented-heading-p org-toggle-comment looking-at 0 " +" "\\( +\\|[ ]*$\\)" "\\(?: *\\|[]*$\\)" match-data point-at-bol funcall make-byte-code "\301\300\302\"\207" vconcat vector [set-match-data evaporate] 3 "\n\n(fn)" org-entry-get nil "LOGGING" note match-string 1 org-get-todo-sequence-head assoc 4 "" (4) prefix org-fast-todo-selection (4) completing-read "State: " mapcar list right left - 2 last (4) none ...] 28 "\n\n(fn)"]() funcall(#[0 "\306\307!\210\310\307!\203 \311 \210\301\307\240\210\312\n!\203 \313\225Sb\210\312\314\315Q!\204) \312\316!\210\317 \320 \317 \321\322\313\323\324\325!\326\"\327\330%DC\216\331\332\333\307\211$)\262\f @@\300\242\313\232\203` \300\332\240\210\334\202b AA\335\336!\313\224\337!\340B\"\211A@\3278\3418\206\200 \342C\307
Re: [O] “Match data clobbered by buffer modification hooks”
Nicolas Goaziouwrites: > Evaluate the following function (C-x C-e) and test again. Debugger entered--Lisp error: (error "Match data clobbered by buffer modification hooks") replace-match(#(" :LAST_REPEAT: [2016-11-01 Uto 18:02]" 0 3 (fontified nil) 3 4 (fontified nil) 4 15 (fontified nil) 15 16 (fontified nil) 17 39 (fontified nil)) t t) (progn (replace-match (concat (match-string 4) (org-trim (format org-property-format (match-string 1) (match-string 3 t t)) (if (save-excursion (beginning-of-line) (looking-at org-property-re)) (progn (replace-match (concat (match-string 4) (org-trim (format org-property-format (match-string 1) (match-string 3 t t))) (progn (if (save-excursion (beginning-of-line) (looking-at org-property-re)) (progn (replace-match (concat (match-string 4) (org-trim (format org-property-format (match-string 1) (match-string 3 t t (unwind-protect (progn (if (save-excursion (beginning-of-line) (looking-at org-property-re)) (progn (replace-match (concat (match-string 4) (org-trim (format org-property-format ... ...))) t t (set-match-data save-match-data-internal (quote evaporate))) (let ((save-match-data-internal (match-data))) (unwind-protect (progn (if (save-excursion (beginning-of-line) (looking-at org-property-re)) (progn (replace-match (concat (match-string 4) (org-trim ...)) t t (set-match-data save-match-data-internal (quote evaporate org--align-node-property() org-indent-line() org-entry-put(nil "LAST_REPEAT" "[2016-11-01 Uto 18:02]") org-auto-repeat-maybe("DONE") org-todo(nil) funcall-interactively(org-todo nil) call-interactively(org-todo nil nil) command-execute(org-todo) It does not work…back to Emacs24… Sincerely, Gour -- You have a right to perform your prescribed duty, but you are not entitled to the fruits of action. Never consider yourself the cause of the results of your activities, and never be attached to not doing your duty.
Re: [O] “Match data clobbered by buffer modification hooks”
Saša Janiškawrites: > Not sure how I’m supposed to do it? Writing some custom function? > Where? Evaluate the following function (C-x C-e) and test again. (defun org--align-node-property () "Align node property at point. Alignment is done according to `org-property-format', which see." (save-match-data (when (save-excursion (beginning-of-line) (looking-at org-property-re)) (replace-match (concat (match-string 4) (org-trim (format org-property-format (match-string 1) (match-string 3 t t Regards,
Re: [O] “Match data clobbered by buffer modification hooks”
Nicolas Goaziouwrites: > Does wrapping `org--align-node-property' within `save-match-data' solve > the problem? Not sure how I’m supposed to do it? Writing some custom function? Where? Sincerely, Gour -- One who restrains the senses of action but whose mind dwells on sense objects certainly deludes himself and is called a pretender.
Re: [O] “Match data clobbered by buffer modification hooks”
Hello, Saša Janiškawrites: > Saša Janiška writes: > >> This Org mode version 8.3.6 (release_8.3.6-1267-g58dbdb @ >> /home/gour/.emacs.d/lisp/org/) is master, right? Correct. > I had enough of this problem and, for now, the most easy workaround is > to simply downgrade Emacs to 24.5.1 where *everything* works as > intended. Does wrapping `org--align-node-property' within `save-match-data' solve the problem? Regards, -- Nicolas Goaziou
Re: [O] “Match data clobbered by buffer modification hooks”
Saša Janiškawrites: > This Org mode version 8.3.6 (release_8.3.6-1267-g58dbdb @ > /home/gour/.emacs.d/lisp/org/) is master, right? I had enough of this problem and, for now, the most easy workaround is to simply downgrade Emacs to 24.5.1 where *everything* works as intended. > Sincerely, > Gour -- As the ignorant perform their duties with attachment to results, the learned may similarly act, but without attachment, for the sake of leading people on the right path.
Re: [O] “Match data clobbered by buffer modification hooks”
Nicolas Goaziouwrites: > There are 1200+ commits in the master branch that are not in the stable > one. It could make a difference. It does not. :-( This Org mode version 8.3.6 (release_8.3.6-1267-g58dbdb @ /home/gour/.emacs.d/lisp/org/) is master, right? Sincerely, Gour -- Before giving up this present body, if one is able to tolerate the urges of the material senses and check the force of desire and anger, he is well situated and is happy in this world.
Re: [O] “Match data clobbered by buffer modification hooks”
Saša Janiškawrites: > I might try it, but wonder if there are some relevant commits in master > branch? There are 1200+ commits in the master branch that are not in the stable one. It could make a difference. Regards,
Re: [O] “Match data clobbered by buffer modification hooks”
Nicolas Goaziouwrites: > Correct. Anyway, it would be interesting to test the issue with real > master branch. I might try it, but wonder if there are some relevant commits in master branch? Sincerely, Gour -- One who restrains his senses, keeping them under full control, and fixes his consciousness upon Me, is known as a man of steady intelligence.
Re: [O] “Match data clobbered by buffer modification hooks”
Hello, Saša Janiškawrites: > Ahh, OK. But it is still not built-in version, but the one from org’s > ELPA, right? Correct. Anyway, it would be interesting to test the issue with real master branch. Regards, -- Nicolas Goaziou
Re: [O] “Match data clobbered by buffer modification hooks”
Nicolas Goaziouwrites: > This is not master. You are still on stable branch according to the > string above. Ahh, OK. But it is still not built-in version, but the one from org’s ELPA, right? Sincerely, Gour -- One who is not disturbed in mind even amidst the threefold miseries or elated when there is happiness, and who is free from attachment, fear and anger, is called a sage of steady mind.
Re: [O] “Match data clobbered by buffer modification hooks”
Hello, Saša Janiškawrites: > Kaushal Modi writes: > >> Can you check if you see this bug on the org mode version build from >> the latest commit on the master branch? > > I just tried with the master build locally: > > > Org-mode version 8.3.6 (8.3.6-7-g4d7d52-elpa @ > /home/gour/.emacs.d/lisp/org-mode/lisp/) This is not master. You are still on stable branch according to the string above. Regards, -- Nicolas Goaziou
Re: [O] “Match data clobbered by buffer modification hooks”
Kaushal Modiwrites: > Can you check if you see this bug on the org mode version build from > the latest commit on the master branch? I just tried with the master build locally: Org-mode version 8.3.6 (8.3.6-7-g4d7d52-elpa @ /home/gour/.emacs.d/lisp/org-mode/lisp/) and was able to reproduce it: Debugger entered--Lisp error: (error "Match data clobbered by buffer modification hooks") replace-match(#(" :LAST_REPEAT: [2016-10-29 Sub 17:58]" 0 3 (fontified nil) 3 4 (fontified nil) 4 15 (fontified nil) 15 16 (fontified nil) 17 39 (fontified nil)) t t) org--align-node-property() org-indent-line() org-entry-put(nil "LAST_REPEAT" "[2016-10-29 Sub 17:58]") org-auto-repeat-maybe("DONE") org-todo(nil) funcall-interactively(org-todo nil) call-interactively(org-todo nil nil) command-execute(org-todo) with the task looking as: ** TODO test DEADLINE: <2016-10-28 Pet +1d> I did post to emacs-help list, but I’m directed back to “org-maintainers”… Sincerely, Gour -- Bewildered by the modes of material nature, the ignorant fully engage themselves in material activities and become attached. But the wise should not unsettle them, although these duties are inferior due to the performers' lack of knowledge.
Re: [O] “Match data clobbered by buffer modification hooks”
Kaushal Modiwrites: > What is your org mode version? :) Org-mode version 8.3.6 (8.3.6-7-g4d7d52-elpa @ /home/gour/.emacs.d/elpa/org-20161024/) GNU Emacs 25.1.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.1) of 2016-10-11, modified by Debian > This bug did occur before emacs 25.1 was released. But it was fixed > in that release ( https://debbugs.gnu.org/cgi/bugreport.cgi?bug=23917 > ). Yeah, I know about it. > Can you check if you see this bug on the org mode version build from > the latest commit on the master branch? My org version is pretty fresh. but will try with the master… Sincerely, Gour -- When your intelligence has passed out of the dense forest of delusion, you shall become indifferent to all that has been heard and all that is to be heard.
Re: [O] “Match data clobbered by buffer modification hooks”
On Fri, Oct 28, 2016 at 10:21 AM Saša Janiškawrote: > > Which Emacs/org-mode? > What is your org mode version? :) This bug did occur before emacs 25.1 was released. But it was fixed in that release ( https://debbugs.gnu.org/cgi/bugreport.cgi?bug=23917 ). Can you check if you see this bug on the org mode version build from the latest commit on the master branch? -- Kaushal Modi
Re: [O] “Match data clobbered by buffer modification hooks”
Nicolas Goaziouwrites: > FWIW, I cannot reproduce it. Which Emacs/org-mode? Sincerely, Gour -- Before giving up this present body, if one is able to tolerate the urges of the material senses and check the force of desire and anger, he is well situated and is happy in this world.
Re: [O] “Match data clobbered by buffer modification hooks”
Hello, Saša Janiškawrites: > after upgrading to 25.1 (Debian Sid) whenever (or almost always) when I > try to complete some of my recurring tasks (having deadlines) with: > > C-c C-t > > I get: > > org--align-node-property: Match data clobbered by buffer modification hooks > > I’ve followed advice and re-installed org, but the problem does > persist. FWIW, I cannot reproduce it. Regards, -- Nicolas Goaziou
Re: [O] “Match data clobbered by buffer modification hooks”
Saša Janiškawrites: > I get: > > org--align-node-property: Match data clobbered by buffer modification hooks Here is debugger’s output: Debugger entered--Lisp error: (error "Match data clobbered by buffer modification hooks") replace-match(#(" :LAST_REPEAT: [2016-10-28 Pet 11:18]" 0 3 (org-category "gour" fontified nil) 3 4 (fontified nil) 4 15 (fontified nil) 15 16 (fontified nil) 17 39 (fontified nil)) t t) org--align-node-property() org-indent-line() org-entry-put(nil "LAST_REPEAT" "[2016-10-28 Pet 11:18]") org-auto-repeat-maybe("DONE") org-todo(nil) funcall-interactively(org-todo nil) call-interactively(org-todo nil nil) command-execute(org-todo) > Sincerely, > Gour -- Many, many births both you and I have passed. I can remember all of them, but you cannot, O subduer of the enemy!