From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Eric Schulte" Subject: Re: [babel] Trouble with :cache yes Date: Tue, 22 Mar 2011 20:50:57 -0600 Message-ID: <87sjuea67e.fsf@gmail.com> References: Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from [140.186.70.92] (port=56248 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q2EMa-0004Pu-Ky for emacs-orgmode@gnu.org; Tue, 22 Mar 2011 23:04:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q2EMZ-0004vi-Fy for emacs-orgmode@gnu.org; Tue, 22 Mar 2011 23:04:00 -0400 Received: from mail-px0-f179.google.com ([209.85.212.179]:61063) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q2EMZ-0004vb-BS for emacs-orgmode@gnu.org; Tue, 22 Mar 2011 23:03:59 -0400 Received: by pxi2 with SMTP id 2so1527030pxi.38 for ; Tue, 22 Mar 2011 20:03:58 -0700 (PDT) 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: Ken.Williams@thomsonreuters.com Cc: emacs-orgmode@gnu.org Hi Ken, In order for caching to work, the results of the code block must exist in the org-mode file. For example, the following code block will be evaluated when triggered either interactively or during export #+begin_src emacs-lisp :cache yes (+ 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 (+ 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. Best -- Eric writes: > Hi, > > I'm having some trouble getting ":cache yes" to behave the way I think > it's supposed to. As 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 <- matrix(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?" If I say 'y' it > re-evaluates, if I say 'n' it doesn't, so it doesn't seem like there's any > 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 Emacs > buffer when I do the first export, and for that saved result to be > included in the exported content for subsequent exports, until either the > code/inputs change or I delete the results block. > > My configuration is: > > Emacs : GNU Emacs 23.2.50.1 (i386-apple-darwin9.8.0, NS > apple-appkit-949.54) > of 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