emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Ista Zahn <istazahn@gmail.com>
To: Henrik Singmann <henrik.singmann@psychologie.uni-freiburg.de>
Cc: emacs-orgmode Mailinglist <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: Tue, 7 Oct 2014 17:17:11 -0400	[thread overview]
Message-ID: <CA+vqiLG2pHVF=ut_bg1sU9NkWJ0cyefRSjFkZL=JEi7_UULaaQ@mail.gmail.com> (raw)
In-Reply-To: <m11f8c$9o1$1@ger.gmane.org>

[-- Attachment #1: Type: text/plain, Size: 4141 bytes --]

On Oct 7, 2014 3:41 PM, "Henrik Singmann" <
henrik.singmann@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*.
>
> More specifically, in the following .org file the first code block works
but not the second one:
>
> --8<---------------cut here---------------start------------->8---
> #+begin_src R
>   date()
> #+end_src
>
> #+RESULTS:
> : Tue Oct 07 19:31:21 2014
>
> #+begin_src R :session *R*
>   date()
> #+end_src
>
> #+RESULTS:
>
> --8<---------------cut here---------------end--------------->8---
>
> Note that I use the latest Emacs on Windows (24.3.1,
i386-mingw-nt6.1.7601) with the latest Org-mode (version 8.3beta,
release_8.3beta-427-g942eb6) and the current development version of ESS
(the same happens for ESS 14.09). Interestingly and as reported, it does
not happen when downgrading to ESS 13.09 (but as this was handled as an
org-mode problem so far I decided to keep it on this list).
>
> Furthermore, my .emacs file currently only consists of the following:
>
> --8<---------------cut here---------------start------------->8---
>
> (require 'org)
> (require 'ess-site)
>
> (custom-set-variables
>  ;; custom-set-variables was added by Custom.
>  ;; If you edit it by hand, you could mess it up, so be careful.
>  ;; Your init file should contain only one such instance.
>  ;; If there is more than one, they won't work right.
>  '(inhibit-startup-screen t)
>  )
>   (custom-set-faces
>  ;; custom-set-faces was added by Custom.
>  ;; If you edit it by hand, you could mess it up, so be careful.
>  ;; Your init file should contain only one such instance.
>  ;; If there is more than one, they won't work right.
>  )
>    (org-babel-do-load-languages
>   'org-babel-load-languages
>   '((emacs-lisp . nil)
>         (R . t)))
>
> (setq org-babel-R-command "C:/Progra~1/R/R-3.1.1/bin/x64/rterm.exe
--slave --no-save")
>
> --8<---------------cut here---------------end--------------->8---
>
> The windows is Windows 7, 64 bit.
>
> Can anybody reproduce or solve?

Yes, I can reproduce with emacs 24.3.1, org 8..2.3, and ess 14.09 on
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"'

Best,
Ista
>
> Henrik
>
>
> Am 19.09.2014 um 00:45 schrieb Charles C. Berry:
>
>> On Thu, 18 Sep 2014, Charles C. Berry wrote:
>>
>>> On Thu, 18 Sep 2014, Cook, Malcolm wrote:
>>>
>>>> Hi,
>>>>
>>>> Hmm, I spoke too soon.... the problem is only partially fixed by this
patch...
>>>>
>>>
>>>> Trying to work with in org-mode with R code blocks attached to
persistent sessions (i.e. adding ':session myRsession' to the code block
header ) makes things start to break again, at least in my hands.
>>>
>>>
>>> Really? I have been working for hours using the :session header with no
problems.
>>>
>>> What exactly breaks? Do you have an example?
>>>
>>> FWIW, this works when I move my cursor into the source block and C-c
C-c.
>>>
>>> --8<---------------cut here---------------start------------->8---
>>> #+BEGIN_SRC R :session myRsession
>>> abc <- 1
>>> abc+1
>>> #+END_SRC
>>> --8<---------------cut here---------------end--------------->8---
>>>
>>> Producing
>>>
>>> --8<---------------cut here---------------start------------->8---
>>> #+RESULTS:
>>> : 2
>>> --8<---------------cut here---------------end--------------->8---
>>>
>>> which is what I expect.
>>>
>>> I use Org-mode version 8.3beta (release_8.3beta-366-gb2fca7.
>>>
>>> (updated a few hours back)
>>
>>
>>
>> Forget to mention:
>>
>> ess-version: 14.09 [git: 9c248f1a026b6990d0cd0cd326d82854d5cafb26]
>>
>>
>> Chuck
>>
>>
>
> --
> Dr. Henrik Singmann
> Albert-Ludwigs-Universität Freiburg, Germany
> http://www.psychologie.uni-freiburg.de/Members/singmann
>
>

[-- Attachment #2: Type: text/html, Size: 5628 bytes --]

  reply	other threads:[~2014-10-07 21:17 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 [this message]
2014-10-08  1:59                       ` Charles Berry
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='CA+vqiLG2pHVF=ut_bg1sU9NkWJ0cyefRSjFkZL=JEi7_UULaaQ@mail.gmail.com' \
    --to=istazahn@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=henrik.singmann@psychologie.uni-freiburg.de \
    /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).