From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: Re: eval: Invalid read syntax: "#"Error during redisplay: (void-function -mode) Date: Sat, 11 Dec 2010 13:51:14 -0500 Message-ID: <3161.1292093474@gamaville.dokosmarshall.org> References: <26374.1292004951@gamaville.dokosmarshall.org> <4A9A4769-88C0-4FB3-8D94-17ED3C2DAC81@tsdye.com> <87r5dow5hu.fsf@norang.ca> Reply-To: nicholas.dokos@hp.com Return-path: Received: from [140.186.70.92] (port=57087 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PRUYa-00073y-AP for emacs-orgmode@gnu.org; Sat, 11 Dec 2010 13:53:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PRUXY-0005sM-Bd for emacs-orgmode@gnu.org; Sat, 11 Dec 2010 13:52:30 -0500 Received: from vms173019pub.verizon.net ([206.46.173.19]:37499) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PRUXY-0005rY-8O for emacs-orgmode@gnu.org; Sat, 11 Dec 2010 13:51:28 -0500 Received: from gamaville.dokosmarshall.org ([unknown] [173.76.32.106]) by vms173019.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0LDA00FY61PEB770@vms173019.mailsrvcs.net> for emacs-orgmode@gnu.org; Sat, 11 Dec 2010 12:51:16 -0600 (CST) In-reply-to: Message from Bernt Hansen of "Sat, 11 Dec 2010 13:04:29 EST." <87r5dow5hu.fsf@norang.ca> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Bernt Hansen Cc: nicholas.dokos@hp.com, emacs-orgmode list Bernt Hansen wrote: > "Thomas S. Dye" writes: > > > So, Seb and I have two things that others can't reproduce: the error > > in the OP, and the version string for the latest Org-mode. > > > >>> > >>> I'm using Org-mode version 7.3 (release_7.4.2.g32f816.dirty) > >>> > >> > >> > >> FWIW, I cannot reproduce it: > >> > >> GNU Emacs 23.2.50.1 (i686-pc-linux-gnu, GTK+ Version 2.14.4) of > >> 2010-10-27 on gamaville.dokosmarshall.org > >> Org-mode version 7.4 (release_7.4.5.gb0844.dirty) > > The version string problem is reproducible. At commit 32f816 (2 commits > after the release_7.4 tag) the version number is 7.3 even though it is > after the release_7.4 tag. > > In b0844 (5 commits after the release_7.4 tag) this problem has been > fixed which is why Nick doesn't see it. > I was really talking about the latex-export/eval problem that Tom is seeing, not the version string problem. Speaking of the eval problem, I notice in the backtrace[fn:1] that Tom posted that org-babel-exp-src-blocks is called with "#+end_src\n#+begin_src emacs-lisp :var lst=a-list :results list" as argument: org-babel-exp-src-blocks(#("#+end_src\n#+begin_src emacs-lisp :var lst=a-list :results list" ...) But when I latex-export the same blocks through my setup (I edebug org-babel-exp-src-blocks and when it stops, I evaluate the variable ``body''), org-babel-exp-src-blocks is called twice with the *body* of each of the blocks as argument: o the first time I get: #("\"code block results\"" 0 20 (fontified nil font-lock-fontified t)) o the second time I get: #("(reverse lst)" 0 13 (fontified nil font-lock-fontified t)) So it looks as if the parsing somehow gets out of sync in Tom's case, but I don't understand why or how. In my case, the latex export goes through with no problems. Nick Footnotes: [fn:1] A backtrace of Tolstoian proportions...