[Vadikan]

amel27
TEMP - либо системаная, либо пользовательская (HKCU\Environment), но не локальная. Добро пожаловать в клуб запутавшихся

Первый способ прямой, но запрещенный (для переименования каталога недостаточно), второй - правильный, но косвенный..

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

Можно так

Пути, возвращаемые переменными %PROGRAMFILES% и %COMMONPROGRAMFILES%, можно изменить в параметрах ProgramFilesDir и CommonFilesDir в HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion, но правильнее задавать пути через файл ответов.

[amel27]

TEMP - либо системаная, либо пользовательская (HKCU\Environment), но не локальная. Добро пожаловать в клуб запутавшихся

В моей классификации противоречия нет: HKCU - это "локальная"; а "пользовательская" - значит создаваемая/изменяемая пользователем для своих нужд (даже если этот пользователь Администратор). Нелегитимные способы правки я бы вообще не выносил в статью, разве только в смысле "подсмотреть значение" (как это умеет делать Руссинович), остальное - на совести читателя.

[Petya V4sechkin]

Vadikan

Пути, возвращаемые переменными %PROGRAMFILES% и %COMMONPROGRAMFILES%, можно изменить в параметрах ProgramFilesDir и CommonFilesDir в HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion или через файл ответов.

Через файл ответов - можно.
После установки системы (через реестр) - не рекомендую. Когда-то проводил такой эксперимент, после этого не работает Outlook Express.

Поправка: то есть, некоторые программы привязываются к абсолютному пути, а некоторые - как раз к переменной %ProgramFiles% (что ставит эти программы в неудобное положение :)

[a1ex]

Vadikan

Вроде проясняется. Видимо, локальные переменные сидят в HKCU и больше нигде.

Вернулись к моему первому письму в этой ветке . Цитата из МС: Системные переменные среды определяют поведение глобальной среды операционной системы. Локальные переменные среды определяют поведение среды в данном экземпляре Cmd.exe. А где эти переменные сидят, это уже второй вопрос.

А что такое встроенные? Видимо те, что в HKLM лежат

как раз те, которые там не лежат. time, date

Даже если в HKLM зaгнать свою username, это не будет иметь эффекта.

если процесс будет запущен от имени системы, то системное username не будет переопредено и останется значение из HKLM, только какой в этом практический смысл .

TEMP - либо системаная, либо пользовательская (HKCU\Environment), но не локальная.

пользовательская т.к. прописана в HKCU. и локальная т.к. не имеет действия на все процессы ( если прописана в HKCU). Если прописана пользовательская, то она в конце концов переопределит системную при входе юзера. Если не прописана , то будет иметь значение системная.

[Vadikan]

a1ex

Вернулись к моему первому письму в этой ветке . Цитата из МС: Системные переменные среды определяют поведение глобальной среды операционной системы. Локальные переменные среды определяют поведение среды в данном экземпляре Cmd.exe.

А Пуск - Выполнить тоже является частью командной оболочки?

А где эти переменные сидят, это уже второй вопрос.

Но очень интересный

[Temp] - пользовательская т.к. прописана в HKCU. и локальная т.к. не имеет действия на все процессы ( если прописана в HKCU).

Т.е. пользователсьскя = локальная, так?

Petya V4sechkin

Через файл ответов - можно. После установки системы (через реестр) - не рекомендую. Когда-то проводил такой эксперимент, после этого не работает Outlook Express.

Да, ну я же сказал, софт может не работать Надо тогда просто сказать

Пути, возвращаемые переменными %PROGRAMFILES% и %COMMONPROGRAMFILES%, можно задать через файл ответов.

Вроде корректно - переменную мы не меняем. Так они все-таки локальные или системные? )

[amel27]

Т.е. пользователсьскя = локальная, так?

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

Итак, если критерий - область видимости, тогда имеем: системные, локальные сессии, локальные процесса. Программисты подтвердят, что перекрытие имен - вполне штатная ситуация.

Упоминание о "встроенных" переменных наводит на мысль, что должны быть и "не встроенные", здесь скорее всего идет речь о возможности изменять значение этих переменных, т.е. о "владельце" этих переменных - либо это система ("встроенные"), либо пользователь ("???"). Последние ИМХО вполне логично назвать "пользовательскими", хотя с HKCU это никак не связано, т.к. админ может создать свою (т.е. пользовательскую) переменную и в HKLM.

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

[amel27]

А где эти переменные сидят, это уже второй вопрос. Но очень интересный

Конечно, можно и этот критерий поставить в основание классификации, но придется учесть что кроме HKLM и HKCU есть еще HKU\.DEFAULT (профиль учетной записи SYSTEM), а также переменные, которые вовсе не хранятся в реестре (расчетные). С учетом всех четырех вариантов называть первые две "Системными" и "Пользовательскими" ИМХО было бы нелогично.

[a1ex]

Vadikan

Т.е. пользователсьскя = локальная, так?

ну да, она же не расространяется на все процессы в системе

[Vadikan]

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

Так что там с %PROGRAMFILES%-то? К каким переменным мы их относим? Я уже хочу добить это дело.

[amel27]

Так что там с %PROGRAMFILES%-то? К каким переменным мы их относим?

ИМХО "системная" по всем показателям