From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Abrahamsen Subject: Re: export problems Date: Fri, 03 Jun 2011 21:07:13 -0700 Message-ID: <87r57ap7da.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> <877h92r9cg.fsf@ericabrahamsen.net> 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]:33372) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QSi95-0002Sv-OD for emacs-orgmode@gnu.org; Sat, 04 Jun 2011 00:07:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QSi94-000137-Jl for emacs-orgmode@gnu.org; Sat, 04 Jun 2011 00:07:31 -0400 Received: from lo.gmane.org ([80.91.229.12]:60281) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QSi94-000131-3o for emacs-orgmode@gnu.org; Sat, 04 Jun 2011 00:07:30 -0400 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QSi90-0005zW-Gt for emacs-orgmode@gnu.org; Sat, 04 Jun 2011 06:07:26 +0200 Received: from 199.36.244.11 ([199.36.244.11]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 04 Jun 2011 06:07:26 +0200 Received: from eric by 199.36.244.11 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 04 Jun 2011 06:07:26 +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 Eric Abrahamsen writes: > 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 Nope, pretty sure I got it all out of there, and I'm still getting the same error, and =with-output-to-temp-buffer= is definitely still a c-source code function. I re-installed emacs from the Ubuntu repositories for good measure, to no avail. If I run emacs -Q so that the org code base that's loaded is the default, the error disappears. Adding git org to the load path, reloading org and trying again is enough to make the error return. Running emacs -Q from the command line produces: Warning: Lisp directory `/usr/local/share/emacs/23.2/site-lisp' does not exist. Warning: Lisp directory `/usr/local/share/emacs/site-lisp' does not exist. Which I've never seen before, and which seems like a warning sign. I'm quite prepared to believe that I've somehow got tangled codebases, but I really don't know where to look next… Thanks, Eric