From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Leha Subject: Re: Evaluating R source code line by line Date: Tue, 16 Dec 2014 18:43:51 +0000 Message-ID: References: <86y4qbkgei.fsf@me.localhost.invalid> <437630D3-66D0-4D3F-BCD2-5F1731776CAC@agrarianresearch.org> <87vblf2vdd.fsf@gmail.com> <900A5E3A-BF49-4A49-90D9-25DBA1C8B181@agrarianresearch.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:58161) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y0x5c-0004zB-My for emacs-orgmode@gnu.org; Tue, 16 Dec 2014 13:43:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y0x5X-0004BE-91 for emacs-orgmode@gnu.org; Tue, 16 Dec 2014 13:43:20 -0500 Received: from plane.gmane.org ([80.91.229.3]:38776) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y0x5X-0004Aw-1N for emacs-orgmode@gnu.org; Tue, 16 Dec 2014 13:43:15 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Y0x5U-0001ZC-Lk for emacs-orgmode@gnu.org; Tue, 16 Dec 2014 19:43:12 +0100 Received: from cpc33-cmbg15-2-0-cust4.5-4.cable.virginm.net ([81.102.136.5]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Dec 2014 19:43:12 +0100 Received: from andreas.leha by cpc33-cmbg15-2-0-cust4.5-4.cable.virginm.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Dec 2014 19:43:12 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Hi, I stand corrected. (Should test before I send...) Here is a reply I received from Ista which -- I think -- did not make it to the list: On Tue, Dec 16, 2014 at 11:32 AM, Andreas Leha wrote: > Hi Vikas, > > > Vikas Rawal writes: >> >> >> >> For your use case, I would suggest adding print() calls in >> strategic >> places in your long-running code, which will appear in the R >> buffer to >> let you know how it’s progressing. >> >> >> >> I don’t quite understand everything you wrote. But this would be >> helpful for my test case. Will use. >> >> Thanks. >> >> Vikas > > I am joining late. I suspect that this can be configured on the ESS > side rather than on orgmode's side. > > Take a look at ess-eval-visibly (but beware the performance loss). I thought so too, but I don't think that's the case. This affects how org-babel behaves with :results output, but not the behavior with :results value. At least that's the case here with org 8.2.10 Running these two examples: #+BEGIN_SRC R :results value :session *R* a <- 1 b <- 2 print(a + b) #+END_SRC #+RESULTS: : 3 #+BEGIN_SRC R :results output :session *R* a <- 1 b <- 2 print(a + b) #+END_SRC #+RESULTS: : [1] 3 I see >> + + [1] 3 >> for the first one and > a <- 1 b <- 2 print(a + b) 'org_babel_R_eoe' a <- 1 > b <- 2 > print(a + b) [1] 3 > 'org_babel_R_eoe' [1] "org_babel_R_eoe" > for the second one. I have ess-eval-visibly set to t. Best, Ista