Mail Archives: cygwin/1998/11/17/23:54:27
"Austin David France" <adf AT mentor-systems DOT com> wrote:
> Creating a function called vi will work around the problem, as shown below,
> because the path to the script is specified.
>
> $ function vi () { /d/Mentor/Bin/vi ; }
> $ type -a vi
> vi is a function
> vi ()
> {
> /d/Mentor/Bin/vi
> }
> vi is /d/Mentor/Bin/vi
> vi is /d/Mentor/Bin/vi
>
> But this digresses from the problem. The problem is there is a bug in bash
> in it's handling of the command line and executing scripts. I cannot afford
> to have to create a function wrapper for every possible script I may want to
> execute.
This failure to execute shell scripts is a real pain. I also considered writing
function wrappers but settled on a simpler approach. I just "source" my
shell scripts and they seem to execute.
bash-2.02$ echo "echo \"test script\"" > foo
bash-2.02$ chmod +x foo
bash-2.02$ foo
bash: ./foo: No such file or directory
bash-2.02$ . foo
test script
bash-2.02$
This is surely a hack but it's letting me get some real work done.
John Wills
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".
- Raw text -