Zmienna działa tylko z poziomu cmd.exe

Zmienna działająca tylko z poziomu cmd.exe wskazuje na brak jej propagacji do procesów uruchamianych przez inne powłoki.

Jak rozumieć zmienną dostępną wyłącznie w cmd.exe

Określenie „zmienna działa tylko z poziomu cmd.exe” opisuje sytuację, w której wartość została utworzona albo zmieniona w środowisku interpretera poleceń systemu Windows, lecz nie jest widoczna w innych, już uruchomionych procesach. W najprostszym przypadku użytkownik otwiera okno cmd.exe i wpisuje polecenie set NAZWA=wartość. Zmienna trafia wtedy do tablicy zmiennych środowiskowych należącej do konkretnego procesu cmd.exe. Można ją odczytać poleceniem echo %NAZWA% albo wyświetlić wszystkie zmienne za pomocą samego polecenia set.

Nie jest to zmienna globalna dla całego systemu Windows. Proces cmd.exe ma własne środowisko, a zmiana wykonana poleceniem set obowiązuje w tym oknie oraz w procesach potomnych uruchomionych później z tego okna, o ile proces potomny otrzyma dziedziczone środowisko. Zmiana nie modyfikuje automatycznie środowiska procesu nadrzędnego, innego okna cmd.exe ani programu, który był już uruchomiony. Zamknięcie okna cmd.exe usuwa zmiany wykonane wyłącznie przez set, ponieważ nie zostały zapisane jako trwała konfiguracja użytkownika lub systemu.

Dziedziczenie środowiska przez procesy Windows

W systemie Windows zmienne środowiskowe są przekazywane według relacji rodzic–dziecko. Gdy cmd.exe uruchamia program, na przykład przez wpisanie nazwy pliku wykonywalnego, nowy proces zwykle otrzymuje kopię środowiska istniejącego w chwili uruchomienia. Jeżeli przed startem programu wykonano set TRYB= test, aplikacja uruchomiona z tego samego okna może odczytać zmienną TRYB. Jeżeli jednak program został uruchomiony wcześniej, późniejsza zmiana w cmd.exe nie aktualizuje jego środowiska. Każdy proces korzysta z własnej kopii, a nie ze wspólnej tabeli zmiennych synchronizowanej na bieżąco.

Ta zasada wyjaśnia, dlaczego zmienna może być dostępna w cmd.exe, ale niewidoczna w PowerShellu, innym interpreterze lub aplikacji uruchomionej niezależnie z menu Start. Nowa powłoka nie jest automatycznie dzieckiem konkretnego okna cmd.exe. Może zostać uruchomiona przez Eksplorator Windows, usługę, terminal albo inną powłokę i otrzymać środowisko od innego procesu. Warto też odróżnić zmienną środowiskową od zmiennej używanej przez składnię konkretnej powłoki. Cmd.exe rozwija zapis %NAZWA%, natomiast PowerShell używa zapisu $env:NAZWA; różna składnia odczytu nie oznacza jednak, że oba interpretery muszą mieć identyczny zestaw zmiennych.

Różnica między set, setx i trwałą konfiguracją

Polecenie set zmienia środowisko bieżącego procesu cmd.exe. Jest przydatne w skryptach wsadowych, podczas testów oraz przy uruchamianiu programu z określonym zestawem parametrów. Przykład set PATH=%PATH%;C:\Narzędzia modyfikuje wartość PATH tylko w bieżącym interpreterze i jego później uruchomionych procesach potomnych. Taki zapis może również powodować błędy, jeśli ścieżka zawiera znaki wymagające odpowiedniego cytowania albo jeśli do wartości zostanie przypadkowo dopisana spacja.

Polecenie setx działa inaczej. Zapisuje zmienną środowiskową w trwałej konfiguracji użytkownika albo systemu, ale nie zmienia środowiska bieżącego okna cmd.exe. Aby zobaczyć efekt w nowym procesie, zwykle trzeba zamknąć bieżące okno i uruchomić nową powłokę lub program. Dotychczas działające aplikacje nadal korzystają ze starego środowiska. Przy diagnozie należy więc sprawdzić, czy test wykonano w tym samym procesie, w procesie potomnym, czy w niezależnie uruchomionej powłoce. Pomocne są polecenia set NAZWA, echo %NAZWA% oraz sprawdzenie sposobu uruchomienia badanego programu.

Praktyczne rozpoznanie problemu w środowisku Windows

Jeżeli skrypt wsadowy działa poprawnie tylko po wcześniejszym wpisaniu polecenia w cmd.exe, należy ustalić, czy zmienna jest ustawiana w tym samym kontekście wykonania. Skrypt uruchomiony dwukrotnym kliknięciem może działać w osobnym, krótkotrwałym procesie cmd.exe, a zmiany wykonane w nim znikną po zakończeniu skryptu. Podobnie uruchomienie programu z poziomu edytora kodu, harmonogramu zadań lub innego terminala może wykorzystać środowisko zapisane wcześniej przez proces nadrzędny. Sam fakt, że polecenie echo %NAZWA% zwraca wartość w jednym oknie, nie potwierdza jej obecności w całym systemie.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów i komputerów PC, w których problemy z powłoką systemową, skryptami wsadowymi albo zmiennymi środowiskowymi utrudniają uruchamianie programów. Podczas diagnostyki można rozdzielić błąd składni polecenia, brak dziedziczenia środowiska, uruchomienie aplikacji przed ustawieniem zmiennej oraz różnicę między konfiguracją tymczasową i trwałą. Takie rozróżnienie pozwala ustalić, czy problem dotyczy samego cmd.exe, sposobu startu aplikacji, profilu użytkownika, czy wartości zapisanej w konfiguracji systemu Windows.