[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
Cygwin is:
  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
> mswindows-short-file-name?
> 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.
>   Vitalie

More information about the ESS-help mailing list