From mboxrd@z Thu Jan 1 00:00:00 1970 From: Fabrice Popineau Subject: Re: (no subject) Date: Mon, 12 Nov 2012 08:40:20 +0100 Message-ID: References: <87625b91pc.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=0016e6dcd0fb021e7404ce476be5 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:37827) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TXodQ-00047d-Q5 for emacs-orgmode@gnu.org; Mon, 12 Nov 2012 02:40:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TXodN-0001bv-NP for emacs-orgmode@gnu.org; Mon, 12 Nov 2012 02:40:44 -0500 Received: from mail-wg0-f49.google.com ([74.125.82.49]:34489) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TXodN-0001bp-Ds for emacs-orgmode@gnu.org; Mon, 12 Nov 2012 02:40:41 -0500 Received: by mail-wg0-f49.google.com with SMTP id gg4so2838784wgb.30 for ; Sun, 11 Nov 2012 23:40:40 -0800 (PST) In-Reply-To: <87625b91pc.fsf@gmail.com> 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: Nicolas Goaziou Cc: "emacs-orgmode@gnu.org" --0016e6dcd0fb021e7404ce476be5 Content-Type: text/plain; charset=ISO-8859-1 Seems to be ok on my side. I wonder if my problem could have been triggered by the fact I had a spurious file in the way of the (new) exporter: I had a foo.org file exported to some other directory, but also a foo.html in the source directory that had to be copied to the target directory by another dependency of the project. Thanks anyway for taking care of this. Fabrice 2012/11/12 Nicolas Goaziou > Hello, > > Fabrice Popineau writes: > > > I just updated a few hours ago with the git current version and I now > get: > > > > Debugger entered--Lisp error: (invalid-read-syntax "#") > > eval-buffer(# nil > "c:/Home/.org-timestamps/CQP-org.cache" > > nil t) ; Reading at buffer position 621 > > load-with-code-conversion("c:/Home/.org-timestamps/CQP-org.cache" > > "c:/Home/.org-timestamps/CQP-org.cache" nil nil) > > load("c:/Home/.org-timestamps/CQP-org.cache" nil nil t) > > load-file("c:/Home/.org-timestamps/CQP-org.cache") > > > > Actually, the .cache file reads : > > > > ... > > (puthash "c:/Home/Cours/CQP-ArTech/org/CQP-Artech-slides.org" '(:title > > #("CQP-ArTech Slides" 0 17 (:parent (#("CQP-ArTech Slides" 0 17 (:parent > > #3)))))) org-e-publish-cache) > > ... > > > > I guess the #3 is the culprit. Any idea what went wrong? > > To sum it up, I added :parent property to each string but org-e-publish > tries to store them in the cache, which is impossible since cache is > eventually written to a file. > > I have pushed a fix for that problem. Is it correct now? > > Thanks for submitting this. > > > Regards, > > -- > Nicolas Goaziou > --0016e6dcd0fb021e7404ce476be5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Seems to be ok on my side.

I wonder if my problem could = have been triggered by the fact I had a spurious file in the way of the (ne= w) exporter: I had a foo.org file exported t= o some other directory, but also a foo.html in the source directory that ha= d to be copied to the target directory by another dependency of the project= .

Thanks anyway for taking care of this.

Fabrice


2012/11/12 Nicolas Goaziou <n.goaziou@gmail.com><= br>
Hello,

Fabrice Popineau <fabrice.= popineau@gmail.com> writes:

> I just updated a few hours ago with the git current version and I now = get:
>
> Debugger entered--Lisp error: (invalid-read-syntax "#")
> =A0 eval-buffer(#<buffer =A0*load*> nil "c:/Home/.org-times= tamps/CQP-org.cache"
> nil t) =A0; Reading at buffer position 621
> =A0 load-with-code-conversion("c:/Home/.org-timestamps/CQP-org.ca= che"
> "c:/Home/.org-timestamps/CQP-org.cache" nil nil)
> =A0 load("c:/Home/.org-timestamps/CQP-org.cache" nil nil t)<= br> > =A0 load-file("c:/Home/.org-timestamps/CQP-org.cache")
>
> Actually, the .cache file reads :
>
> ...
> (puthash "c:/Home/Cours/CQP-ArTech/org/CQP-Artech-slides.org"= ; '(:title
> #("CQP-ArTech Slides" 0 17 (:parent (#("CQP-ArTech Slid= es" 0 17 (:parent
> #3)))))) org-e-publish-cache)
> ...
>
> I guess the #3 is the culprit. Any idea what went wrong?

To sum it up, I added :parent property to each string but org-e= -publish
tries to store them in the cache, which is impossible since cache is
eventually written to a file.

I have pushed a fix for that problem. Is it correct now?

Thanks for submitting this.


Regards,

--
Nicolas Goaziou

--0016e6dcd0fb021e7404ce476be5--