Drat - I found the solution with seconds of pressing "Send"; it was to add
(setq-default inferior-R-program-name "C:/Program Files/R/R-4.0.5/bin/i386/Rterm.exe") And so I was wrong: Rterm.exe does indeed exist, just tucked away a bit. My apologies for wasting your time and bandwidth. Please do delete both these messages if you like from your server. With apologies again, Alasdair The Idiot On Thu, Aug 26, 2021 at 8:21 PM Alasdair McAndrew <amc...@gmail.com> wrote: > Hello, > > On my Windows 10 system, my R-4.0.5 doesn't come with Rterm.exe. The only > R binaries seem to be R.exe and Rscript.exe. This means that when I try to > start ESS with M-x R, it says > > Error (ess): Rterm could not be found on the system. Try running > `run-ess-r-newest' instead, which searches your system for R. > > And indeed, running "M-x run-ess-r-newest" does get me started. But then > I have to do this every time. Is there any way to overcome this, so that > "M-x R" starts R in ESS as it should (and as it does on my Linux box with > no issues at all). Or, alternatively, what setting can I put in my .emacs > file so that ESS finds the correct version of R and uses it? > > I have set up my Path environment variable to include R. And I'm using > "GNU Emacs 26.3 (build 1, x86_64-w64-mingw32) > of 2019-08-29" > > Many thanks, > Alasdair > > -- > https://numbersandshapes.net > -- https://numbersandshapes.net [[alternative HTML version deleted]] ______________________________________________ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
