bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#5134: marked as done ($PATH with double slashes parsing bug)


From: Emacs bug Tracking System
Subject: bug#5134: marked as done ($PATH with double slashes parsing bug)
Date: Sun, 06 Dec 2009 19:15:18 +0000

Your message dated Sun, 06 Dec 2009 14:06:28 -0500
with message-id <address@hidden>
and subject line Re: $PATH with double slashes parsing bug
has caused the Emacs bug report #5134,
regarding $PATH with double slashes parsing bug
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact address@hidden
immediately.)


-- 
5134: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=5134
Emacs Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: $PATH with double slashes parsing bug Date: Sun, 6 Dec 2009 13:53:21 +0100
Hi,

I discovered this strange behavior of eshell in emacs 23.1.1 (on MacOSX and Debian Lenny, both built from source, launched with '-q').

It seems that the presence of two slashes ("//") in a path breaks the search:

Example:

~ $ export PATH=/usr//bin
~ $ which m4
which: no m4 in (/usr//bin)
~ $ export PATH=/usr/bin
~ $ which m4
/usr/bin/m4
~ $


I mailed this to address@hidden (maintainer of eshell) who told me that it seems to be an Emacs issue.

Cheers,

Sebastien Mondet
http://seb.mondet.org




--- End Message ---
--- Begin Message --- Subject: Re: $PATH with double slashes parsing bug Date: Sun, 06 Dec 2009 14:06:28 -0500
> I discovered this strange behavior of eshell in emacs 23.1.1 (on MacOSX and
> Debian Lenny, both built from source, launched with '-q').
>
> It seems that the presence of two slashes ("//") in a path breaks the
> search:
>
> Example:
>
> ~ $ export PATH=/usr//bin
> ~ $ which m4
> which: no m4 in (/usr//bin)
> ~ $ export PATH=/usr/bin
> ~ $ which m4
> /usr/bin/m4
> ~ $

I can reproduce it in the Emacs 23.1 release.  The bug already seems to
be fixed in the repository (to be 23.2).  Thanks for the bug report,
though.

--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]