Re: tramp and shell, problem on windows 7

[Shuguang Sun <shuguang@gmail.com>]

It works for command shell, but not for dired-do-shell-command, to set
explicit-shell-file-name to "/bin/sh". It confirms the
explicit-shell-file-name and shell-name are used in tramp dired.

On Sat, Nov 4, 2017 at 9:42 PM, Michael Albinus <michael.albinus@gmx.de>
wrote:

> Shuguang Sun <shuguang@gmail.com> writes:
>
> > Hi all,
>
> Hi,
>
> > Windows7,
> > GNU Emacs 27.0.50 (build 1, x86_64-w64-mingw32) of 2017-10-21
>
> I don't use Windows myself, so I can guess only.
>
> > - Problem 1: tramp and dired-do-shell-command:  start: Unknown job: /b
> > Why "start /b" is called remote side?
>
> Internally, `shell-command' will be called. This uses `shell-file-name'
> and `shell-command-switch'. I suppose, both variables are set to "start"
> and "/b", respectively, in your environment.
>
> > When I run tramp (plink) and go to a remote buffer (dired mode), run
> > dired-do-shell-command (!) on marked file (for example, R CMD BATCH * &).
> > It popup the buffer of * Async Shell Command *, and the command is not
> run
> > but a message "start: Unknown job: /b" which looks it runs the
> windows-like
> > command "start /b ..." on the remote shell.
>
> You will be served better if you set `explicit-shell-file-name' to a
> proper value, for example "/bin/sh". See the discussion in the Emacs
> manual, node "Interactive Subshell".
>
> > - Problem 2: tramp and shell: env: c:/bin/ : No such file or directory
> > where "c:/" comes?
> >
> > In a tramp dried buffer, call shell which suppose to raise the shell
> buffer
> > on remote server. However, I got error messge in the * shell * buffer
> that
> > "env: c:/bin/ : No such file or directory". I don't know where the "c:/"
> > comes from. When shell is called, it reads the remote path in the
> minibufer
> > with promotes
> > "/plink:user@host:/path/to/dired/C:/Users/username/emacs/
> libexec/emacs/27.0.50/x86_64-w64-mingw32/cmdproxy.exe",
> > and I change it to "/plink:user@host:/bin/", and then I got error
> message
> > above. Below is the tracking:
>
> This I cannot answer (yet). Try the setting above, and let's see what's
> happening.
>
> > Best Regards,
> > Shuguang Sun
>
> Best regards, Michael.
>