nljlistb...@gmail.com (N. Jackson) writes: > At 21:09 +0300 on Monday 2016-07-18, Eli Zaretskii wrote: > >> diff --git a/lisp/subr.el b/lisp/subr.el >> index e9e19d3..1bb1cb3 100644 >> --- a/lisp/subr.el >> +++ b/lisp/subr.el >> @@ -3466,7 +3466,7 @@ save-match-data >> ;; if you need to recompile all the Lisp files using interpreted code. >> (declare (indent 0) (debug t)) >> (list 'let >> - '((save-match-data-internal (match-data))) >> + '((save-match-data-internal (match-data 'integers))) >> (list 'unwind-protect >> (cons 'progn body) >> ;; It is safe to free (evaporate) markers immediately here, > > FWIW on my system applying this patch does not resolve the org-capture > issue. I'm testing with org-20160718 from GNU Elpa and latest Emacs 25 > branch from the git (Repository revision: > 4157159a37b43712440da91a45a6d5f71eb96e8a). > > With these versions of Org and Emacs and your patch applied, with a > recipe similar to that posted by Robert Pluim on 2016-07-18, > specifically > > src/emacs -Q > > M-: (custom-set-variables '(package-selected-packages (quote > (org-20160718)))) RET > M-x package-initialize RET > > C-x C-f ; find file. > C-S-backspace ; kill-whole-line. > ~/.notes RET ; Open the file expected by default capture > template. > M-x org-mode RET ; put the buffer into Org Mode. > M-x org-capture RET t ; Run the default "Task" capture template bound to > the t key. > > I get the error: > > org-capture: Capture template âtâ: Match data clobbered by buffer > modification hooks
save-match-data is a macro. Did you recompile org with the modified emacs? That patch works for me when using that version of org uncompiled. Regards Robert
