GNU bug report logs -
#7793
inconsistent behavior of exec-path
Previous Next
Reported by: Sam Steingold <sds <at> gnu.org>
Date: Wed, 5 Jan 2011 23:03:01 UTC
Severity: normal
Tags: notabug, wontfix
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your bug report
#7793: inconsistent behavior of exec-path
which was filed against the emacs package, has been closed.
The explanation is attached below, along with your original report.
If you require more details, please reply to 7793 <at> debbugs.gnu.org.
--
7793: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7793
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Eli Zaretskii wrote:
> FWIW, I don't think the inconsistency that is the subject of this bug
> can be resolved in any reasonable way. The separation between
> exec-path and PATH is deliberate in Emacs, so setting one from the
> other will not DTRT at least for some use-cases.
I am closing this report.
[Message part 3 (message/rfc822, inline)]
suppose you have two directories (A&B) which contain two different
executables with the same name (N).
e.g., find.exe(N) in both "c:/gnu/gnuwin32/bin"(A) and "c:/WINDOWS/system32"(B).
if A follows B in $PATH, then M-x shell-command will call A/N for N
even if I manually swap A & B in exec-path.
So far so good.
However, if I run rgrep in "emacs -q", it fails because by default B
is before A in PATH and exec-path;
while if I push A to the beginning of exec-path before the first
invocation of rgrep, rgrep will find and use the good N.
this inconsistency is bad and together with bugs
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6784
and
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7785
is causing me much grief in my first encounter with windows in 4 years.
thanks.
--
Sam Steingold <http://sds.podval.org>
This bug report was last modified 13 years and 170 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.