emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] [PATCH] WAS Re: Bug: problem w/ R code blocks [8.3beta (release_


From: Charles Berry
Subject: Re: [O] [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)
User-agent: Loom/3.14 (http://gmane.org/)

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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]