Исправить значение переменной PATH

@Kir@ · Регистрация: 07.02.2010

Author24 — интернет-сервис помощи студентам

Здрям!

Bash

1	pathman /as "O:\Oracle\Ora11g\bin"

Добавляется переменная, но в конец.
Подскажите, пожалуйста, как ее воткнуть первой?

magirus · 19.10.2012, 11:53

а какая разница, в начале она или в конце?

Charles Kludge · 19.10.2012, 13:25

Kir@, смотрите в сторону SetX.

magirus · 19.10.2012, 13:52

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment\path
сама переменная.
батник:

Код

reg add \\HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment /v Path /t REG_EXPAND_SZ /d O:\Oracle\Ora11g\bin;%%SystemRoot%%\system32;%%SystemRoot%%;%%SystemRoot%%\System32\Wbem; /f

Dragokas · 19.10.2012, 15:03

Bash

1 2	set newpath=c:\MyProgramPath reg.exe add "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /v Path /t REG_EXPAND_SZ /d %newpath%;%path% /f

Bash

1 2	set newpath=c:\MyProgramPath SetX path %newpath%

Правда SetX есть только в системах >= Windows Server 2003.

Charles Kludge · 19.10.2012, 15:10

Сообщение от Dragokas

Session Manager

Не сработает - есть пробел.
И это тоже, почему - ХЗ.

Bash

set PATH=O:\Oracle\Ora11g\bin;%PATH%
echo %PATH%
pause
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environmenment" /v Path /f /t REG_EXPAND_SZ /d "%PATH%"
pause
reg query "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /v Path

Dragokas · 19.10.2012, 19:22

Вооружившись RegShot-ом сделал снимок и нашел куст:
HKEY_CURRENT_USER\Environment
где изменяется пользовательская переменная среды, при выполнении команды

Bash

1	SetX path Добавляемая папка

Но открыв реестр, и вручную изменив там это значение, запустить программу по этому пути не удается.
Не могу найти, что еще прописывает команда Setx, неужели задействует какие-то API-функции.

Комментарий модератора

Не используйте SetX для присвоения значения переменной Path.
Это неверный способ, т.к. переменная будет создана по адресу:
HKEY_CURRENT_USER\Environment\Path
что хоть и перекроет системную переменную HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment
но остальные приложения, которые будут записывать новые пути в правильное расположение Path уже будут недоступные.
Верный алгоритм расписан в теме: Автоматически прописать путь к папке в переменную Path

Charles Kludge · 19.10.2012, 19:28

Сообщение от Dragokas

Правда SetX есть только в системах >= Windows Server 2003

ORLY?
Windows XP Service Pack 2 Support Tools
В списке есть...

magirus · 19.10.2012, 19:39

Сообщение от Charles Kludge

Windows XP Service Pack 2 Support Tools

ктож его ставит то? он по умолчанию не устанавливается....

@Kir@ · 20.10.2012, 17:02 **[ТС]**

Сообщение от magirus

а какая разница, в начале она или в конце?

Высшие админы сказали: "обязательно в начале", но метод научного тыка показал, что разницы нет. Работает и так и сяк.

@Smitis · 21.10.2012, 21:27

но метод научного тыка показал, что разницы нет

Разница может быть, если попадутся исполняемые файлы с одинаковыми именами. Тогда запустится тот, который встретится в папке, которая в списке раньше.

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

Любой процесс, после запуска получает копию PATH, склееную из системной PATH и пользовательской. При ручном изменении, например, тот же TotalCommander, не будет знать об изменении переменной, т.к. работает с копией. Пока не будет закрыт и запущен заново. То же самое и CMD - если изменить через pathman, то надо ещё и изменить локальную PATH командой SET.

Кстати, вот цитата из хелпа команды SETX:

2) На локальном компьютере переменные, созданные или измененные данным
средством, будут доступны в будущем окне командной строки,
но не в текущем окне CMD.exe.

Dragokas · 21.10.2012, 21:58

Smitis, естественно я проверял в новой сессии CMD. Но это не помогло, в отличии от работы команды setX.

@Kir@ · 22.10.2012, 09:47 **[ТС]**

Сообщение от Smitis

Разница может быть, если попадутся исполняемые файлы с одинаковыми именами. Тогда запустится тот, который встретится в папке, которая в списке раньше.

В начале батника удаляется из PATH вся информация о предыдущей версии oracle, так что вероятность встречи равна нулю. имхо, админы перестарховывались.

@Smitis · 23.10.2012, 12:23

естественно я проверял в новой сессии CMD. Но это не помогло, в отличии от работы команды setX.

Ради интереса, поискал. По идее, там ещё сообщение WM_SETTINGCHANGE должно рассылаться окнам через SendMessage. Видимо, setx это и делает. Но это ещё и не для всех приложение работает.
http://support.microsoft.com/kb/104011/en-us

Dragokas · 23.10.2012, 13:31

Во как! Догадка оказалась верной. Спасибо.

Хорошо бы иметь под руками альтернативу. Может, RunDll32 с особыми параметрами
сумеет сделать обновление.

@Smitis · 23.10.2012, 14:47

Сообщение от Dragokas

Во как! Догадка оказалась верной. Спасибо.

Хорошо бы иметь под руками альтернативу. Может, RunDll32 с особыми параметрами
сумеет сделать обновление.

Раньше для обновления после изменений в реестре работало (но на переменных среды не проверял)

Bash

1	rundll32 user32.dll,UpdatePerUserSystemParameters

Начиная с висты, говорят, не работает. Надо проверять, в общем.

@Smitis · 02.05.2013, 12:34

Сообщение от Dragokas

переменная будет создана по адресу:
HKEY_CURRENT_USER\Environment\Path
что хоть и перекроет системную переменную HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment
но остальные приложения, которые будут записывать новые пути в правильное расположение Path уже будут недоступные.

Ситуация с PATH отлична от других переменных, видимо, в связи с её важностью.
Я бы сформулировал логику работы с переменными так (возможно не прав) - эти записи в реестре ещё не сами переменные, а лишь значения, которые будут присвоены переменным. Сначала берётся системная ветка и создаются переменные. Затем пользовательские, при этом в одноимённых переменных пользовательские значения затирают системные. Но для PATH алгоритм другой - для формирования переменной берётся значение из HKCU, которое объединяется со значением из HKLM. Это легко проверить. У меня, например, есть и пользовательская PATH и системная. Команда set (да и любая функция чтения переменных) показывает, что в path попадают обе части.

magirus Почетный модератор 28046 / 15779 / 983 Регистрация: 15.09.2009 Сообщений: 67,752 Записей в блоге: 78
	19.10.2012, 11:53	2
	а какая разница, в начале она или в конце? 0

Charles Kludge Клюг 7675 / 3190 / 382 Регистрация: 03.05.2011 Сообщений: 8,380
	19.10.2012, 13:25	3
	Kir@, смотрите в сторону SetX. 2

magirus Почетный модератор 28046 / 15779 / 983 Регистрация: 15.09.2009 Сообщений: 67,752 Записей в блоге: 78
	19.10.2012, 13:52	4
	HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment\path сама переменная. батник: Код reg add \\HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment /v Path /t REG_EXPAND_SZ /d O:\Oracle\Ora11g\bin;%%SystemRoot%%\system32;%%SystemRoot%%;%%SystemRoot%%\System32\Wbem; /f 1

Charles Kludge Клюг 7675 / 3190 / 382 Регистрация: 03.05.2011 Сообщений: 8,380
	19.10.2012, 19:28	8
	Сообщение от Dragokas Правда SetX есть только в системах >= Windows Server 2003 ORLY? Windows XP Service Pack 2 Support Tools В списке есть... 1

magirus Почетный модератор 28046 / 15779 / 983 Регистрация: 15.09.2009 Сообщений: 67,752 Записей в блоге: 78
	19.10.2012, 19:39	9
	Сообщение от Charles Kludge Windows XP Service Pack 2 Support Tools ктож его ставит то? он по умолчанию не устанавливается.... 0

@Kir@ 90 / 58 / 7 Регистрация: 07.02.2010 Сообщений: 732
	20.10.2012, 17:02 [ТС]	10
	Сообщение от magirus а какая разница, в начале она или в конце? Высшие админы сказали: "обязательно в начале", но метод научного тыка показал, что разницы нет. Работает и так и сяк. 0

@Smitis 1748 / 353 / 41 Регистрация: 15.10.2012 Сообщений: 550
	21.10.2012, 21:27	11
	но метод научного тыка показал, что разницы нет Разница может быть, если попадутся исполняемые файлы с одинаковыми именами. Тогда запустится тот, который встретится в папке, которая в списке раньше. Но открыв реестр, и вручную изменив там это значение, запустить программу по этому пути не удается. Любой процесс, после запуска получает копию PATH, склееную из системной PATH и пользовательской. При ручном изменении, например, тот же TotalCommander, не будет знать об изменении переменной, т.к. работает с копией. Пока не будет закрыт и запущен заново. То же самое и CMD - если изменить через pathman, то надо ещё и изменить локальную PATH командой SET. Кстати, вот цитата из хелпа команды SETX: 2) На локальном компьютере переменные, созданные или измененные данным средством, будут доступны в будущем окне командной строки, но не в текущем окне CMD.exe. 0

Dragokas 18013 / 7714 / 892 Регистрация: 25.12.2011 Сообщений: 11,496 Записей в блоге: 16
	21.10.2012, 21:58	12
	Smitis, естественно я проверял в новой сессии CMD. Но это не помогло, в отличии от работы команды setX. 0

@Kir@ 90 / 58 / 7 Регистрация: 07.02.2010 Сообщений: 732
	22.10.2012, 09:47 [ТС]	13
	Сообщение от Smitis Разница может быть, если попадутся исполняемые файлы с одинаковыми именами. Тогда запустится тот, который встретится в папке, которая в списке раньше. В начале батника удаляется из PATH вся информация о предыдущей версии oracle, так что вероятность встречи равна нулю. имхо, админы перестарховывались. 0

@Smitis 1748 / 353 / 41 Регистрация: 15.10.2012 Сообщений: 550
	23.10.2012, 12:23	14
	естественно я проверял в новой сессии CMD. Но это не помогло, в отличии от работы команды setX. Ради интереса, поискал. По идее, там ещё сообщение WM_SETTINGCHANGE должно рассылаться окнам через SendMessage. Видимо, setx это и делает. Но это ещё и не для всех приложение работает. http://support.microsoft.com/kb/104011/en-us 0

Dragokas 18013 / 7714 / 892 Регистрация: 25.12.2011 Сообщений: 11,496 Записей в блоге: 16
	23.10.2012, 13:31	15
	Во как! Догадка оказалась верной. Спасибо. Хорошо бы иметь под руками альтернативу. Может, RunDll32 с особыми параметрами сумеет сделать обновление. 0

@Smitis 1748 / 353 / 41 Регистрация: 15.10.2012 Сообщений: 550
	02.05.2013, 12:34	17
	Сообщение от Dragokas переменная будет создана по адресу: HKEY_CURRENT_USER\Environment\Path что хоть и перекроет системную переменную HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment но остальные приложения, которые будут записывать новые пути в правильное расположение Path уже будут недоступные. Ситуация с PATH отлична от других переменных, видимо, в связи с её важностью. Я бы сформулировал логику работы с переменными так (возможно не прав) - эти записи в реестре ещё не сами переменные, а лишь значения, которые будут присвоены переменным. Сначала берётся системная ветка и создаются переменные. Затем пользовательские, при этом в одноимённых переменных пользовательские значения затирают системные. Но для PATH алгоритм другой - для формирования переменной берётся значение из HKCU, которое объединяется со значением из HKLM. Это легко проверить. У меня, например, есть и пользовательская PATH и системная. Команда set (да и любая функция чтения переменных) показывает, что в path попадают обе части. 1