Почему Windows не может обрабатывать переменную среды в Path?

Question

У меня и моего коллеги одинаковые рабочие станции Dell с установленной Windows XP Professional x64 edition.

Моя переменная окружения Path начинается с:

%JAVA_HOME%\bin;...

Переменная Path моего коллеги включает в себя тот же каталог, указанный с использованием той же переменной окружения, но это не первый элемент в его Path.

Если я обращаюсь к системным свойствам -> переменным окружения и изменяю значение моей переменной JAVA_HOME, версия java, найденная из командной строки, изменяется, как я ожидаю. Это запускает совершенно новое окно консоли, чтобы быть уверенным, что вы подберете изменения.

Но на машине моего коллеги это не так. Он продолжает находить свою предыдущую версию Java, пока не вызовет переменную Path и не сохранит ее (даже если он не вносит в нее изменений). (Опять же, это при запуске совершенно нового окна консоли.)

Я наблюдаю это несоответствие в Windows в течение приблизительно 6 месяцев и очень любопытно об этом. У нас в офисе слишком много версий Windows, поэтому до сих пор у меня не было возможности увидеть, как это происходит на двух машинах с одинаковой версией ОС.

Чем это вызвано? Почему его машина не переоценивает Path, используя новый JAVA_HOME, когда мой делает?

(Это потому, что это не первая вещь на Пути? Если так, как это могло быть и почему? Я бы сделал больше тестов, чтобы проверить, но я думаю, что он сыт этим по горло и хотел бы вернуться к работе.)

Answer 1

Ваш путь - это объединение системного пути и пользовательского пути. Кроме того, системные переменные среды могут не содержать ссылок на пользовательские переменные среды, и любые такие ссылки не будут расширены. Чтобы получить желаемый результат, вставьте ссылку на% JAVA_HOME% в переменную среды пользователя PATH или создайте такую переменную, если она еще не существует.

Возможно, упрощенный пример прояснит это. Предположим, что среда SYSTEM

ProgramFiles = C:\Program Files
SystemRoot = C:\WINDOWS
PATH = %SystemRoot%\SYSTEM32

и среда пользователя JSmith является

JAVA_HOME = %ProgramFiles%\Java\bin
USERPROFILE = C:\USERS\JSmith
PATH = %JAVA_HOME%\bin;%USERPROFILE%\bin

тогда результирующий путь будет

C:\WINDOWS\SYSTEM32;C:\Program Files\Java\bin;C:\Users\JSmith\bin

по желанию.

Answer 2

Проверьте в реестре Windows под этим ключом:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SessionManager\Environment

ЕСЛИ переменная среды должна быть расширена (здесь:% JAVA_HOME%)

тогда переменная должна быть установлена как значение REG_EXPAND_SZ .

При использовании reg.exe через командную строку для добавления / редактирования значений реестра по умолчанию введите REG_SZ. Укажите тип REG_EXPAND_SZ с помощью параметра reg add /t REG_EXPAND_SZ .

Answer 3

Существует определенная проблема с расширением переменных среды внутри переменной PATH, когда переменная раскрывается в путь, содержащий пробелы.

Мы создали наши собственные переменные системного уровня, такие как «OUR_ROOT = c:\MyRoot», а затем использовали их в системном PATH, например «PATH =;% OUR_ROOT%\bin;» и это правильно раскрывается в "PATH =; c:\MyRoot\bin;". Пока проблем нет.

Но в Windows 7 (32-разрядная версия) я сам установил продукт и создал системные переменные среды, например:

STUDIO_BIN=C:\program files\Company Name\Product Name 10.4\bin

и он добавил его в системную переменную PATH:

PATH=<other path elements>;%STUDIO_BIN%;<more path elements>

Но значения PATH, показанные в CMD, содержали «% STUDIO_BIN%;» а не расширенный путь. Значение в «Мой компьютер»> «Свойства»> «Дополнительно»> «Env.Vars» также не изменилось. Это означало, что я не мог запускать программы, которым требовалась DLL в этом каталоге.

Просто изменив STUDIO_BIN (через Мой компьютер> Свойства> Дополнительно ...> Env Vars) на имя без встроенных пробелов:

STUDIO_BIN=C:\ProductName\bin

и затем перезапуская окно CMD, PATH теперь:

PATH=<other path elements>;C:\ProductName\bin;<more path elements>

Другое решение состоит в том, чтобы в достаточной степени отредактировать системную переменную, которую вы используете в PATH, с помощью диалогового окна «Мой компьютер»> «Свойства»> «Дополнительно»> «Переменные среды». Я попытался добавить символ и удалить его, чтобы внести «изменения», а затем «ОК» вышел, запустил новое приглашение CMD, и PATH НЕ был правильно расширен. Затем я попытался удалить часть пути, чтобы это было

STUDIO_BIN=C:\Program Files\Company Name

(опуская "Название продукта 10.4") и вот, и следующее приглашение CMD показало PATH с правильно расширенным STUDIO_BIN!

Как ни странно, если я вернулся и добавил «Имя продукта 10.4» в STUDIO_BIN (включая все пробелы, которые были изначально там до того, как я начал работать с ним), и PATH все равно был правильно расширен.

Очевидно, что при достаточном изменении содержимого переменная PATH подвергается некоторой дополнительной обработке в диалоговом окне «Переменные среды», которая позволяет ему работать. Обработка не выполняется, когда переменная была добавлена установщиком продукта (который, вероятно, просто изменил PATH в реестре напрямую).

Я почти уверен, что это была проблема и с XP. Он только что появился у меня в Windows 7, когда я собирал новую машину для разработки. Видимо, это не было исправлено Microsoft.

Очевидно, что даже переменные, определенные в MS, такие как% ProgramFiles%, не будут правильно расширяться в переменной PATH.

Эта страница дает возможный ответ, если вы устанавливаете PATH через командную строку или командный файл. (Заключите всю команду после SET в кавычки.) Я не знаю, какой установщик использовал продукт, который я установил, чтобы установить переменные среды, но он, очевидно, обходился без какой-либо обработки, необходимой для правильного расширения путей пробелами.

Итак, подведем итог: вы можете:

• изменить пути (и переместить все связанные файлы) на пути без пробелов, или

• отредактируйте переменные, которые не могут быть расширены, в диалоговом окне «Переменные среды» (изменив их достаточно для правильной обработки - я не уверен, насколько этого достаточно).

Answer 4

Я спросил об этом на форумах Microsoft в марте 2009 года, но так и не решил:

Как использовать% ProgramFiles% в переменной среды Path?:

---

Я пытаюсь добавить папку в системную переменную окружения Path.

я хочу добавить % ProgramFiles%\SysInternals

к существующей переменной пути:

C:\PROGRA ~ 1\Borland\Delphi5\Projects\ BPL; C:\PROGRA ~ 1\Borland\Delphi5\ Bin; % SystemRoot%\ system32; % SystemRoot% ;% SystemRoot %\ System32\ Wbem; C:\ Program Files\ Microsoft SQL Server\ 80\ Tools\ BINN; C:\ Program Files\ Microsoft SQL Server\ 80\ Tools\ Binn\; C:\ Program Files\ Microsoft SQL Server\ 90\ Tools\ binn\; C:\ Program Files\ Microsoft SQL Server\ 90\ DTS\ Binn\; C:\ Program Files\ Microsoft SQL Server\ 90\ Tools\ Binn\ VSShell\ Common7\ IDE\; C:\ Program Files\ Microsoft Visual Studio 8\ Common7\ IDE\ PrivateAssemblies\;% SYSTEMROOT %\ System32\ WindowsPowerShell\ v1.0\

Так что я иду в место, где вы редактируете это:

И я добавляю свою переменную в путь:

% ProgramFiles %\SysInternals; C:\PROGRA ~ 1\Borland\Delphi5\Projects\Bpl; (Надрез)

Затем, открыв новое окно командной строки, переменная среды не заменяется ее фактическим значением:

Путь =% ProgramFiles %\SysInternals; C:\PROGRA ~ 1\Borland\Delphi5\Projects\Bpl(snip)>

Который вы можете увидеть на следующем скриншоте:

---

Но чтобы ответить на ваш вопрос: я не знаю. Похоже, это не может быть сделано.

Answer 5

Существует два уровня переменных среды: глобальный и пользовательский. Если он установил% Java_home% в качестве переменной окружения пользователя, но вместо этого изменил глобальную переменную, он не увидит никакой разницы.

Answer 6

Добавьте переменные окружения во время входа в сеанс /console с помощью MSTSC.

Перезагрузите компьютер, и вы увидите, что переменные среды сохранятся.

Кажется, в O/S есть причуды в зависимости от того, как вы были подключены к машине, когда вы пытались изменить переменную среды.

Answer 7

Убедитесь, что в переменной PATH нет пробелов, когда вы определяете собственные переменные среды пользователя. например: C:\GNAT\bin; C:\GNAT\include не будет работать из-за пробела между ";" и "C:\GNAT\include".

Answer 8

У меня была такая же проблема, и я знаю, как ее исправить, она хромая.

Просто измените ваш PATH еще раз, но не вносите изменений, и заново сохраните PATH. По какой-то причине это приводит к повторной оценке всех вложенных ссылок на переменные среды.

Если это не работает, сделайте это еще несколько раз, так или иначе это просто работает само по себе.

Answer 9

Это может быть связано с функцией "отложенного расширения переменной среды" (или ее отсутствием), или, возможно, вы можете воспользоваться этой функцией, чтобы всегда иметь правильное решение.

из командной строки cmd

set /? 

и прочитайте раздел, описывающий "отложенное расширение переменной среды", который включает небольшой пример для тестирования

set VAR=before
if "%VAR%" == "before" (
    set VAR=after
    if "%VAR%" == "after" @echo If you see this, it worked
)

Если вы не получите линию эха, то это может объяснить это ...

Однако, если вы запускаете cmd.exe с параметром /V, вы можете использовать "!"вместо"% ", который меняет поведение

set VAR=before
if "%VAR%" == "before" (
    set VAR=after
    if "!VAR!" == "after" @echo If you see this, it worked
)

У меня (работает на XP)1-й скрипт не работал, но вторая версия работала (с cmd.exe /V)

Answer 10

Я верю, что Windows не может раскрыть переменную в PATH, потому что она думает, что еще не определена. Рассматривать:

REM Ensure variable is undefined
SET UNDEFINED=
REM And then try to expand it
ECHO UNDEFINED=%UNDEFINED%

Эта гипотеза согласуется с моим другим наблюдением - добавление %ProgramFiles%\Something к пользовательской PATH всегда приведет к ожидаемому расширению %ProgramFiles% , учитывая, что оно было определено в машинной среде во время уведомления об изменении переменной (из-за порядка загрузки - MACHINE а затем ПОЛЬЗОВАТЕЛЬ). Но когда вы модифицируете машинную среду, правильное расширение переменных происходит только во время загрузки (сейчас я понятия не имею, как и почему это не происходит на регулярной основе).

Answer 11

Я решил установить переменные среды в System> Advanced Settings> Environment Variables.

Есть две панели: Пользовательские и Глобальные переменные (пользователь - ваше имя пользователя Windows) и Системные переменные являются глобальными переменными, поэтому, если вы установите «Новый» из пользовательских переменных, таких как JAVA_HOME и укажите свой путь ниже, вы будете устанавливать переменные, даже если ваш глобальный путь есть программные файлы внутри папки.

Answer 12

PATH - это конкатенация пользовательской переменной PATH, за которой следует глобальная переменная PATH. Чтобы использовать одну переменную внутри другой, первая должна быть уже установлена. Пользовательские переменные устанавливаются перед глобальными переменными (по крайней мере, здесь, в моей 64-битной Windows 7), поэтому вы не можете использовать глобальные переменные в своей пользовательской переменной PATH. Кроме того, переменные устанавливаются в алфавитном порядке, поэтому вы должны помнить об этом.

Answer 13

Возможно, вы делаете это неправильно?

Я пробовал с Windows XP Pro SP3 (32 бита). У меня есть путь с несколькими вхождениями %JAVA_HOME% (и %JAVAFX_HOME% и т.д.). Я иду в командную строку, введите PATH , я вижу, что переменные раскрыты. Хорошо.

Я изменяю значение JAVA_HOME . Вернуться к тому же окну командной строки, снова PATH , то же значение ... как и ожидалось (по опыту!).

Я открываю новое окно командной строки, набираю PATH , понял, я вижу новое значение.

Не уверен, каков точный механизм, но кажется, что любая запущенная программа, включая cmd.exe, захватывает значения переменных среды в момент запуска и не оглядывается назад ... (хотя я считаю, что программа с хорошим поведением может прислушайтесь к изменениям env, хотя и не уверен).

Это может быть замечено как особенность, ошибка или раздражение, но это так. По крайней мере, в отличие от Win9X, нам не нужно перезагружать компьютер! И в отличие от времени NT (IIRC), вам не нужно выходить из системы и обратно.

Почему несоответствие? Пути Microsoft непостижимы ... :-P