From: Charles Berry <ccberry@ucsd.edu>
To: emacs-orgmode@gnu.org
Subject: Re: [PATCH] WAS Re: Bug: problem w/ R code blocks [8.3beta (release_8.3beta-362-ga92789 <at> /usr/local/share/emacs/site-lisp/org/)]
Date: Wed, 8 Oct 2014 01:59:24 +0000 (UTC) [thread overview]
Message-ID: <loom.20141008T033826-443@post.gmane.org> (raw)
In-Reply-To: CA+vqiLG2pHVF=ut_bg1sU9NkWJ0cyefRSjFkZL=JEi7_UULaaQ@mail.gmail.com
Ista Zahn <istazahn <at> gmail.com> writes:
>
>
>
> On Oct 7, 2014 3:41 PM, "Henrik Singmann" <henrik.singmann <at>
psychologie.uni-freiburg.de> wrote:
> >
> > Dear all,
> >
> > Sorry to resurrect this thread but I still have the issue discussed
> > here. I get "Error: could not find function ".ess.eval"" when inside an
> > R code block with :session *R* but not without :session *R*.
> >
[snip]
> >
> > Can anybody reproduce or solve?
> Yes, I can reproduce with emacs 24.3.1, org 8..2.3, and ess 14.09 on
org 8.2.3 ?? The last 8.2.3 release I see on git is 2013-11-15 05:58:32
(GMT)
The ess 14 patch showed up on 2014-09-18 01:10:40 (GMT).
> Archlinux, but only if I don't start the R session first. If I do 'M-x
> R' to manually start an R process it works fine, but if there is no R
> process already running I get 'Error: could not find function
> ".ess.eval"'
Yes. (R) starts the session asynchronously, so in programmatic use
subsequent commands can jump the queue and confuse the process.
This did not seem to matter before ess 14.
The 2014-09-18 01:10:40 (GMT) patch forces a wait for (R) to finish before
anymore commands are sent to the session.
So either update org-mode or downdate ess or replace
org-babel-R-initiate-session with the current version and recompile.
HTH,
Chuck
next prev parent reply other threads:[~2014-10-08 1:59 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-15 20:16 Bug: problem w/ R code blocks [8.3beta (release_8.3beta-362-ga92789 @ /usr/local/share/emacs/site-lisp/org/)] Ed Kademan
2014-09-16 13:03 ` Rainer M Krug
2014-09-16 20:17 ` Bug: problem w/ R code blocks [8.3beta (release_8.3beta-362-ga92789 <at> /usr/local/share/emacs/site-lisp/org/)] Charles Berry
2014-09-17 3:25 ` [PATCH] WAS " Charles Berry
2014-09-17 7:20 ` Rainer M Krug
2014-09-17 7:26 ` Rainer M Krug
2014-09-17 23:14 ` Cook, Malcolm
[not found] ` <D4772401B9D976478C0895769BE3E7920F1ED33C@MBSRV02.sgc.loc>
2014-09-18 21:13 ` Cook, Malcolm
2014-09-18 21:27 ` Aaron Ecay
2014-09-19 7:50 ` Rainer M Krug
2014-09-18 22:34 ` Charles C. Berry
2014-09-18 22:45 ` Charles C. Berry
2014-10-07 19:34 ` Henrik Singmann
2014-10-07 21:17 ` Ista Zahn
2014-10-08 1:59 ` Charles Berry [this message]
2014-10-08 1:21 ` Charles Berry
2014-10-08 9:57 ` Henrik Singmann
2014-10-10 4:38 ` Aaron Ecay
2014-10-10 9:18 ` Henrik Singmann
2014-10-10 16:36 ` Aaron Ecay
2014-12-09 21:07 ` Cook, Malcolm
2014-09-18 1:17 ` Aaron Ecay
2014-09-18 15:17 ` Charles C. Berry
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=loom.20141008T033826-443@post.gmane.org \
--to=ccberry@ucsd.edu \
--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).