Warum aktualisiert meine Windows 8-Befehlszeile den Pfad nicht?

Ich musste meiner PATH-Variablen einen neuen Eintrag hinzufügen. Dies ist eine häufige Aktivität für mich in meinem Job, aber ich habe kürzlich angefangen, Windows 8 zu verwenden. Ich bin davon ausgegangen, dass der Prozess Windows 7, Vista, XP ähnelt ...

Hier ist meine Abfolge von Ereignissen:

1. Öffnen Sie die Systemeigenschaften (Start-> [Typ "Systemsteuerung"] -> Systemsteuerung \ System und Sicherheit \ System -> Erweiterte Systemeinstellungen -> Umgebungsvariablen).
2. Füge den neuen Pfad zum Anfang meiner USER PATH-Variablen hinzu (C: \ dev \ Java \ apache-ant-1.8.4 \ bin;)
3. Öffnete eine Eingabeaufforderung (Start -> [Typ "Eingabeaufforderung" eingeben] -> [Typ "Pfad" eingeben]

Mein neuer Pfadeintrag ist nicht verfügbar (siehe angehängte Bilder und Videos). Ich habe genau den gleichen Prozess auf einem Windows 7-Computer dupliziert und es hat funktioniert.

BEARBEITEN

Windows 8-Umgebungsvariablen und Eingabeaufforderungsvideo

BEARBEITEN

Dies ist definitiv nicht das Verhalten von Windows 7. In diesem Video wird das erwartete Verhalten unter Windows 7 gezeigt. Http://youtu.be/95JXY5X0fII

EDIT 31.05.2013

Also habe ich nach viel Frust eine kleine C # -App geschrieben, um das WM_SETTINGCHANGEEvent zu testen . Dieser Code empfängt das Ereignis sowohl in Windows 7 als auch in Windows 8. In Windows 8 auf meinem System erhalte ich jedoch nicht den richtigen Pfad. aber ich mache in Windows 7. Dies konnte nicht in anderen Windows 8-Systemen reproduziert werden.

Hier ist der C # -Code.

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 ist äquivalent zu WM_SETTINGCHANGE

C # -Programm, das unter Windows 7 ausgeführt wird (Sie können sehen, dass das Ereignis eintrifft und den richtigen Pfad ermittelt).

C # -Programm, das unter Windows 8 ausgeführt wird (Sie können sehen, dass das Ereignis durchgelaufen ist, aber der falsche Pfad).

Es gibt etwas an meiner Umgebung, das dieses Problem auslöst. Ist dies jedoch ein Windows 8-Fehler?

EDIT 2014-04-28

Aufgrund dieses und mehrerer anderer Probleme wird Windows 8 auf dem Desktop nicht mehr verwendet. Wir haben keine Umgebung, um mit diesem Problem weiter zu testen und zu experimentieren. Es gibt noch keine Antwort oder Lösung für dieses Problem für uns. Die folgenden Antworten haben unser Problem nicht gelöst.

Wenn Sie die Eingabeaufforderung über das Startmenü oder eine Verknüpfung in Ihrer Taskleiste starten, müssen Sie entweder:

• Neu starten explorer. Töte es und starte es neu.
• Melden Sie sich ab und wieder an (dies führt zu einem Neustart explorer).
• Starten Sie das System neu (wodurch auch ein Neustart erfolgt explorer).

Die Umgebung wird nicht sofort aktualisiert, da Umgebungen von ihrem übergeordneten Prozess geerbt werden, mit Ausnahme von explorer, der beim Anmelden vom System gestartet wird. So verhält es sich auf meinem Windows 7-System.

Wenn Sie also die Umgebungsvariablen ändern, werden die Registrierungsschlüssel aktualisiert. Diese Schlüssel werden jedoch erst dann erneut gelesen, wenn das System für einen Prozess, der gestartet wird, eine neue Anmeldeumgebung erstellen muss. Meistens geschieht dies nicht, da Prozesse untergeordnete Elemente eines Prozesses sind, der bereits über eine Umgebung verfügt, sodass die Umgebung vererbt wird.

Von: http://support.microsoft.com/kb/104011 über /server//q/8855/158027

...

Beachten Sie jedoch, dass Änderungen an den Umgebungsvariablen keine sofortige Änderung zur Folge haben. Wenn Sie beispielsweise eine andere Eingabeaufforderung starten, nachdem Sie die Änderungen vorgenommen haben, geben die Umgebungsvariablen die vorherigen (nicht die aktuellen) Werte wieder. Die Änderungen werden erst wirksam, wenn Sie sich abmelden und wieder anmelden.

Senden Sie eine WM_SETTINGCHANGE-Nachricht an alle Fenster im System, damit alle interessierten Anwendungen (z. B. Windows Explorer, Programm-Manager, Task-Manager, Systemsteuerung usw.) ein Update durchführen können, ohne sich abmelden zu müssen. MEHR INFORMATIONEN

---

Auf Windows NT-basierten Systemen sollte beispielsweise das folgende Codefragment die Änderungen an den in der Eingabeaufforderung verwendeten Umgebungsvariablen weitergeben:

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

Keine der mit Windows 95 und Windows 98 gelieferten Anwendungen, einschließlich Windows Explorer und Programm-Manager, antwortet auf diese Nachricht. Während dieser Artikel technisch auf Windows 95 und Windows 98 implementiert werden kann, gibt es keine Auswirkung, außer Anwendungen von Drittanbietern zu benachrichtigen. Die einzige Methode zum Ändern globaler Umgebungsvariablen unter Windows 95 besteht darin, die Datei autoexec.bat zu ändern und einen Neustart durchzuführen.

Das Problem liegt in Ihrer Benutzereinstellung. In Windows 8 verfügt jeder Benutzer über eigene Umgebungsvariablen.

Öffnen Sie die Systemeigenschaften (Start-> [Typ "Systemsteuerung"] -> Systemsteuerung \ System und Sicherheit \ System -> Erweiterte Systemeinstellungen -> Umgebungsvariablen).

Bei der obigen Vorgehensweise werden Umgebungsvariablen für den Root-Benutzer bearbeitet, möglicherweise nicht für Ihren aktuellen Benutzer.

Sie sollten zum Benutzerkonto gehen -> Ihr aktuelles Konto auswählen -> Umgebungsvariablen ändern

Starten Sie die Power Shell nach dem Wechsel neu. Dann

echo $env:JAVA_HOME

oder

Get-ChildItem env

Hoffe das wird dir helfen.

Versuchen Sie SETX statt SET. Z.BSETX PATH "%PATH%;MyPath"

Wenn Sie Windows 8.1 verwenden, öffnen Sie die Eingabeaufforderung als Administrator, und rufen Sie den Befehl PATH auf. Dieser sollte dort angezeigt werden. Wenn Sie zu normalem cmd zurückkehren, wird es auch angezeigt. Tatsächlich sollten Sie in der Lage sein, die hinzugefügte Anwendung über die Eingabeaufforderung zu starten.

Spät zu seinem. Jedoch. Möglicherweise sind Sie ein Opfer dieses Problems: Benutzervariablen werden in Windows nicht korrekt aufgelöst .

Funktioniert es, wenn Sie mit Win + R vom Desktop aus cmd.exe starten? Ich vermute, dass das Starten über den Startbildschirm dazu führt, dass sich das übergeordnete Element der gestarteten Datei cmd.exe von explorer.exe (WSAHost.exe, IIRC oder wie auch immer es heißt) unterscheidet und dass der übergeordnete Prozess seine Umgebung während WM_SETTINGCHANGE-Nachrichten nicht aktualisiert. Ich habe keine Windows 8-Maschine zum Testen zur Hand ...