Nick Dokos <nicholas.do...@hp.com> writes: > Nick Dokos <nicholas.do...@hp.com> wrote: > >> Eric Abrahamsen <e...@ericabrahamsen.net> wrote: >> >> > It was while trying to produce a backtrace (with edebug) that I >> > discovered that re-evaluating the code fixed the problem. I set >> > debug-on-error to t and reproduced the error, which gave me this: >> > >> > Debugger entered--Lisp error: (error "Cannot return from the debugger in >> > an error") >> > internal-temp-output-buffer-show(#<buffer *Org Export/Publishing Help*>) >> > org-export(nil) >> > call-interactively(org-export nil nil) >> > >> > Presumably this isn't really what's needed -- can you provide a pointer >> > to producing a more useful backtrace? >> > >> >> Only the usual suspects: you are loading uncompiled code I hope? I don't >> even have the function in either of my emacsen (24.0.50 and 23.1.1): >> does C-h f internal-temp-output-buffer-show RET show anything in yours? >> > > I see some messages about internal-temp-output-buffer-show when > googling: they seem related to Stefan Monnier's effort to make > with-output-to-temp-buffer a Lisp macro (rather than a special form in C > code, IIUC) - but this seems to be bleeding edge stuff, not 23.2. Are > you perhaps picking up emacs bits and pieces from places you shouldn't? > > Maybe Stefan (cc:ed) has some ideas. > > Nick
Grepping for "internal-temp-output-buffer-show" in my org directory gives me this: Binary file ./lisp/org.elc matches Binary file ./lisp/org-bibtex.elc matches Binary file ./lisp/org-entities.elc matches Binary file ./lisp/org-exp.elc matches Binary file ./lisp/org-attach.elc matches Binary file ./lisp/org-table.elc matches Binary file ./lisp/org-agenda.elc matches Binary file ./lisp/org-clock.elc matches Only compiled files! It makes sense now that re-evaluating the source code fixes the problems. In the Makefile I changed: EMACS=emacs to EMACS=/usr/bin/emacs And after I ran "make all" again everything worked fine. I have no other "emacs" executables anywhere on my system, so far as I can tell, though I guess it's inevitable that this is some kind of holdover from my previous experiments with emacs trunk. Anyway, problem very close to solved… Eric
