From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rainer M Krug Subject: Re: [babel] Trouble with :cache yes Date: Wed, 23 Mar 2011 07:46:39 +0100 Message-ID: References: <87sjuea67e.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: Received: from [140.186.70.92] (port=44695 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q2Hq7-0002oz-LI for emacs-orgmode@gnu.org; Wed, 23 Mar 2011 02:46:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q2Hq4-0001gK-Mv for emacs-orgmode@gnu.org; Wed, 23 Mar 2011 02:46:42 -0400 Received: from mail-qy0-f176.google.com ([209.85.216.176]:35455) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q2Hq4-0001g7-Jr for emacs-orgmode@gnu.org; Wed, 23 Mar 2011 02:46:40 -0400 Received: by qyk30 with SMTP id 30so7215284qyk.0 for ; Tue, 22 Mar 2011 23:46:39 -0700 (PDT) In-Reply-To: <87sjuea67e.fsf@gmail.com> 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: Eric Schulte Cc: Ken.Williams@thomsonreuters.com, emacs-orgmode@gnu.org On Wed, Mar 23, 2011 at 3:50 AM, Eric Schulte wrot= e: > Hi Ken, > > In order for caching to work, the results of the code block must exist > in the org-mode file. =A0For example, the following code block will be > evaluated when triggered either interactively or during export > > #+begin_src emacs-lisp :cache yes > =A0(+ 2 2) > #+end_src > > alternately, this block will not be evaluated when triggered either > interactively or on export, because the cached results are present > > #+begin_src emacs-lisp :cache yes > =A0(+ 2 2) > #+end_src > > #+results[9b77429d6cea71daf37e21ee09170810b9905066]: > : 4 > > In your example, for the code block to not be evaluated as part of the > export process, you must first evaluate it manually within the Org-mode > file, leaving the results (with the hash tag) saved in the Org-mode > file. I will chime in here, because I had a similar problem. This does not work for me. When I evaluate manually (C-c c) I get the follo= wing: * test #+source: testcache #+begin_src R :cache yes :exports both :results output dat <- matrix(runif(12), 3, 4) print(dat) #+end_src #+results[cad298135e53df633545d6a32a8b2aab5201721c]: testcache : [,1] [,2] [,3] [,4] : [1,] 0.4470891 0.2016197 0.1383083 0.6214485 : [2,] 0.1598936 0.3819967 0.3527698 0.5124687 : [3,] 0.3040325 0.5906898 0.1611272 0.1702849 Which I saved (just to be save). When exporting to a pdf, I get the following matrix in the pdf: [,1] [,2] [,3] [,4] [1,] 0.5626863 0.8397120 0.9886886 0.2233873 [2,] 0.8697064 0.1101432 0.1372992 0.4114674 [3,] 0.3548678 0.5658843 0.1608864 0.5809167 And it is different after each export. So it seems that the code block *is* actually evaluated, despite of the cached info. Rainer > > Best -- Eric > > writes: > >> Hi, >> >> I'm having some trouble getting ":cache yes" to behave the way I think >> it's supposed to. =A0As a test, I have a simple example containing just = a >> title and one source block: >> >> #+source: testcache >> #+begin_src R :cache yes :exports both :results output >> dat <- =A0matrix(runif(12), 3, 4) >> print(dat) >> #+end_src >> >> >> If I export this document to HTML (C-c C-e b), Emacs asks me "Evaluate >> this R code block (testcache) on your system?" =A0If I say 'y' it >> re-evaluates, if I say 'n' it doesn't, so it doesn't seem like there's a= ny >> role that caching gets to play here. >> >> In addition, when I export the document as above, the results are not >> saved in the original org-mode buffer, so whatever "#+results" block is >> there (or not there) from doing C-c C-c is neither used nor overwritten = - >> and therefore the exported document contains different results than the >> source document. >> >> The behavior I expected (please let me know if my expectation is >> incorrect) was for the result of the computation to be cached in the Ema= cs >> buffer when I do the first export, and for that saved result to be >> included in the exported content for subsequent exports, until either th= e >> code/inputs change or I delete the results block. >> >> My configuration is: >> >> Emacs =A0: GNU Emacs 23.2.50.1 (i386-apple-darwin9.8.0, NS >> apple-appkit-949.54) >> =A0of 2010-08-18 on braeburn.aquamacs.org - Aquamacs Distribution 2.1 >> Package: Org-mode version 7.5 >> >> Thanks! >> >> >> -- >> Ken Williams >> Senior Research Scientist >> Thomson Reuters >> http://labs.thomsonreuters.com > > --=20 NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell:=A0 =A0 =A0 =A0 =A0=A0 +27 - (0)83 9479 042 Fax:=A0 =A0 =A0 =A0 =A0 =A0 +27 - (0)86 516 2782 Fax:=A0 =A0 =A0 =A0 =A0 =A0 +49 - (0)321 2125 2244 email:=A0 =A0 =A0 =A0 =A0 Rainer@krugs.de Skype:=A0 =A0 =A0 =A0 =A0 RMkrug Google:=A0 =A0 =A0 =A0=A0 R.M.Krug@gmail.com