win32: search PATH for missing Unix-style executables

Commit 41ef232fc5 (win32: use built-in applets for non-existent
binaries with Unix-style paths) alters what happens when trying
to find an executable.  If all of the following apply:

- the pathname starts with one of the standard directories for Unix
  executables (/bin, /usr/bin, /sbin, /usr/sbin);

- the file isn't found relative to the system root;

- the basename matches an applet

then the applet is run.

Further extend the procedure so that if the first two conditions are
met and either:

- the PREFER_APPLETS and SH_STANDALONE features are enabled and the
  basename *doesn't* match an applet

or

- the PREFER_APPLETS and SH_STANDALONE features are disabled

then PATH is searched for the basename.

This affects:

- how interpreters and binaries are spawned by mingw_spawn_interpreter()
  and mingw_spawnvp();

- how 'which' and the shell search for binaries.

Special steps need to be taken in the shell to avoid treating shell
built-ins and functions as applets.

As a consequence of this change:

- An executable that isn't an applet, say curl.exe, can be run as
  /usr/bin/curl so long as it's in a directory in PATH.  It doesn't
  have to be in C:/usr/bin.

- If the PREFER_APPLETS and SH_STANDALONE features are disabled binaries
  can be run using paths referring to standard Unix directories even if
  they're installed elsewhere in PATH.

1 files changed, 0 insertions, 2 deletions

diff --git a/win32/mingw.c b/win32/mingw.c
index 0fa2a1b8f..d6b725e17 100644
--- a/win32/mingw.c
+++ b/win32/mingw.c
@@ -2096,7 +2096,6 @@ void *get_proc_addr(const char *dll, const char *function,
         return proc->pfunction;
 }
 
-#if ENABLE_FEATURE_SH_STANDALONE || ENABLE_FEATURE_PREFER_APPLETS
 int unix_path(const char *path)
 {
         int i;
@@ -2107,7 +2106,6 @@ int unix_path(const char *path)
         free(p);
         return i >= 0;
 }
-#endif
 
 /* Return true if file is referenced using a path.  This means a path
  * look-up isn't required. */