This is the mail archive of the
mailing list for the Cygwin project.
Re: Strange PATH behavior with 1.3.1
On Mon, Apr 30, 2001 at 01:45:18PM -0700, Karr, David wrote:
>I use a technique of putting shell script "wrappers" earlier in the path
>than programs being "wrapped". I also use a script that can return the
>second (or nth) occurrence of an executable in the PATH. This has worked
>fine for a long time, at 2 jobs before this, and here, when I had 1.1.8
>installed. I just installed 1.3.1 a few minutes ago, and now I see that
>this doesn't work anymore.
>I can ask my script which manually searches the path to return all the
>occurrences of a particular executable name, in the order it finds them.
>Using this, I see that I have my "wrapper" script earlier in the PATH than
>the program it's wrapping. However, when I execute the command, it never
>executes my wrapper script, it always executes the program I'm trying to
>wrap. The output of "type -p" shows that it didn't find my wrapper script
>first. The output of "type -a" shows that it didn't find my wrapper script
>at ALL. If I specify the full path to my wrapper script, it executes fine.
I just tested this by putting a 'vi' script in '/usr/local/bin'. /usr/local/bin
is first in my path. When I execute bash and type 'vi', I get my script. When
I execute /bin/sh and type 'vi', I get my script.
When I execute tcsh and type 'vi', aha!, I get /bin/vi. But, that was because
tcsh sets the PATH so that /usr/local/bin was second. When I put /usr/local/bin
first it works fine.
So, I can't duplicate this behavior. If you can execute the wrapper script
it must be executable, so bash should find it when you do a path search.
Possibly the output of strace would be instructive. I'm not asking you to post
the strace output here. Rather inspect it and see what is different between
1.1.8 and 1.3.1.
I'm assuming that when you say 1.1.8, you are actually just updating the DLL
and not bash and a bunch of other independent variables...
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple