From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Abrahamsen Subject: Re: export problems Date: Mon, 06 Jun 2011 10:58:31 -0700 Message-ID: <87ei36on94.fsf@ericabrahamsen.net> References: <87boyjplec.fsf@ericabrahamsen.net> <7780.1307111007@alphaville.dokosmarshall.org> <87pqmvosty.fsf@ericabrahamsen.net> <8300.1307114653@alphaville.dokosmarshall.org> <8796.1307116531@alphaville.dokosmarshall.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([140.186.70.92]:55495) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QTe4h-0002xl-HA for emacs-orgmode@gnu.org; Mon, 06 Jun 2011 13:58:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QTe4f-0005Ph-Cd for emacs-orgmode@gnu.org; Mon, 06 Jun 2011 13:58:50 -0400 Received: from lo.gmane.org ([80.91.229.12]:57859) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QTe4e-0005P1-8A for emacs-orgmode@gnu.org; Mon, 06 Jun 2011 13:58:48 -0400 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QTe4a-00007v-Vp for emacs-orgmode@gnu.org; Mon, 06 Jun 2011 19:58:44 +0200 Received: from 63.226.249.211 ([63.226.249.211]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 06 Jun 2011 19:58:44 +0200 Received: from eric by 63.226.249.211 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 06 Jun 2011 19:58:44 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Nick Dokos writes: > Nick Dokos wrote: > >> Eric Abrahamsen 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(#) >> > 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