Discussion :

[Neckara]

Cela m'a pourtant tout l'air d'un bug tout bête et relativement facile à corriger.

CMD.exe n'a tout de même pas été écrit par n'importe qui, cela m'étonne d'autant plus que c'est un "bug" qui est connu, qui touche la sécurité, tout bête mais qui portant n'a toujours pas été corrigé .

A moins que ce comportement soit justifié d'une quelconque manière par Microsoft ?

[ternel]

c'est la base du spoofing, qui existe dans les deux systèmes, unix et linux.

suppose un programme p quelconque (p ou p.exe), utilisant bidule (.exe)

la commande p arguments lance le programme
Mais PATH=/cheminPourri/:$PATH p arguments lance le programme permet d'exécuter p en cherchant d'abord bidule dans /cheminPourri/, et à une syntaxe près, c'est aussi faisable avec windows.

C'est par exemple utilisable pour remplacer une lib par une autre (avec LDPATH)

[Neckara]

Mais PATH=/cheminPourri/:$PATH p arguments lance le programme permet d'exécuter p en cherchant d'abord bidule dans /cheminPourri/, et à une syntaxe près, c'est aussi faisable avec windows.

Si j'ai bien compris ce que dit bacelar, c'est encore pire, si :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

PATH=unChemin:unAutreChemin

Mais si unChemin comporte un espace : unChemin="partie1 partie2", il va aussi rechercher dans "partie1" s'il n'y a pas l'exécutable. C'est un comportement très étrange.

Il faudrait que je teste sur un Windows.