From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Abrahamsen Subject: Re: export problems Date: Fri, 03 Jun 2011 15:41:35 -0400 Message-ID: <877h92r9cg.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 Return-path: Received: from eggs.gnu.org ([140.186.70.92]:49717) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QSaFj-0006Yf-NU for emacs-orgmode@gnu.org; Fri, 03 Jun 2011 15:41:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QSaFi-0000wZ-2f for emacs-orgmode@gnu.org; Fri, 03 Jun 2011 15:41:51 -0400 Received: from lo.gmane.org ([80.91.229.12]:32832) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QSaFh-0000wL-Ic for emacs-orgmode@gnu.org; Fri, 03 Jun 2011 15:41:49 -0400 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QSaFf-0000XP-Si for emacs-orgmode@gnu.org; Fri, 03 Jun 2011 21:41:47 +0200 Received: from pool-96-240-82-197.bflony.east.verizon.net ([96.240.82.197]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 03 Jun 2011 21:41:47 +0200 Received: from eric by pool-96-240-82-197.bflony.east.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 03 Jun 2011 21:41:47 +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 Aha, I did once try building emacs 24 on this machine, for the heck of it, and it's still hanging around under /usr/local/bin. I'm not sure how much work would be required to uproot it entirely, but I can give it a shot, particularly with the lisp libraries, and see if that makes a difference. Thanks for the hint, Eric