[ESS] rterm path
Dale Steele
dale.w.steele at gmail.com
Wed May 19 14:24:42 CEST 2010
I used subversion to obtain the most recent version (revision 4327),
and started emacs on my 64 bit Windows machine with the following in
my .emacs file:
(load "~/ess-svn/lisp/ess-site.el")
Emacs responds with ....
Warning (initialization): An error occurred while loading
`c:/Users/dsteele/.emacs':
Wrong type argument: stringp, nil
Ideas about what I am doing wrong?
Thanks. --Dale
Error backtrace below....
Debugger entered--Lisp error: (wrong-type-argument stringp nil)
file-name-directory(nil)
ess-r-versions-create()
(setq ess-r-versions-created (ess-r-versions-create))
(let ((ess-s-versions-created) (R-newest-list ...)) (if
ess-microsoft-p (progn ... ... ...) (setq ess-s-versions-created ...))
(setq ess-r-versions-created (ess-r-versions-create)) (setq
ess-versions-created (ess-flatten-list ...)) (when
ess-versions-created (let ... ...)))
eval-buffer(#<buffer *load*<2>> nil
"c:/Users/dsteele/ess-svn/lisp/ess-site.el" nil t) ; Reading at
buffer position 22182
load-with-code-conversion("c:/Users/dsteele/ess-svn/lisp/ess-site.el"
"c:/Users/dsteele/ess-svn/lisp/ess-site.el" nil nil)
load("~/ess-svn/lisp/ess-site.el")
eval-buffer(#<buffer *load*> nil "c:/Users/dsteele/.emacs" nil t)
; Reading at buffer position 36
load-with-code-conversion("c:/Users/dsteele/.emacs"
"c:/Users/dsteele/.emacs" t t)
load("~/.emacs" t t)
#[nil "\205\264
On Fri, Apr 23, 2010 at 2:49 PM, RICHARD M. HEIBERGER <rmh at temple.edu> wrote:
> Here is the outline of the ESS fix for finding the 64 bit R on Windows.
>
> I would like some e-lisp help now, and then when I get access to a 64 bit
> machine, I can finish it.
>
> The problem is that Windows (I assume it is Windows, and not R-core) places
> the 32- and 64-bit R in
> non-parallel places
> C:\\Program Files\\R\\R-2.11.0-x64\\bin\\Rterm
> C:\Program Files (x86)\R\R-2.11.0\bin\Rterm.exe
> and the ess-find-rterm function in essd-r.el assumes they will be in
> parallel.
>
> I believe the repair consists of modifying the function ess-find-rterm to
> allow the variable
> ess-R-root-dir to be a list containing more than one value. I can do it
> awkwardly and slowly.
> I hope Stephen can help by doing it elegantly and quickly.
>
> Then the variable ess-program-files in ess-cust.el needs to be initialized
> to the list
> '((w32-short-file-name (getenv "ProgramFiles")) (w32-short-file-name (getenv
> "ProgramFilesx64")))
> The initialization and the function need to behave sensibly when either of
> the environment variables
> is empty.
>
> I don't have a 64 bit machine now, so I am guessing the name of the
> environment variable that I
> labeled ProgramFilesx64 here. Dale, can you help by sending the variable
> name to 'Reply All'
> for this email (I took this off ESS-help and moved it to ess-core).
>
> Rich
>
More information about the ESS-help
mailing list