From: Michael Hannon <jm_hannon@yahoo.com>
To: Org-Mode List <emacs-orgmode@gnu.org>
Subject: Question about using :cache in Babel (for R)
Date: Tue, 27 Sep 2011 13:53:20 -0700 (PDT) [thread overview]
Message-ID: <1317156800.22065.YahooMailNeo@web161912.mail.bf1.yahoo.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 1969 bytes --]
Greetings. I have a question that relates to the use of the :cache option in
Babel sessions using R.
Here's the relevant configuration information:
Emacs : GNU Emacs 23.2.1 (x86_64-redhat-linux-gnu, GTK+ Version 2.24.4)
of 2011-05-23 on x86-12.phx2.fedoraproject.org
Package: Org-mode version 7.7 (release_7.7.328.g1a97)
I've appended the text of a file that exhibits the issue, which is the
following. If I explicitly evaluate a given code block, using, let's say, C-c
C-c, I get the results stuck into the Org file, as in the first source-code
block below. If I then repeatedly export the file (to PDF, HTML, etc.), I get
the cached results in the exported document. For instance, the mean of the
random variable does not change as I repeatedly export the file.
If for some reason I have NOT explicitly evaluated a given code block, as with
the second code block below, then during export I see a message "Evaluating
code block" (or similar), indicating that Babel is NOT using a cached version,
and no cacheable output is produced as a result, meaning that the entire
calculation will be repeated during the next export. For instance, the mean
of the random variable will be different every time I export the file.
I guess I can see the logic of this, but I wonder if there is some way to
instruct Babel to automatically cache the output of any code blocks it
evaluates, i.e., via a header argument or elisp variable or ... .
Thanks,
-- Mike
P.S. Is the SHA1(?) identifier for the results a new feature?
----------
#+TITLE:
#+AUTHOR:
#+DATE:
#+STARTUP: hideblocks
#+BABEL: :session *R* :cache yes :results output verbatim :exports both
:tangle yes
* This is a test
#+begin_src R
x = rnorm(10)
mean(x)
#+end_src
#+results[9b9372488662083d0d211b9aad9c2985faba20cd]:
: [1] -0.07904561
* Here's a second test
#+begin_src R
x = rnorm (50)
summary(x)
#+end_src
[-- Attachment #2: Type: text/html, Size: 7611 bytes --]
next reply other threads:[~2011-09-27 20:53 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-27 20:53 Michael Hannon [this message]
2011-09-28 0:42 ` Question about using :cache in Babel (for R) Eric Schulte
2011-09-28 3:14 ` Michael Hannon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1317156800.22065.YahooMailNeo@web161912.mail.bf1.yahoo.com \
--to=jm_hannon@yahoo.com \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).