Usando o prompt de comando do Windows 10, eu tenho que digitar .exe após praticamente qualquer comando para fazê-lo funcionar. Por exemplo,
>ping google.com
'ping' is not recognized as an internal or external command,
operable program or batch file.
>ping.exe google.com
Pinging google.com [216.58.217.46] with 32 bytes of data:
Reply from 216.58.217.46: bytes=32 time=11ms TTL=55
>where java
'where' is not recognized as an internal or external command,
operable program or batch file.
>where.exe java
INFO: Could not find files for the given pattern(s).
>where.exe java.exe
C:\ProgramData\Oracle\Java\javapath\java.exe
Estou com problemas com o Android Studio executando o gerenciador de SDK e suspeito que isso esteja relacionado. Além disso, é irritante e eu me pergunto se isso provavelmente quebrará outros scripts. Eu não sei exatamente quando isso começou a acontecer, mas não consigo pensar em nenhuma configuração que eu mudei para fazer isso.
É possível que sua variável de ambiente %PathExt% tenha lixo nela - é como o cmd.exe sabe quais extensões de arquivo deve tentar. Normalmente, seu conteúdo deve ser:
C:\Users\Mantas>set pathext
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC
Use sysdm.cpl → Avançado → Variáveis de ambiente para verificar e corrigir.
Acabei de ter esse problema no Windows 7 e corrigi-lo reordenando os caminhos no meu %PATH% .
Parecia assim:
C:\Program Files\Java\jre1.8.0_101\bin;C:\ProgramData\Oracle\Java\javapath;C:\Windows\system32;C:\Windows
E eu tive que mudar isso:
C:\Windows\system32;C:\Windows;C:\Program Files\Java\jre1.8.0_101\bin;C:\ProgramData\Oracle\Java\javapath
O caminho do sistema precisa aparecer primeiro. Eu suspeito que foi o instalador do JRE que estragou tudo isso.
EDITAR: de acordo com @DavidPostill (comentários abaixo) esta solução é mera coincidência, e deve ter sido outra coisa que mudou e resolveu o problema que eu estava tendo. Eu tentei alterar %PATH% de volta para como era antes, e o problema não retornou, então ele parece estar correto.