do not treat Windows subfolders in $PATH like executables

[Konfekt]

On Windows 10, 1903, WSL openSUSE 15.1, every subfolder contained in one of the Windows folders appended to $PATH is handled just like an executable: For example, if in /mnt/c/Program Files (x86)/Lua/5.1/clibs in $PATH there is a folder md5 (but no executable with such a name), then calling md5 on the command-line returns permission denied. Instead, subfolders should not be handled like executables, that is, expected is no such command.

[therealkenc]

Can't repro here. [md5 makes for a bad test case because I get a suggestion to install Linux md5 because it's not found.]

The permission denied suggests #4104 but can't tell without a repro.

[Konfekt]

The exact version according to ver.exe is Microsoft Windows [Versione 10.0.18362.476]. It is an issue of zsh that occurs as well under Linux, but does not occur under bash. It is therefore independent of WSL.

[Konfekt]

Apparently the same issue of ZSH is related at

https://stackoverflow.com/questions/23297832/weird-rails-error-permission-denied-bin-rails-for-old-rails-apps

and

https://stackoverflow.com/questions/51073014/zsh-permission-denied-gam

however, without any indication how to disable directories in $PATH becoming global executables.

[therealkenc]

Right, more in /dupe #3833 #3886 et al.

[ghost]

Hi! We've identified this issue as a duplicate of another one that already exists in this repository. This specific instance is being closed in favor of tracking the concern over on the referenced thread.

Thanks for your report!