2 votes

Variables d'environnement de Windows XP

Je pense que mon PATH dans mes variables d'environnement ne fonctionne pas correctement et j'aimerais poser quelques questions sur les variables d'environnement en général.

  1. Quelle est la différence entre les variables utilisateur et les variables système ? Quand faut-il utiliser l'une ou l'autre ? Que se passe-t-il si vous avez la même variable pour l'utilisateur et le système ? Cela n'a-t-il pas d'importance car les variables système englobent tous les utilisateurs ?

  2. J'essaie d'utiliser des raccourcis pour rendre mon PATH plus propre. Par exemple, j'ai défini mon JAVA_HOME まで C:\Program Files\Java\jdk1.6.0_25\bin et ensuite PATH まで %JAVA_HOME%\bin . Cependant, lorsque je tape "echo %PATH%" dans le cmd, il affiche toujours %JAVA_HOME%\bin . Dois-je m'inquiéter du fait qu'il n'est pas "C:\Program Files\Java\jdk1.6.0_25\bin" ?

  3. Si je voulais vérifier si un xml existe dans mon chemin, comment le vérifierais-je ?

  4. Comme certains programmes n'aiment pas les espaces dans les variables d'environnement, il a été suggéré d'utiliser C:\Progra ~1\ au lieu de C:\Program Fichiers comme indiqué ici : http://ist.berkeley.edu/as-ag/technology/howto/install-java-sdk-win.html Quelles sont les procédures à suivre ? Où dois-je commencer la rupture et ajouter le ~1. Est-ce toujours un 1 ?

Merci de votre attention !

2voto

Randolf Richardson Points 14516
  1. Les chemins d'accès Utilisateur et Système sont combinés lorsque les utilisateurs se connectent au système. Si aucun utilisateur n'est connecté, la variable %PATH% reflétera uniquement le chemin d'accès au système.

    • Les variables utilisateur sont configurées par utilisateur et ne prennent effet que lorsque l'utilisateur concerné est connecté.

    • La variable Système s'applique à tous les utilisateurs du système. Les différents répertoires Windows et le sous-système Java, ainsi que d'autres qui devraient s'appliquer à tous les utilisateurs, sont définis dans le cadre du chemin d'accès au système.

  2. Vous ne devriez pas faire cela car cela peut ne pas être pris en charge par tous les programmes. Spécifiez simplement les chemins d'accès complets, comme le font la plupart des programmes, et tout devrait bien se passer.

  3. Il ne doit pas y avoir de XML dans vos variables %PATH% car le programme < y > qui sont largement utilisés dans le langage XML, sont des variables de répertoire non valides.

  4. Certains anciens programmes DOS peuvent avoir des problèmes avec cela, mais je n'ai pas rencontré de problèmes avec les espaces dans les éléments du chemin d'accès depuis Windows XP. Assurez-vous simplement que chaque chemin d'accès que vous spécifiez et qui comprend des espaces dans les noms de répertoires est placé entre guillemets. Le document que vous avez cité en référence, qui recommande cette pratique, semble dépassé puisqu'il traite de Java v1.5 (Java v1.6 est disponible depuis de nombreuses années maintenant, et Java v1.7 devrait être publié très prochainement, selon de nombreuses prévisions).

    • Les noms ne sont pas toujours raccourcis à 8.3 avec un suffixe ~1 terminant la partie du nom de fichier. Par exemple, sous Windows 64 bits, vous pouvez taper "Dir C:\PRO *" à l'invite DOS et vous verrez au moins deux entrées (typiquement "PROGRA~1" pour "Program Files" et "PROGRA~2" pour "Program Files (x86)").

2voto

Matías Points 3008
  1. Les variables d'utilisateur n'existent que lorsque votre utilisateur est en activité et ne sont accessibles qu'aux processus qui s'exécutent dans le contexte de votre utilisateur. Les variables système, quant à elles, sont accessibles à tout le monde et à tous les utilisateurs.

  2. (Je n'étais pas sûr à 100 % lorsque j'ai écrit la première fois, mais je viens de le tester pour vous et de refaire cette réponse !) Les variables sont accessibles au moment où elles sont appelées. J'ai fait le test suivant :

    set testing=c:\test
    set path=%testing%
    path
    -----result-----
    > PATH=c:\test

J'ai également recréé vos étapes en créant une variable environnementale appelée testing puis j'ai défini mon chemin d'accès à %testing% . Je suis retourné à l'invite de commande et lorsque j'ai tapé path, j'ai obtenu le même résultat.

    PATH=c:\test

Il semble donc que cela devrait fonctionner correctement. En y regardant de plus près, on constate que c'est ce que Microsoft et d'autres fournisseurs semblent faire - il y a de nombreux cas de %systemroot% définie dans le chemin d'accès avec cette variable définie ailleurs.

3 . Il n'y a pas de méthode simple, Path est une ancienne commande DOS qui existe dans le but d'exécuter des exécutables et des commandes lorsqu'ils ne sont pas dans un dossier. Bien qu'elle ne soit pas très utile si vous souhaitez accéder à la ligne de commande, essayez de jeter un coup d'œil à un outil tel que Tout qui peut faciliter l'accès aux dossiers !

4. Tout ce que je peux faire, c'est répéter la réponse de @Randolf Richardson... 6 caractères + ~1 (augmentez d'une unité pour chaque dossier) et essayez de mettre les noms avec des espaces entre guillemets.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X