Даже и не знаю куда тему засунуть, всё-таки не Delphi :-)

← →
Ega23 © (2004-04-12 09:30) [0]

Вопрос в следующем: допустим у меня на машине открыто 2 консоли. Точнее так: одна консоль открыта простым набором cmd в командной строке, а другая - путём запуска Check Build ярлыка из DDK-шного набора. В обоих консолях набираем set. И видим, что набор переменных в разных консолях - разный.

Вопрос: так что получается, если я в рамках одной cmd-шки отредактирую, допустим, переменную "PATH", то для других приложений она не изменится?

← →
Anatoly Podgoretsky © (2004-04-12 09:35) [1]

А как же, это же разные консоли и процессы, которые изолированы друг от друга.

← →
Ega23 © (2004-04-12 09:39) [2]

Anatoly Podgoretsky © (12.04.04 09:35) [1]
Т.е., если я правильно понимаю, набор переменных уникален для каждого процесса?
А как мне тогда в автозагрузку добавить глобальную переменную? Чтобы отовсюду видно было?

← →
Style © (2004-04-12 09:42) [3]

> Ega23 © (12.04.04 09:39) [2]

Я конечно могу ошибаться но,
скорее если добавить до загрузки виндов, то эту переменную будет видно..
Если у тебя W2K или XP, то помоему это делается через свойства системы (Мой Компьютер->Свойства), короче там есть настройка переменных окружения.

← →
Anatoly Podgoretsky © (2004-04-12 09:43) [4]

Да процессы изолированы и система многозадачная и многопользовательская и все это одновременно.
Добавить ее надо не в автозагрузку,а в список системных переменных. Но ты же иначе спрашивал, как изменения системных переменных в одном процессе воздействовали на все другие запущенные процессы. Это же крах системе, славо богу система защищена.

← →
Ega23 © (2004-04-12 09:48) [5]

Я конечно могу ошибаться но,
скорее если добавить до загрузки виндов, то эту переменную будет видно..
Если у тебя W2K или XP, то помоему это делается через свойства системы (Мой Компьютер->Свойства), короче там есть настройка переменных окружения.

Это понятно, этот способ приемлем, если надо 2 - 3 переменные поменять. А там список раза в 2 отличается :-(

Anatoly Podgoretsky © (12.04.04 09:43) [4]
Спасибо, буду повнимательней Таненбаума читать (купил вчера) :-)

← →
Ega23 © (2004-04-12 09:53) [6]

Попробую объяснить, чего я вообще хочу: создал в Visual Studio проект, обозвал его как Win32 console application, а сам пытаюсь в нём драйвер писать, причём хотелось бы, чтобы компилить его по F7 можно было, а не через запуск отдельного окошка. Вроде все настройки компилятора выставил, все библиотеки и инклуды подцепил, но вот ругается он на отсутствие некоторых переменных среды.
Так вот, можно ли как-то это из под VS сделать? Или только "ручками"?

← →
uny (2004-04-12 09:54) [7]

столько ответов, а самого простого не сказали:)

← →
Ega23 © (2004-04-12 09:55) [8]

uny (12.04.04 09:54) [7]
Ну так скажи, чего темнить-то?

← →
uny (2004-04-12 09:57) [9]

модератора боюсь:)

← →
Ega23 © (2004-04-12 09:58) [10]

Если ты про "ЗАСУНУТЬ", то не смешно.

← →
NeyroSpace © (2004-04-12 10:10) [11]

C:\WINDOWS\system32\AUTOEXEC.NT
для XP, если не ошибся.

← →
Ega23 © (2004-04-12 10:12) [12]

C:\WINDOWS\system32\AUTOEXEC.NT

Это вроде не совсем то.

← →
Ega23 © (2004-04-12 10:14) [13]

Хорошо, попробую по-другому:
Если я могу через "Мой компьютер"->Переменные среды и т.д. добавить переменную, то наверняка я могу её загнать скриптом. Кто может подсказать, какие команды почитать надо, или где вообще что-нибудь по этому поводу написано?

← →
uny (2004-04-12 10:18) [14]

переменные же хранятся где то - записать туда и перезагрузить

← →
Ega23 © (2004-04-12 10:21) [15]

переменные же хранятся где то - записать туда и перезагрузить

То, что они хранятся в реестре, это ясно. Но руками лезть в реестр и что-то добавлять, тем более переменные среды - я пока не такой специалист.

← →
Style © (2004-04-12 10:54) [16]

в WinAPI есть функции для работы с переменными окружения текущего процесса.

GetEnvironmentVariable
SetEnvironmentVariable

← →
Ega23 © (2004-04-12 11:02) [17]

Style © (12.04.04 10:54) [16]
Блин, так мне не нужно в рамках одного процесса! Мне бы глобально...

← →
Anatoly Podgoretsky © (2004-04-12 11:08) [18]

Ega23 © (12.04.04 10:21) [15]
В реестр лезь не надо, надо лезть в настройки "Мой компьютер"

← →
Ega23 © (2004-04-12 11:09) [19]

В реестр лезь не надо, надо лезть в настройки "Мой компьютер"
А по-другому - никак? :-(((((
Скриптом, например, каким-нибудь, а?

А зачем? Это администраторская привилегия, а он по определению должен уметь это делать.

Жаль....
Ну что же, спасибо всем откликнувшимся!

C:\WINDOWS\system32\AUTOEXEC.NT
А ты попробовал? Это именно глобально!

AFAIK, в состав Visual Studio входит файл setenv.bat, он не поможет ?

Игорь Шевченко © (12.04.04 14:14) [24]
Он и в DDK входит. Запускаю - в отдельно взятом консольном окне есть всё что надо. Но как это сделать из IDE VC?

Ega23 © (12.04.04 14:30)

Using the SetEnv.bat Command Line
When you open one of the build environments, a batch file named SetEnv.bat executes in this window. This sets the environment variables to their default values for this environment.

In most cases, it is not necessary for you to directly invoke the SetEnv.bat file. However, you may find this useful when writing scripts that will execute several sequential builds.

The command-line syntax is as follows:

setenv Directory [fre|chk] [64|AMD64] [hal] [W2K|WXP|WNET]

setenv Directory -?
All parameters except for Directory are case-sensitive.

Parameters
Directory
Specifies the DDK installation directory.
fre
Specifies the free build environment. This can be abbreviated f.
chk
Specifies the checked build environment. This can be abbreviated c.
64
Specifies the Itanium-based build environment.
AMD64
Specifies the AMD64 build environment.
hal
Specifies the HAL build environment.
W2K
Specifies the Windows 2000 build environment.
WXP
Specifies the Windows XP build environment.
WNET
Specifies the Windows Server 2003 build environment.
-?
Displays a short help text. You need to supply Directory for this to work, but you can use any string as a placeholder for Directory.
Example
If you open a new Command Prompt window and execute

setenv D:\ddk chk 64 WXP

it will set up a 64-bit Windows XP checked build environment, as long as D:\ddk is indeed your DDK installation directory.

Writing Scripts
If you are going to write a script that will automatically launch the build utility, you should not run SetEnv.bat twice in the same Command Prompt window. Although SetEnv.bat will set all the environment variables needed for any given build environment, it may not delete the environment variables set by a previous use of this command.

Therefore, if you plan to run sequential builds of different types from a batch file, you should use a format along these lines:

cmd
setenv b:\ddk chk 64 WXP
exit
cmd
setenv b:\ddk fre 64 WNET
exit

?

Ух ты! Не разобрался... Спасибо!

Даже и не знаю куда тему засунуть, всё-таки не Delphi :-) Найти похожие ветки