[ESS] R in Cygwin Emacs
Richard M. Heiberger
rmh at temple.edu
Wed Sep 3 20:19:56 CEST 2014
The problem we are solving is that Windows names often have embedded
blanks, for example "c:\Program Files", and some DOS versions don't
recognize names with embedded blanks.
w32-short-file-name takes a long name
and returns the 8.3 name which DOS always recognizes.
>From the cygwin home page
a large collection of GNU and Open Source tools which provide
functionality similar to a Linux distribution on Windows.
The critical word is "similar".
We use the NT emacs function w32-short-file-name. Previously it was
called win32-short-file-name until GNU decided they didn't like the
phrase "win" applied to MS. I don't know the history of the name
mswindows-short-file-name. I hope cygwin emacs has the functionality
to construct 8.3 names (or that it is easily built with the
information I gave in the previous email).
We will then map it into the w32-short-file-name and all should work.
On Wed, Sep 3, 2014 at 1:57 PM, Vitalie Spinu <spinuvit at gmail.com> wrote:
> >>> "Richard M. Heiberger" on Wed, 3 Sep 2014 12:03:59 -0400 wrote:
> > Seb, file ess/lisp/ess-compat.el checks for w32-short-file-name on
> > Xemacs and sets it if it is missing to either 'win32-short-file-name
> > or 'mswindows-short-file-name The message you quote is given when
> > none of those names exist.
> > If you can find the correct builtin function in cygwin emacs we can
> > add that, too.
> I never used Cygwin but isn't the environment completely linux alike?
> Why do we need to perform that check for win32-short-file-name or
> Seb, you can always set `inferior-R-program-name` to the full path. Or
> add R link to executable path, whatever that thing is on Cygwin.
More information about the ESS-help