Heinz Tuechler | 30 Jun 10:16 2015

ESS 15.03 and emacs emacs-24.3 on Windows 7

Dear All,

this is more a comment, but recommendations are welcome.
I installed emacs-24.3 on Windows 7, essentially by copying from 
emacs-24.3-bin-i386.zip into a subdirectory.
Then I tried to do the same with ess-15.03-1.zip. It resulted in the 
message "Symbol's value as variable is void: noweb-minor-mode-map".
I could not find a noweb-minor-mode-map in ess-15.03-1.zip.
After some trials I copied noweb-mode.el from version ess-12.04 into 
ess-15.03\lisp\ .
Then I added
(add-to-list 'load-path "d:/emacs/ess-15.03/lisp/")
(load "noweb-mode")
(load "ess-site")
and now it seems to work.

When I searched for "installation of ess on windows" I found mainly the 
recommendation to use Vincent Goulet's installation, which is very 
probably the best way to do it.
Still, as I update emacs/ess every three to six years, I was curious, if 
I could not do it in a way, I personally understand easier, i.e. by 
simple copying of some files into some directories and continuing my 
.emacs as is.

best regards,


ESS-help <at> r-project.org mailing list
(Continue reading)

Christian Hoffmann | 29 Jun 14:05 2015

--no-readline ?

In my *ESS* buffer I get

(R): version (3.2.1)
(inf-ess 2.2): start args = --no-readline  , 

ESS is 12.09

I am missing the benefits of readline, e.g. opening the history file and 
editing it for use.

How can the --no-readline be inactivated?

Thanks  c.


Christian W. Hoffmann
CH - 8915 Hausen am Albis, Schweiz
Rigiblickstrasse 15 b, Tel.+41-44-7640853
mailto: christian <at> echoffmann.ch
home: www.echoffmann.ch

ESS-help <at> r-project.org mailing list

Rich Shepard | 26 Jun 15:34 2015

ess-tracebug() for R-3.2.0

   Has anyone an idea when ess-tracebug() might be available for the latest R



ESS-help <at> r-project.org mailing list

James W. MacDonald | 19 Jun 16:13 2015

(no subject)


I use the following in my .emacs, in order that the up and down arrows in
an inferior R buffer will retrieve either the preceding command, or regexp
on partially typed commands:

(define-key comint-mode-map [up]

(define-key comint-mode-map [down]

In previous iterations of Emacs/ESS, this would return the previous
command, with point at the end of the line. With current versions (24.5.1
and 15.03, respectively), point is now wherever point was prior to hitting
the up arrow.

In other words, if I just hit the up arrow, I get the last command, and
point is at the start of the line. However, if I want to re-run a command
(say hist(<some args here>), and I type 'his' and hit the up arrow, point
is now between the s and t in hist.

Is this an ESS issue, or is it controlled by Emacs? Regardless, is this
something I can change to use the old behavior? Any pointers appreciated.




(Continue reading)

Andreas Leha | 10 Jun 15:49 2015

emacs 'hang'

Hi all,

This might be the wrong list to ask but let me try anyway.

I experience a strange annoyance when exporting an Org mode buffer with
(lots of) R code: emacs quite often waits for results of a source block
execution until I hit C-G (and thus abort the export).  The strange
thing is, that it seems to happen only if I do not actually watch the R
session.  If I, for instance, switch to the browser while the export is
running and effectively cover the whole emacs, this might happen.  So, I
suspect, that not actually writing the generated output is causing the

Hence, my question is:  how I can force the output to be flushed and
actually written to the R buffer even if emacs is not focused and buried
under other windows.  Is that possible?

I might be totally off here.  So, any other suggestions on how to solve
this are welcome as well.


ESS-help <at> r-project.org mailing list

Kevin Coombes | 5 Jun 16:42 2015

setMethod indentation


At some point, the default behavior for indenting anonymous functions 
seems to have changed, and I'd like to know what variable I have to set 
in order to change it back to the old default. I notice the behavior in 
various *apply functions or when is use setMethod with S4 classes. To 
explain what I mean, here is the *old* (and in my opinion still desired) 

setMethod("summary", c("Prior"), function(object, ...) {
   cat("Prior: ", object <at> cn,"\n")
   print(object <at> vt)

And here is the new behavior:

setMethod("summary", c("Prior"), function(object, ...) {
             cat("Prior: ", object <at> cn,"\n")
             print(object <at> vt)

And yes, I know that putting the opening brace on  a separate line can 
get this behavior:

setMethod("summary", c("Prior"), function(object, ...)
     cat("Prior: ", object <at> cn,"\n")
     print(object <at> vt)

(Continue reading)

Gábor Csárdi | 30 May 02:32 2015

Interact with ESS from R

Dear All,

I am trying to make crayon (http://www.r-pkg.org/pkg/crayon) work with
Emacs more smoothly. crayon can add ANSI color to strings printed to
the terminal.

As I understand from http://www.emacswiki.org/emacs/AnsiColor recent
versions of Emacs support this out of the box, as long as
(add-hook 'shell-mode-hook 'ansi-color-for-comint-mode-on)
(add-to-list 'comint-output-filter-functions 'ansi-color-process-output)
was done.

I can check the version of Emacs from the INSIDE_EMACS environment
variable, so I can easily tell if it is recent enough to have
ansi-color.el. So far so good.

Is there a way to check if 'ansi-color-for-comint-mode-on was run and
if 'comint-output-filter-functions contains

In general, can I call Emacs lisp functions from the embedded R process?

I am sorry if this is documented somewhere, I tried to find it in the
docs, without luck.

Thanks, Best,

ESS-help <at> r-project.org mailing list
(Continue reading)

Boylan, Ross | 22 May 20:07 2015

compilation--ensure-parse error

I just updated my ESS code to master and emacs now gives me
Error in post-command-hook: (void-function compilation--ensure-parse)
at the drop of a hat in functions seemingly unrelated to ESS, e.g., when trying to get a directory listing
(ctl-X D) it gives the error, then show the usual directory prompt, then shows the error again after I enter
a directory and hit enter.  It never shows me the directory listing.

According to the answer for 
compilation--ensure-parse was introduced in emacs 24.1; I'm running under emacs 23.4.1 (Debian
oldstable--was Debian stable until a few weeks ago).

The function is mentioned in lisp/ess-inf.el

ESS-help <at> r-project.org mailing list

Marius Hofert | 19 May 13:05 2015

Re: Questions on Section 3.3

Hi Vitalie,

thanks a lot for helping, 'tramp-remote-path' was the point. By
default this points to the local path instead of the remote one, so
after setting (add-to-list 'tramp-remote-path 'tramp-own-remote-path)
in .emacs it worked on my other testing server. The first server I
tried is currently still out of service, but it should work there,
too, now. If not I'll let you know.

Thanks again for helping!

Many cheers,

On Mon, May 18, 2015 at 11:30 PM, Vitalie Spinu <spinuvit <at> gmail.com> wrote:
>  >>> Marius Hofert on Mon, 18 May 2015 18:39:40 -0400 wrote:
>  > What do you mean by R's prompt? Of course, if I ssh onto the machine
>  > and then start R by typing 'R', I get a normal R prompt "> ".
> That's what I mean.
>  > The *ESS* buffer shows what you describe below (556 lines of output
>  > and then "(inferior-ess: waiting for process to start (before hook)").
>  > Now if I switch to the *R* buffer, it shows:
>  > env: R: No such file or directory
> Your R program is not found. You should add the directory where R is
> located to `tramp-remote-path`.
(Continue reading)

Dale Steele | 18 May 21:42 2015

starting Stata process

I'm using ESS (installed via elpa) with Emacs 24.3.1 on Ubuntu 14.04.

M-x R  --> works fine

M-x Stata --> [no match]

I've installed Stata 14 in /usr/local/stata14 with a symbolic link from
/usr/local/stata (also added /usr/local/stata) to PATH

Any hints on what I'm doing wrong?

Thanks.  --Dale

	[[alternative HTML version deleted]]

ESS-help <at> r-project.org mailing list

Michael Lawrence | 19 May 06:30 2015

Re: Displaying plots in Emacs

The issue is how we actually transfer the SVG data to Emacs.  I could see
doing something with sockets, but that sounds redundant with nREPL.

On Mon, May 18, 2015 at 9:09 PM, Titus von der Malsburg <malsburg <at> posteo.de>

> I looked into DocView and saw that it communicates with ghostscript via
> files.  Interestingly the ghostscript documentation says:
>   The PDF language, unlike the PostScript language, inherently requires
>   random access to the file. If you provide PDF to standard input using
>   the special filename '-', Ghostscript will copy it to a temporary file
>   before interpreting the PDF.
> So if we work with PDF the data will sooner or later hit the disk.  I
> don’t have a problem with that but if there are reasons to avoid it, the
> SVG route might be better because SVG is rendered in Emacs as far as I
> can tell.
>   Titus
> On 2015-05-18 Mon 20:36, Michael Lawrence wrote:
> > Writing out to files is a bit messy but it would surely work, even
> > remotely, via tramp. That SVG support looks really cool. But it requires
> > X11. But yea, it would be relatively easy to grab the SVG stream from
> > Cairo. In fact, using the cairoDevice and RGtk2 packages, one could do
> this
> > already in R. All we need is the Mode callback in the R graphics engine,
> so
(Continue reading)