Boylan, Ross | 22 May 20:07 2015
Picon

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 
http://stackoverflow.com/questions/16122603/font-lock-fontify-keywords-region-symbols-function-definition-is-void-compila
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

Ross
______________________________________________
ESS-help <at> r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Marius Hofert | 19 May 13:05 2015
Picon
Picon

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,
Marius

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
Picon

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
https://stat.ethz.ch/mailman/listinfo/ess-help

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>
wrote:

>
> 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)

Michael Lawrence | 19 May 05:36 2015

Re: Displaying plots in Emacs

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
that we don't have to dev.off(). I could add that callback to the
cairoDevice package for now, just to experiment.

On Mon, May 18, 2015 at 8:17 PM, Titus von der Malsburg <malsburg <at> posteo.de>
wrote:

>
> On 2015-05-18 Mon 16:42, Ista Zahn wrote:
> > On Mon, May 18, 2015 at 7:22 PM, Michael Lawrence
> > <lawrence.michael <at> gene.com> wrote:
> >> Hardest part is probably getting the data from a potentially remote R
> >> session to Emacs. The Vitalie's nREPL package sounds like a potential
> >> solution, if it were mature enough.
> >
> > I think it would be worth doing even if it only (perhaps initially)
> > works when R is running locally. This would be a very useful feature,
> > and I'd hate to see it indefinitely put off because of the difficulty
> > of supporting remote sessions.
> >
> > On another note: I don't think the pdf-tools package Titus suggested
> > works on Windows. I don't personally care about that, but perhaps it
> > is something to keep in mind.
>
> Pdf-tools uses a separate server process for rendering and it’s
> apparently not possible to pass PDF to this process directly:
(Continue reading)

Martin Maechler | 19 May 00:55 2015
Picon

Re: Displaying plots in Emacs

On Mon, May 18, 2015 at 8:01 PM, Titus von der Malsburg
<malsburg <at> posteo.de> wrote:
>
> On 2015-05-15 Fri 13:48, Michael Lawrence wrote:
>> There was a long discussion on this here:
>> https://stat.ethz.ch/pipermail/ess-help/2013-November/009559.html.
>>
>> Here is one approach. The R graphics engine calls Mode(1) on the device
>> whenever it is "finished" drawing (the engine might "finish" multiple times
>> when generating a single plot). This allows e.g. buffered screen devices to
>> flush their buffer. The file devices do not listen to that; they defer that
>> until they are deactivated. In theory, the engine could execute an R
>> callback at that point, and the callback would typically call recordPlot()
>> to get the display list, and replay the plot on some other device (with the
>> callback disabled). Would need to check the performance profile on that,
>> i.e., how greedy R is about flushing.
>>
>> Ideally, the file devices would support connections, so we could stream the
>> data as PDF or PNG to ESS, without touching the disk, which is tricky when
>> running R remotely (would tramp help?). But Emacs would need a way to
>> display an image from in-memory buffer. It sounds like pdf-tools might
>> enable that for PDF.
>>
>> If people think this or something like it might work, I'll see about adding
>> those features to R.
>
> Hi Michael, unfortunately I don’t know enough about the R side of things
> to give you useful feedback on your proposal.  If there is any Elisp
> hacking to do to make this work, let me know because there I might be
> able to help.
(Continue reading)

Marius Hofert | 19 May 00:39 2015
Picon
Picon

Re: Questions on Section 3.3

On Mon, May 18, 2015 at 8:21 AM, Vitalie Spinu <spinuvit <at> gmail.com> wrote:
>
> You are not receiving the prompt from the process. What's R's prompt on
> the remote? It must end with "> ".

Hi,

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 "> ". But if I
use tramp, then I don't get anything...

>
> BTW. From the backtrace I see that the *R* buffer should have been
> created. Also go to to *ESS* buffer.

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
Process R exited abnormally with code 127 at Mon May 18 18:21:16 2015

Hmmm... this is how the relevant part of my ~/.emacs looks like:

(require 'ess-site); load ESS
(setq ess-use-inferior-program-name-in-buffer-name t); name the buffer
acccording to the particular version of R
(setq ess-eval-visibly-p nil); use R invisibly (much faster)
(setq inferior-R-args "--no-restore-history --no-save "); don't
save/restore the workspace
(Continue reading)

Dale Steele | 18 May 22:34 2015
Picon

starting Stata process

I'm using ESS (installed via elpa: ess-20150517.184) 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
https://stat.ethz.ch/mailman/listinfo/ess-help

Marius Hofert | 17 May 23:21 2015
Picon
Picon

Re: Questions on Section 3.3

On Sun, May 17, 2015 at 1:03 PM, Vitalie Spinu <spinuvit <at> gmail.com> wrote:
>  >>> Marius Hofert on Sun, 17 May 2015 09:13:18 -0400 wrote:
>
>  > Hi,
>
>  > 1) In Section 3.3 on
>  > http://ess.r-project.org/Manual/ess.html#Multiple-ESS-processes the
>  > command 'C-x f /ssh:user <at> host: RET' is mentioned. Shouldn't C-x f be
>  > C-x C-f (via find file) or C-x d (via dired)?
>
> Doesn't matter. Just open a file or dir on a remote.

Hi Vatalie,

sure... just wanted to point it out in case you want to correct it on
the website.

>
>  > 2) When I then (= after 'C-x C-f /ssh:user <at> host: RET') fire-up R via
>  > M-x R, nothing happens (the minibuffer remains frozen at the state
>
> That should not be. Interrupt with C-g

... that's the only thing I can do anyways.

> and look for *R* buffer to see
> what it says.

There are no *R* buffers (except those I have open locally).

(Continue reading)

Marius Hofert | 18 May 03:07 2015
Picon
Picon

Re: Questions on Section 3.3

Hi Vitalie,

thanks again for helping. Below is what I obtain.

Cheers,
Marius

Debugger entered--Lisp error: (quit)
  (or (accept-process-output proc wait) (if (and sec-prompt
(process-get proc (quote sec-prompt))) nil (if force-redisplay
(redisplay (quote force))) (process-get proc (quote busy))))
  (while (or (accept-process-output proc wait) (if (and sec-prompt
(process-get proc (quote sec-prompt))) nil (if force-redisplay
(redisplay (quote force))) (process-get proc (quote busy)))) (if (> (-
(float-time) start-time) 0.5) (setq wait 0.5)))
  (save-excursion (while (or (accept-process-output proc wait) (if
(and sec-prompt (process-get proc (quote sec-prompt))) nil (if
force-redisplay (redisplay (quote force))) (process-get proc (quote
busy)))) (if (> (- (float-time) start-time) 0.5) (setq wait 0.5))))
  (let ((start-time (float-time))) (save-excursion (while (or
(accept-process-output proc wait) (if (and sec-prompt (process-get
proc (quote sec-prompt))) nil (if force-redisplay (redisplay (quote
force))) (process-get proc (quote busy)))) (if (> (- (float-time)
start-time) 0.5) (setq wait 0.5)))))
  ess-wait-for-process(#<process /usr/local/bin/R> nil 0.01)
  (if no-wait nil (ess-write-to-dribble-buffer "(inferior-ess: waiting
for process to start (before hook)\n") (ess-wait-for-process
(get-process procname) nil 0.01))
  (let* ((symbol-string (concat "inferior-" inferior-ess-program
"-args")) (switches-symbol (intern-soft symbol-string)) (switches (if
(Continue reading)

Marius Hofert | 17 May 23:31 2015
Picon
Picon

Re: Questions on Section 3.3

On Sun, May 17, 2015 at 5:28 PM, Vitalie Spinu <spinuvit <at> gmail.com> wrote:
>  >>> Marius Hofert on Sun, 17 May 2015 17:21:45 -0400 wrote:
>
>  > There are no *R* buffers (except those I have open locally).
>
> That's strange. Looks like it's not getting to R's initialization
> then. What is your ESS version?
>

It's 15.03-1, but that's a good point. It's only my 'local' ESS
installation. The remote server does not have ESS installed. Since
this works via tramp, I'm assuming it's not needed, but may it is (?)

>   Vitalie

______________________________________________
ESS-help <at> r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help


Gmane