Ross Boylan | 23 Jul 05:39 2014
Picon

problems when no julia found

In short, 3 issues:
1) When an older (13.09) version of ESS could not find julia a popup
window came up and could not be dismissed.  I had to kill emacs.  I have
been unable to reproduce this behavior (even using the same old
version).
2) With either current or older ESS, when julia isn't found bad things
happen.
3) It would be nice if ESS could find julia, in /usr/local/bin.

emacs 23.4.1 on Debian GNU/Linux stable (aka wheezy).  Exact ESS version
details at bottom.

Details.
1)
The popup said something like "no process: switch to buffer?".  If I hit
no (maybe it was cancel) the popup returned.  If I hit yes I got a popup
for directory selection; regardless of whether I clicked open or cancel,
I ended up back at the "no process: switch buffer" dialog.  Clicking the
close button on the  dialog had no effect, and emacs was greyed out
beneath the popup.

2)
Commands in emacs
M-x julia
provide a directory
status line shows: Searching for  program: no such file or directory, julia-basic
C-x C-b
status line: ESS (*julia:2*, julia-basic) starting data directory: ~/mydir
status line: Cannot read history file [snip]
C-x C-b
(Continue reading)

Sebastian Schubert | 21 Jul 15:30 2014
Picon

Disable font-lock-mode in .emacs

Hi,

disabling the font-lock-mode in the inferior ESS buffer increases the
performance considerably. I tried disabling it only for the inferior ESS
mode in the .emacs but was unsuccessful. I tried

(remove-hook 'inferior-ess-mode-hook `turn-on-font-lock)
(add-hook 'inferior-ess-mode-hook (lambda () (font-lock-mode 0)) t)

While I think only the first line should be necessary the first line
should not hurt...

Any idea what I can do? I'm at a GNU Emacs 24.3.1 with ESS 13.09.

Thank you,
Sebastian

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

Bill Denney | 20 Jul 17:44 2014

Bug while in error=recover

When my fingers are quicker than my thoughts, I found a bug in ESS just now.

I have error set to recover with 

options(error=recover)

And I was debugging some code.  An error popped up, and gave the stack location selection option.  I then sent
more code to emacs by highlighting a region and pressing Ctrl-Enter.

Emacs then locked up and took no new input.  Pressing Ctrl-G didn't recover it.

Presumably, a fix would be to make the code that sends to R check if it is not at the recover selection prompt.

Thanks,

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

Andreas Leha | 18 Jul 15:41 2014
Picon

BUG: package-index conflicts with devtools

Hi all,

I am experiencing a bug in the display of the help-index:  When the
'devtools' package is loaded, I cannot follow links therein, but get the
message
,----
| Error in strsplit(topic, "::") : non-character argument
`----
instead.

Steps to reproduce:

--8<---------------cut here---------------start------------->8---
library("devtools")
# M-x ess-display-package-index Matrix (for instance)
# move point to updown (for instance)
# RET
--8<---------------cut here---------------end--------------->8---

Regards,
Andreas

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

ottorino | 15 Jul 13:16 2014
Picon

Re: ESS Sweave plug into Auctex problem

Thanks, Andreas, for your prompt answer.
I'm sorry but it seems that **I**'m not sheding light !!

I've removed/commented all the lines copied from your site

The AUCTeX Interface" is  ticked at start

Under "Command" I have

 Sweave
 Stangle
 Sweave
 LatexSweave

>> Pres>> Pressing C-c C-c defaults to View (even after making changes
>> to the file).
> Here C-c C-c out of chunks defaults to latex compilation.
> Within chunks send the commands to R (and start it if not present)

I confirm the behaviour described above.
I can add that:
the first C-c C-c send the whole chunk to R (and load R if it is not);
the second C-c C-c asks for a LaTeX compilation in the minibuffer.

>> Typing "Swe [TAB]" results in a "(no match)" in the minibuffer. 
I confirm. This happens both on ticking and de-ticking

>> Activating and de-activating the "AUCTeX Interface" then shows the 
>> Sweave and LatexSweave options on AUCTeX's Command menu,
> After doing this at the end of the dropdown menu "Command" I find
(Continue reading)

Bill Denney | 13 Jul 22:26 2014

install.packages Does not Show Package List

Hi,

When using install.packages in Windows (XP or Vista), I will often get
no response when using install.packages.  The issue appears to be the
repository selection that in the R GUI will pop up in a window and in
the command line will present a text list for selection.  In ESS, it hangs.

A work-around is to specify the repository, but as I don't always
remember to do this, I was wondering if there is another fix?

Thank you,

Bill

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

Kevin Coombes | 7 Jul 18:45 2014
Picon

Finding 64-bit R versions on Windows

Hi,

I've been (mildly) unhappy for some time because, when ESS is finding 
the "latest" R on a 64-bit version of Windows, it always manages to find 
and start the 32-bit version.

And while I know that I can type "M-x R [tab]" and then click on the 
correct version, that always seems like too much work.

So, I wrote the function below (which I am sure someone else could make 
work much more elegantly and reliably) to always select the latest 
64-bit version. Now I sill have to type "M-x R64" but I'm more-or-less 
willing to do that.

Having offered up my solution to this problem, here's my request: Is it 
possible to make something like this a standard part of ESS? Better yet, 
would it be possible to define a new configuration variable so that the 
user could specify whether to invoke the latest 32-bit or latest 64-bit 
version when calling "M-x R"?

Best,
   Kevin

;; the ESS "latest" code always picks the 32-bit version of R on windows.
;; This hack finds the latest 64-bit version.
(defun R64 (&optional start-args)
   "Call the latest 64-bit version of R"
   (interactive "P")
   ;; sweep through the list of R-version commands
   ;; to find the 64-bit ones
(Continue reading)

Andreas Kiermeier | 1 Jul 06:51 2014
Picon

ESS Sweave plug into Auctex problem

Hi all,

[I'm re-posting this message as it doesn't seem to have made it onto the
list, possibly because of some font encoding problems.
​ Apologies in advance if it now appears twice.]​

I've just struck a little problem with plugging ESS Sweave into AUCTEX.

I'm running ESS 14.05 in GNU Emacs 24.3.1 on Windows 8.1.

I've set ess-swv-toggle-plug-into-AUCTeX-p to t using customize.

When I load a .Rnw file the "AUCTeX Interface" (on the Noweb > Sweaving,
Tangling, ... menu) is ticked.  However, Sweave and LatexSweave are not on
AUCTeX's Command menu, irrespective of whether R is running or not.

Pressing C-c C-c defaults to View (even after making changes to the file).
Typing "Swe [TAB]" results in a "(no match)" in the minibuffer. Typing
"Sweave [Enter]" also gives a "(no match)".

Activating and de-activating the "AUCTeX Interface" then shows the Sweave
and LatexSweave options on AUCTeX's Command menu, and C-c C-c behaves as
expected ... it allows me to Sweave.

The behaviour of "M-n s" is unaffected and works / sweaves as expected.

Is this working for others? Any thoughts or guidance on what I might be
doing wrong would be greatly appreciated.

Thanks in advance.
(Continue reading)

Andreas Kiermeier | 30 Jun 12:22 2014
Picon

ESS Sweave plug into Auctex problem

Hi all,

I've just struck a little problem with plugging ESS Sweave into AUCTEX.

I'm running ESS 14.05 in GNU Emacs 24.3.1 on Windows 8.1.

I've set ess-swv-toggle-plug-into-AUCTeX-p to t using customize.

When I load a .Rnw file the "AUCTeX Interface" (on the Noweb > Sweaving,
Tangling, ... menu) is ticked.  However, Sweave and LatexSweave are not on
AUCTeX's Command menu, irrespective of whether R is running or not.

Pressing C-c C-c defaults to View (even after making changes to the file).
Typing "Swe [TAB]" results in a "(no match)" in the minibuffer. Typing
"Sweave [Enter]" also gives a "(no match)".

​Activating and de-activating the "AUCTeX Interface"​ then shows the Sweave
and LatexSweave options on AUCTeX's Command menu, and C-c C-c behaves as
expected ... it allows me to Sweave.

​The behaviour of "M-n s​" is unaffected and works / sweaves as expected.

​Is this working for others? ​Any thoughts or guidance on what I might be
doing wrong would be greatly appreciated.

​Thanks in advance.

Andreas​

	[[alternative HTML version deleted]]
(Continue reading)

Samuel Lê | 28 Jun 05:47 2014
Picon

Idea to have the R plots in a special buffer of emacs

Hi list,

I am sometimes annoyed by the plots in R showed only in a separate window,
mainly because I don't want to deal with a separate window and I don't have
the ability to keep some old plots I made without actively saving them. In
fact I would like to have something like R studio where the plots are
integrated with the rest of the IDE, and there is the ability to go back to
the previous plots.

So I'd like to show the plots in a separate buffers of emacs called
something like *R-plots*.

For this my idea is to do the following:
1. change the graphic device of R to output the plots in a temp file
(called something like "temp-plot.png").
2. have a file watcher that monitors the changes makde to temp-plot.png,
and whenever a change is made to that file, emacs will add the
corresponding image into *R-plots* (using (insert-image (create-image
"/my/working/directory/temp-plot.png")

However, I have some problems:
1. I don't know how to have R save the plots into a file automatically
(without runnung: png("temp-plot.png"); runMyPlot(); dev.off() - I want to
have it by just doing runMyPlot() ).
2. I briefly tested the following:
(defun install-monitor-test (file secs)
  (run-with-timer
   0 secs
   (lambda (f p)
     (let ((att (file-attributes f)))
(Continue reading)

Lucas Holland | 27 Jun 16:10 2014
Picon

Re: Error loading R mode

I did some more digging and it seems that in 

Emacs.app/Contents/MacOS

the following binaries reside:

-rwxr-xr-x <at>   1 lucas  admin       709 10 Feb  2013 Emacs
-rwxr-xr-x <at>   1 lucas  admin  29403788 13 Mär  2013 Emacs-10.4
-rwxr-xr-x <at>   1 lucas  admin  13152784 13 Mär  2013 Emacs-10.7

When I run the .app it seems to actually run Emacs-10.7. Now I could be mistaken but in the Makeconf file the
relevant part for OS X user is:

##__ GNU Emacs __  for Mac OS X with NeXTstep (Cocoa or GNUstep)
# PREFIX=/Applications/Emacs.app/Contents/Resources
# EMACS=/Applications/Emacs.app/Contents/MacOS/Emacs
# SITELISP=$(PREFIX)/site-lisp
# LISPDIR=$(SITELISP)/ess
# INFODIR=$(PREFIX)/info
# ETCDIR =$(PREFIX)/etc/ess
#

I’m afraid of messing things up by doing much further testing but it could be that the EMACS variable might
have to be adjusted to Emacs-10.7? 

Thanks for all your help!

Am 27.06.2014 um 16:06 schrieb Rainer M Krug <Rainer <at> krugs.de>:

> Lucas Holland <hollandlucas <at> gmail.com> writes:
(Continue reading)


Gmane