GNU bug report logs - #7793
inconsistent behavior of exec-path

Previous Next

Package: emacs;

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

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Sam Steingold <sds <at> gnu.org>
Subject: bug#7793: closed (Re: bug#7793: inconsistent behavior of exec-path)
Date: Fri, 03 Feb 2012 22:32:02 +0000
[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)]
From: Glenn Morris <rgm <at> gnu.org>
To: 7793-done <at> debbugs.gnu.org
Subject: Re: bug#7793: inconsistent behavior of exec-path
Date: Fri, 03 Feb 2012 17:31:17 -0500
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)]
From: Sam Steingold <sds <at> gnu.org>
To: bug-gnu-emacs <at> gnu.org
Subject: inconsistent behavior of exec-path
Date: Wed, 5 Jan 2011 18:07:48 -0500
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.