Perché la mia riga di comando di Windows 8 non aggiorna il suo percorso

Avevo bisogno di aggiungere una nuova voce alla mia variabile PATH. Questa è un'attività comune per me nel mio lavoro, ma di recente ho iniziato a utilizzare Windows 8. Ho pensato che il processo sarebbe stato simile a Windows 7, Vista, XP ...

Ecco la mia sequenza di eventi:

1. Apri Proprietà di sistema (Start-> [tipo "Pannello di controllo"] -> Pannello di controllo \ Sistema e sicurezza \ Sistema -> Impostazioni di sistema avanzate -> Variabili d'ambiente)
2. Aggiungi il nuovo percorso all'inizio della mia variabile USER PATH (C: \ dev \ Java \ apache-ant-1.8.4 \ bin;)
3. Aperto un prompt dei comandi (Start -> [digitare "prompt dei comandi" invio] -> [digitare "percorso" invio]

La mia nuova voce di percorso non è disponibile (vedi immagine e video allegati). Ho duplicato lo stesso identico processo su un computer Windows 7 e ha funzionato.

MODIFICARE

Variabili d'ambiente di Windows 8 e video del prompt dei comandi

MODIFICARE

Questo non è sicuramente il comportamento di Windows 7. Guarda questo video per vedere il comportamento che mi aspetto che funzioni in Windows 7. http://youtu.be/95JXY5X0fII

MODIFICA 31/05/2013

Quindi, dopo molta frustrazione, ho scritto una piccola app C # per testare l' WM_SETTINGCHANGEevento. Questo codice riceve l'evento in Windows 7 e Windows 8. Tuttavia, in Windows 8 sul mio sistema, non ottengo il percorso corretto; ma lo faccio in Windows 7. Questo non può essere riprodotto in altri sistemi Windows 8.

Ecco il codice C #.

using System;
using Microsoft.Win32;

public sealed class App
{
    static void Main()
    {
        SystemEvents.UserPreferenceChanging += new UserPreferenceChangingEventHandler(OnUserPreferenceChanging);

        Console.WriteLine("Waiting for system events.");
        Console.WriteLine("Press <Enter> to exit.");
        Console.ReadLine();
    }

    static void OnUserPreferenceChanging(object sender, UserPreferenceChangingEventArgs e)
    {
        Console.WriteLine("The user preference is changing. Category={0}", e.Category);
        Console.WriteLine("path={0}", System.Environment.GetEnvironmentVariable("PATH"));
    }
}

OnUserPreferenceChanging è equivalente a WM_SETTINGCHANGE

Programma C # in esecuzione in Windows 7 (puoi vedere l'evento che si verifica e raccoglie il percorso corretto).

Programma C # in esecuzione in Windows 8 (puoi vedere l'evento che si verifica, ma il percorso sbagliato).

C'è qualcosa nel mio ambiente che sta precipitando questo problema. Tuttavia, si tratta di un bug di Windows 8?

MODIFICA 2014-04-28

A causa di questo e di molti altri problemi, non utilizziamo più Windows 8 sul desktop. Non abbiamo un ambiente per continuare a testare e sperimentare questo problema. Non esiste ancora una risposta o una soluzione a questo problema per noi. Le risposte di seguito non hanno risolto il nostro problema.

Se si avvia il Prompt dei comandi dal menu Start o un collegamento sulla barra delle attività, è necessario:

• Riavvia explorer. Uccidilo e riavvialo.
• Disconnettersi e riaccedere (che riavvia in modo efficace explorer).
• Riavvia il sistema (che si riavvia in modo efficace explorer).

L'ambiente non si aggiorna immediatamente perché gli ambienti vengono ereditati dal processo principale, ad eccezione di explorer, che viene avviato dal sistema al momento dell'accesso. Ecco come si comporta sul mio sistema Windows 7.

Pertanto, la modifica delle variabili di ambiente aggiorna le chiavi del Registro di sistema, ma queste chiavi non vengono rilette finché il sistema non deve creare un nuovo ambiente di accesso per l'avvio di alcuni processi. Il più delle volte, ciò non accade perché i processi sono figli di un processo che ha già un ambiente, quindi l'ambiente viene ereditato.

Da: http://support.microsoft.com/kb/104011 via /server//q/8855/158027

...

Tuttavia, si noti che le modifiche alle variabili di ambiente non comportano cambiamenti immediati. Ad esempio, se si avvia un altro prompt dei comandi dopo aver apportato le modifiche, le variabili di ambiente rifletteranno i valori precedenti (non quelli correnti). Le modifiche non avranno effetto fino a quando non ti disconnetti e poi riconnetti.

Per effettuare queste modifiche senza disconnettersi, trasmettere un messaggio WM_SETTINGCHANGE a tutte le finestre del sistema, in modo che qualsiasi applicazione interessata (come Windows Explorer, Program Manager, Task Manager, Pannello di controllo e così via) possa eseguire un aggiornamento. MAGGIORI INFORMAZIONI

---

Ad esempio, nei sistemi basati su Windows NT, il seguente frammento di codice dovrebbe propagare le modifiche alle variabili di ambiente utilizzate nel prompt dei comandi:

SendMessageTimeout(HWND_BROADCAST, WM_SETTINGCHANGE, 0,
    (LPARAM) "Environment", SMTO_ABORTIFHUNG,
    5000, &dwReturnValue);

Nessuna delle applicazioni fornite con Windows 95 e Windows 98, inclusi Windows Explorer e Program Manager, risponde a questo messaggio. Pertanto, sebbene questo articolo possa essere tecnicamente implementato su Windows 95 e Windows 98, non vi è alcun effetto se non quello di notificare applicazioni di terze parti. L'unico metodo per modificare le variabili di ambiente globali su Windows 95 è modificare il file autoexec.bat e riavviare.

Il problema è con le impostazioni dell'utente. In Window 8, ogni utente ha le proprie variabili di ambiente.

Apri Proprietà di sistema (Start-> [tipo "Pannello di controllo"] -> Pannello di controllo \ Sistema e sicurezza \ Sistema -> Impostazioni di sistema avanzate -> Variabili d'ambiente)

L'approccio di cui sopra modificherà le variabili di ambiente per l'utente root, forse non per l'utente corrente.

Dovresti andare su account utente -> seleziona il tuo account corrente -> cambia le variabili di ambiente

Dopo la modifica, riavviare Power Shell. Poi

echo $env:JAVA_HOME

o

Get-ChildItem env

Spero che questo ti possa aiutare.

Prova SETX invece SET. Per esempioSETX PATH "%PATH%;MyPath"

Se stai usando Windows 8.1, apri il prompt dei comandi come amministratore, quindi chiama il comando PATH e dovresti vederlo apparire lì. Quando torni al normale cmd, verrà visualizzato anche. E di fatto, dovresti essere in grado di avviare l'applicazione aggiunta dal prompt dei comandi.

In ritardo al suo. Tuttavia. Potresti essere vittima di questo problema: le variabili utente non vengono risolte correttamente in Windows .

Funziona se si utilizza Win + R dal desktop per avviare cmd.exe? La mia ipotesi è che avviarlo dalla schermata Start causi che il genitore del cmd.exe avviato sia diverso da explorer.exe (WSAHost.exe, IIRC o come si chiama) e che il processo genitore non aggiorni il suo ambiente durante i messaggi WM_SETTINGCHANGE. Non ho una macchina Windows 8 a portata di mano per testare ...