GNU bug report logs -
#23186
25.0.92; Tramp: Windows does not always set COMSPEC, tramp blows up in a string-match
Previous Next
Reported by: Jerry Asher <ja2038 <at> gmail.com>
Date: Sat, 2 Apr 2016 16:08:02 UTC
Severity: normal
Found in version 25.0.92
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #67 received at 23186 <at> debbugs.gnu.org (full text, mbox):
> From: Michael Albinus <michael.albinus <at> gmx.de>
> Date: Sat, 02 Apr 2016 21:47:48 +0200
> Cc: 23186 <at> debbugs.gnu.org
>
> Make a proposal about a config option which could be used
> instead of the COMSPEC env which doesn't exist in your environment. Make
> a proposal how to avoid calling cmd.exe at all, it seems not be
> mandatory, I believe. Propose something else what is possible.
Let me try ;-)
Can you (Michael) explain why does Tramp need this variable, and also
why it needs the companion tramp-encoding-command-switch? Why not
just use shell-file-name and shell-command-switch? Or, if you must
look deeper, why not call w32-shell-name or w32-shell-dos-semantics?
I think these already do what you need tramp-encoding-shell for, but
maybe I'm missing something.
If I'm right, and Tramp doesn't really need to calculate the shell's
name separately from the rest of Emacs, then this problem will cease
to be a "Tramp problem". That won't solve the larger problems the OP
would have in Emacs, but at least Tramp will no longer be accused ;-)
This bug report was last modified 9 years and 134 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.