SETX ne pas ajouter de chemin d'accès à la variable système path

J'ai essayé la commande ci-dessous pour ajouter le chemin vers le système variable de chemin d'accès par lot de fichier :

setx PATH "%PATH%;C:\Program Files\MySQL\MySQL Server 5.5\bin"

J'ai vérifié la variable système path après l'exécution de commandes ci-dessus-fichier, au-dessus de chemin d'accès n'est pas là.

Vous pouvez voir toutes les fenêtres Variable value contenu ci-dessous::

C:\Program Files (x86)\AMD APP\bin\x86_64;C:\Program Files (x86)\AMDAPP\bin\x86;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\ProgramFiles (x86)\ATI Technologies\ATI.ACE\Core-Static;

Ce que je fais mal?

Utiliser le /m commutateur pour ajouter le chemin d'accès à votre système variable de chemin d'accès au lieu de l'utilisateur de votre variable path. Voir setx
Je crois que cette solution sera le lieu d'un double du système de chemin d'accès dans le parcours utilisateur, en %PATH% s'agrandit pour le système de chemin + chemin d'accès de l'utilisateur, par exemple pour le chemin d'accès au système s, le chemin d'accès utilisateur u, puis setx CHEMIN de %PATH%;c:\foo entraînera l'utilisateur path = s;u;c:\foo et par conséquent %PATH%== s;s;u;c:\foo.
Dans la plupart des réponses à la nouvelle valeur est définie avec SETX "%PATH%" /m, mais le problème que @Wil S pointe est toujours là si PATH a une valeur à la fois le chemin d'accès système (HKLM) et le chemin d'accès utilisateur (HKLU). Certains programmes mis sur le HKLU-CHEMIN lors de l'installation. Pour éviter toute doublons, vous devriez obtenir la valeur de CHEMIN avec REG QUERY et puis ajouter votre nouvelle valeur.

InformationsquelleAutor Hamed Kamrava | 2013-06-21

30

À piggy-back sur @Endoro de réponse (je n'ai pas la rep de commentaire):

Si vous souhaitez modifier l'échelle du système, les variables d'environnement, vous devez utiliser /M, à la:
```
setx PATH "%PATH%;C:\Program Files\MySQL\MySQL Server 5.5\bin" /M
```
setx.exe est pointilleux sur le placement de l' /M, BTW. Il doit être à la fin.
- Ne SETX ne mettent pas plus de 1 024 caractères? Quand j'ai exécuté SETX CHEMIN "%PATH%;C:\Temp" il a fait le travail (pour une résolution 1024 caractères), mais a également mis en garde: Les données enregistrées est tronquée à 1 024 caractères. De toute façon de la contourner? Et je NE PAS souhaitez faire réaliser par éditer le registre.
- La modification du registre n'est pas mauvaise. La seule chose qu'il ne veut pas faire, c'est envoyer le WM_SETTINGSCHANGE message. Vous pouvez toujours définir la valeur de registre puis utilisez setx à définir/annuler certains de sens de la valeur.
- assez sûr que la limitation n'est pas setx per se dans ce cas. La ligne de commande limites de taille sont beaucoup plus sévères sur Windows que sur Linux, par exemple.
- J'ai également eu à démarrer une nouvelle fenêtre d'invite de commande avant le nouveau chemin d'accès utilisable.
- SETX changements de l'environnement global variable mais le processus doit vérifier pour voir si il a été mis à jour. CMD.EXE ne jamais vérifier. Pour modifier une variable dans CMD, utilisez SET (par exemple SET "PATH=%PATH%;C:\path\to\bin\dir")
InformationsquelleAutor mojo

AVERTISSEMENT!

setx tronque la valeur de 1 024 caractères.

Si vous l'utilisez pour modifier le CHEMIN d'accès que vous pourrait gâcher votre système.

Vous pouvez utiliser cette PowerShell fragment de code à ajouter quelque chose à votre chemin d'accès:

$new_entry = 'c:\blah'

$old_path = [Environment]::GetEnvironmentVariable('path', 'machine');
$new_path = $old_path + ';' + $new_entry
[Environment]::SetEnvironmentVariable('path', $new_path,'Machine');

Dans le cas où vous ne voulez pas ajouter de nouveau un déjà existant entrée de quelque chose comme cela va faire (voir, par une meilleure version un peu plus bas):

$new_entry = 'c:\blah'
$search_pattern = ';' + $new_entry.Replace("\","\\")

$old_path = [Environment]::GetEnvironmentVariable('path', 'machine');
$replace_string = ''
$without_entry_path = $old_path -replace $search_pattern, $replace_string
$new_path = $without_entry_path + ';' + $new_entry
[Environment]::SetEnvironmentVariable('path', $new_path,'Machine');

Ici une version plus récente que j'utilise maintenant (2017-10-23).
Cette version gère imbriquée correctement les chemins.
E. g. il traite le cas de CHEMIN contenant "c:\tool\foo" et vous voulez ajouter "c:\tool".

$desired_entry = 'C:\test'

$old_path = [Environment]::GetEnvironmentVariable('path', 'machine');

$old_path_entry_list = ($old_path).split(";")
$new_path_entry_list = new-object system.collections.arraylist

foreach($old_path_entry in $old_path_entry_list) {
    if($old_path_entry -eq $desired_entry){
        # ignore old entry
    }else{
        [void]$new_path_entry_list.Add($old_path_entry)
    }
}
[void]$new_path_entry_list.Add($desired_entry)
$new_path = $new_path_entry_list -Join ";"

[Environment]::SetEnvironmentVariable('path', $new_path,'Machine');

Que dois-je utiliser pour la variable machine? Est-il le nom de mon ordinateur?
"machine" est une constante chaîne de caractères et non une variable.
Appliqué amélioration proposée par beau

InformationsquelleAutor Robert Fey

6

vous ne devriez pas regarder les variables d'environnement système, mais de vos variables d'environnement utilisateur:
- Comment vous arrivez à cette fenêtre?
- Clic droit sur "Ce PC" > cliquez sur "Propriétés" > sur le panneau de gauche de la fenêtre qui apparaît, cliquez sur "paramètres système Avancés" > cliquez sur l'onglet "avancé" > cliquez sur "variables d'environnement" bouton au bas de la fenêtre.
InformationsquelleAutor Endoro
5
```
SETX /M Path "%PATH%;%ProgramFiles%\MySQL\MySQL Server 5.5\bin\
```
Il va ajouter votre chemin à la variable système

InformationsquelleAutor chiragchavda.ks

Ne devez jamais utiliser setx pour un chemin d'accès puisqu'il est limité à 1024 caractères, comme indiqué.

Pourrait utiliser reg add:

set pathkey="HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment"
for /F "usebackq skip=2 tokens=2*" %%A IN (`reg query %pathkey% /v Path`) do (reg add %pathkey% /f /v Path /t REG_SZ /d "%%B;C:\Program Files\MySQL\MySQL Server 5.5\bin")

ou un ensemble pathkey="HKEY_CURRENT_USER\Environnement" pour le chemin d'accès utilisateur.

Puis de diffuser le changement:

powershell -command "& {$md=\"[DllImport(`\"user32.dll\"\",SetLastError=true,CharSet=CharSet.Auto)]public static extern IntPtr SendMessageTimeout(IntPtr hWnd,uint Msg,UIntPtr wParam,string lParam,uint fuFlags,uint uTimeout,out UIntPtr lpdwResult);\"; $sm=Add-Type -MemberDefinition $md -Name NativeMethods -Namespace Win32 -PassThru;$result=[uintptr]::zero;$sm::SendMessageTimeout(0xffff,0x001A,[uintptr]::Zero,\"Environment\",2,5000,[ref]$result)}"

InformationsquelleAutor colin lamarre

0

J'ai connu le même problème quand j'ai essayé d'ajouter des variables de chemin d'accès liées à la fortran (Eclipse c/c++/fortran)

J'ai essayé
SETX /M Chemin "%PATH%;C:\Users\mahidhai\cygwin64\bin"
dans l'invite de commande en tant qu'administrateur .J'ai eu d'avertissement en disant:
de données tronquées à 1024 caractères et stockées .

SOlution:
Allez à fichier de registre directement.
Exécuter->regedit
Accédez à l'Environnement

(Chemin d'accès complet : HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment )

Cliquez sur le chemin d'accès du registre et ajouter la variable de chemin d'accès directement.
Ou de supprimer tout répété variables de chemin d'accès .

Maintenant , ouvrez l'invite de commande, puis exécuter la même commande
setx /M chemin "%path%, "

Variable de chemin d'accès pourrait être lié à C ou C++ ou fortran

Pas de soucis dans l'édition d'un fichier du registre , il sera enregistré en permanence , ne pas avoir peur que les variables d'environnement sont dans le gestionnaire de session.

InformationsquelleAutor V SAI MAHIDHAR

Vous devez vous connecter pour publier un commentaire.