Hello Steve, Is there any reason for this downgrade? In general R is harder to find on windows because installation configuration depends too much on the user.
It might be a good idea to live it to the user in this case. A possible solution is to take the override the default command. For instance on a windows setting, locate Rterm.exe, wherever it may be. I have a window config R is in D directory: "d:/R/R-4.0.3/bin/x64/Rterm.exe" Then in the init.el file override the ess-rterm-version-paths variable (setq ess-rterm-version-paths '("d:/R/R-4.0.3/bin/x64/Rterm.exe")) Then M-x R-newest, should let through. I have even binded it to a key (global-set-key (kbd "C-'") 'R-newest) HTH, Jeremie On Friday, 5 Mar 2021 at 17:26, Steve Gutreuter wrote: > Thank you Jeremie. > > M-x ess-r-newest returns "[No match]" on my system. > > Does it not seem odd that everything worked properly until I > downgraded from emacs-27.1-modified-1.exe to > emacs-26.1-modified-2.exe? > > Again, thanks, > > Steve > On Wednesday, 10 Mar 2021 at 09:59, Dominic Steinitz via ESS-help wrote: > I am not on windows but for me a way round this is to start R in a shell (in > emacs) and then ess-remote. I’ve moved on to using direnv and lorri but > that’s not an option for windows. > > Dominic Steinitz > domi...@steinitz.org > http://idontgetoutmuch.org > Twitter: @idontgetoutmuch > >> >> 1. Re: ESS M-x R failing in a Windows installation (Jeremie Juste) >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Fri, 05 Mar 2021 22:37:44 +0100 >> From: Jeremie Juste <jeremieju...@gmail.com> >> To: Steve Gutreuter via ESS-help <ess-help@r-project.org> >> Subject: Re: [ESS] ESS M-x R failing in a Windows installation >> Message-ID: <87eegtxown....@gmail.com> >> Content-Type: text/plain; charset="utf-8" >> >> Hello Steve, >> >> Yest this is a known problem on windows. >> >> A temporary solution might be to use the command M-x ess-r-newest. >> For my part I have rebinded the above command to a key C-'. >> It is not the best solution but it works for me. >> If I come up with a better fix I'll update. >> >> HTH, >> Jeremie >> >> >> >> >> On Friday, 5 Mar 2021 at 15:51, Steve Gutreuter via ESS-help wrote: >>> M-x R is returning the message "Searching for program: No such file or >>> directory, Rterm" under MS Windows. >>> >>> R 4.0.3 is installed in c:\Program Files\R\4.0.3, and Rterm.exe is >>> present in c:/Program Files/R/R-4.0.3/bin/x64. >>> My path environment variable includes c:\Program Files\R\4.0.3. >>> R starts fine outside of Emacs. >>> My .emacs file includes: >>> (require 'ess-rutils) >>> (setq inferior-ess-r-program "c:/Program >>> Files/R/R-4.0.3/bin/x64/Rterm.exe) >>> I am using Vincent Goulet's emacs-26.1-modified-2.exe and >>> emacs-27.1-modified-1.exe which bundle ESS within the Emacs >>> installation. >>> Everything worked fine under Emacs 26.1 and earlier. I upgraded to >>> Emacs 27.1 and M-x R still worked. I backed down to Emacs 26.1 and >>> now M-x R is broken. >>> >>> I am baffled as to why ESS is not finding R. Any clues? >>> >>> Many thanks >> >> -- >> Jeremie Juste >> > > [[alternative HTML version deleted]] > > ______________________________________________ > ESS-help@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/ess-help > -- Jeremie Juste ______________________________________________ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help