Quel est l'équivalent Windows de / usr / bin, etc.
Ce n'est peut-être pas le meilleur endroit pour poster ceci, mais ma question demande le genre de l'opposé de Quel est l'équivalent Linux du programme Program Files de Windows? .
Je connais Windows et je suis habitué au système de fichiers de style Unix, qui contient des dossiers désignés pour certains types de fichiers. Je me demande quelle est la façon habituelle d'installer des programmes dans Windows, en particulier ceux qui seront lancés à partir de l'invite cmd.
Jusqu'à présent, j'ai ajouté des variables d'environnement utilisateur pour chaque programme et ajouté cette variable au chemin PATH. Donc, pour gvim, j'ajouterais
GVIM_HOME
et ensuite ajouter à mon chemin:
%PATH%;%GVIM_HOME%
Mais maintenant, je me demande si je devrais simplement créer un dossier et l'ajouter au chemin, puis mettre des raccourcis vers mes exécutables dans ce dossier. Est-ce que certains d'entre vous connaissent la procédure habituelle?
C'est très intéressant de savoir que vous avez commencé avec Unix :-)
En règle générale, les répertoires/dossiers Windows ne sont pas organisés avec la même idée qu’ils le sont sous Unix/Linux. J'ai normalement une partition "Système" sur laquelle j'installe Windows lui-même et mes applications, et une partition "Données" où je conserve mes propres données. Sous Windows XP, cela peut être un peu difficile à accomplir, mais tout ce que vous ouvrez et fermez vous-même peut être stocké dans une partition de données.
Retour à la partition système, l'emplacement d'installation par défaut pour tous les programmes est "C:/Program Files" ou quelque chose d'autre que les installateurs détermineront eux-mêmes. Sous "Program Files", les fichiers binaires, la documentation et tous les fichiers de support sont là pour que les programmes puissent s'exécuter. Mais pour des programmes comme GVIM, je vous suggérerais de le placer sous C:/et d’utiliser chemin sans espaces. Et puis vous mettez à jour% PATH. C'est ainsi que j'installe Perl et d'autres outils de ligne de commande purs, plus populaires dans le monde Unix. Ou pour être plus organisé, vous pouvez créer un dossier tel que C:/cmdtools et y placer les programmes que vous installez manuellement.
Autant que je sache, il n’ya pas de "moyen habituel" de le faire, principalement parce que dans le monde Windows (non serveur), les programmes sont conçus pour être exécutés via l’UI. Mais je viens de vérifier la variable% PATH% d'une boîte Windows à proximité et elle contient un zillion de chemins différents. C'est probablement le comportement le plus courant.
C'est aussi une bonne idée car raccourcis Windows ne fonctionne pas assez bien comme les liens symboliques * nix. Ce sont des fichiers sur le disque (.lnk), et non des références à d’autres emplacements du système de fichiers. Vous pouvez avoir un répertoire plein de raccourcis et les appeler à partir de cmd.exe (par exemple, c:\>program.lnk exécutera c:\foo\program.exe), mais chaque raccourci a un paramètre qui indique c:\foo\program.exe répertoire dans lequel il doit commencer son exécution. Ce n'est pas comme $ PWD ou/proc/[pid]/cwd in * nix. Il est très important de ne pas gâcher, car cela affecte des choses comme le chargement de DLL.
(De plus, avoir à appeler foo.lnk à partir de la CLI au lieu de simplement foo me semble un peu klunky.)
c’est mon expérience sur XP Pro de toute façon. YMMV avec les versions les plus récentes de Windows et des interpréteurs de commandes.