AFAICS, the latest update (99aa984) did NOT fix the issue.
There are complications in this story that I explain here.
If I start a fresh *R* session by eval'ing the src block, I get
#+RESULTS:
:
: 12.23
and the *R* buffer ends with
--8<---------------cut here---------------start------------->8---
> x <- 6L
a <-sprintf("%.2f",12.234324)
cat(a,sep="\n")
'org_babel_R_eoe'
> >
12.23
>
[1] "org_babel_R_eoe"
>
--8<---------------cut here---------------end--------------->8---
If I then open a buffer in ESS[R] mode and run ess-eval-line-visibly-and-step
(e.g. by typing C-c C-n)
and then eval the src block again, I get
#+RESULTS:
: 12.23
and the *R* buffer ends with
--8<---------------cut here---------------start------------->8---
> x <- 6L
a <-sprintf("%.2f",12.234324)
cat(a,sep="\n")
'org_babel_R_eoe'
> > 12.23
> [1] "org_babel_R_eoe"
>
--8<---------------cut here---------------end--------------->8---
Presumably, a comint or ess variable has changed to effect these differences.
I am unable to discern what variable that is.
I suspect that the changed behavior Jeremie sees now was do to something
similar and that a fresh start will result in the extraneous line in the
results.
:-(
Chuck
> On May 31, 2019, at 12:05 AM, Jeremie Juste <jeremieju...@gmail.com> wrote:
>
> Hello,
>
> Many thanks updating org-mode resolved the issue
>
> Best regards,
> Jeremie
>> FWIW, I just get the last line:
>>
>> #+NAME:mean_purchase_per_shopping_trip
>>
>> #+BEGIN_SRC R :var x=6 :results output :session *R*
>> a <-sprintf("%.2f",12.234324)
>> cat(a,sep="\n")
>> #+END_SRC
>>
>> #+RESULTS:
>> : 12.23
>>
>> This is with
>>
>> GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 2.24.32) of
>> 2019-05-01
>> Org mode version 9.2.3 (release_9.2.3-367-gd79e80 @
>> /home/nick/elisp/org-mode/lisp/)
>> R version 3.5.3 (2019-03-11) -- "Great Truth"
>>
>> on Fedora 29.
>
>
