Re: export problems

[Eric Abrahamsen <eric@ericabrahamsen.net>]

Nick Dokos <nicholas.dokos@hp.com> writes:

> Nick Dokos <nicholas.dokos@hp.com> wrote:
>
>> Eric Abrahamsen <eric@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