Umgebungsvariablen langfristig setzen

[geisi]

wenn ich in der command zeile (Eingabeaufforderung) eine Umgebungsvariable setze z.B. "set test=hallo" kann ich die variable mit "echo %test%" wieder abfragen. wenn ich aber die eingabeaufforderung schließe und gleich wieder neu öffne, und "echo %test%" eingebe, dann ist die variable nicht mehr gesetzt.

wie kann ich eine umgebungsvariable langfristig (zu mindestens bis zum nächsten shutdown) setzen?

[marabu]

Hallo,

über die Seite "Erweitert" der Arbeitsplatz-Eigenschaften kannst du die Umgebungsvariablen des Master Environment setzen.

Grüße vom marabu

[geisi]

ich das dynamisch machen, drum brauche ich einen dos-befehl

[marabu]

Dann musst du das Programm SETX verwenden. Suche auf deinem Installationsmedium im Ordner Support\Tools.

Schönes Wochenende

[himitsu]

Wie kann man das eigentlich selber machen?

Der nötigen Eintrag in HKEY_CURRENT_USER\Environment (Benutzervariablen), oder HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Contro l\Session Manager\Environment (Systemvariablen) läßt sich ja leicht erstellen, nur ist der Wert nicht sofort verfügbar.

PC neustarten, oder Arbeitsplatz-Eigenschaften > Umgebungsvariablen öffnen und dort erneut speichern.

SetEnvironmentVariable sollte wohl auch nicht helfen, da:

Zitat:

Zitat von msdn

Remarks
This function has no effect on the system environment variables or the environment variables of other processes.
> http://msdn2.microsoft.com/en-us/library/ms686206.aspx

Es steht zwar geschrieben, daß man WM_SETTINGCHANGE mit dem String "Environment" versenden soll, aber wohin, wenn kein Fenster im Programm existiert?
> Konsolenanwendung

so geht's jedenfalls nicht:

Code:

SendMessage([color=#ff0000][b]0[/b][/color], WM_SETTINGCHANGE, 0, Integer(PChar('Environment')));

[Christian Seehase]

Moin Himitsu,

Zitat:

Zitat von himitsu

Es steht zwar geschrieben, daß man WM_SETTINGCHANGE mit dem String "Environment" versenden soll, aber wohin, wenn kein Fenster im Programm existiert?
> Konsolenanwendung

für solche Messages kann man HWND_BROADCAST als Handle nehmen.
(am Besten dann auch mit SendMessageTimeout, wie in der Dokumentation zu WM_SETTINGCHANGE beschrieben)
Das hilft bei einer Konsole natürlich auch nicht.

Das Problem ist damit dann aber leider nicht gelöst, da die Message dann ja auch noch verarbeitet werden müsste, sprich, die Anwendung muss dann noch eigene Environment aktualisieren, was, IMHO, kaum eine Anwendung tut, oder das OS müsste das Environment aller laufenden Prozesse aktualisieren.

[himitsu]

Das mit dem aktualisieren in DER Anwendung wär eh egal ... die initialisiert nur ein paar Werte in der Registry und beendet sich dann wieder.

Nur brauch ich halt den Wert dann auch gleich nach dem Programmaufruf.

'ne Batchfile ruft anfangs dat Programm auf und wenn noch nicht vorhanden, wird von diesem die Umgebungsvariable installiert, wo der Programmpfad für die weitere installation und den späteren Betrieb drinsteht (brauch halt was, womit auch die anderen Batchfiles mit klarkommen).


Dank' erstmal für das HWND_BROADCAST ... jetzt wird zumindestens Windows schonmal aktualisiert.

Hab's jetzt mal so versucht, aber die Variable is immernoch nicht in der Batchfile verfügbar. ;(

Delphi-Quellcode:

SendMessageTimeout(HWND_BROADCAST, WM_SETTINGCHANGE, 0, Integer(PChar('Environment')), SMTO_BLOCK, 15000, W);

's könnte aber och sein, das CMD die Werte noch nicht hat?
Denn wenn ich danach die Batchfile erneut starte, dann ist der Wert plötzlich vorhanden. :?


[add]
ich wollt's eigentlich so machen:
(InitializeDefaultDir.exe installiert eventuell die Enviromentvariable)

Code:

@ECHO OFF

ECHO.
ECHO.
ECHO * initialize %%FNSEntProcDir%%

..\InitializeDefaultDir.exe
IF ERRORLEVEL 0   GOTO init

InitializeDefaultDir.exe
IF ERRORLEVEL 0   GOTO init

IF "*%FNSEntProcDir%"=="*" (
  ECHO.
  ECHO the required programm-directoy can't installed
  PAUSE
  GOTO exit
)

:init
ECHO.
ECHO.
ECHO * intall registry values
reg.exe IMPORT RegInstEx.reg
IF ERRORLEVEL 1 (
  PAUSE
  GOTO exit
)

IF "*%FNSEntProcDir%"=="*" (
  ECHO.
  ECHO %%FNSEntProcDir%% not definied
  PAUSE
  GOTO exit
)

ECHO.
ECHO.
ECHO * copy programm files
MD "%FNSEntProcDir%\FileSplitter"
COPY *.cmd "%FNSEntProcDir%\FileSplitter\"
COPY *.reg "%FNSEntProcDir%\FileSplitter\"
COPY *.exe "%FNSEntProcDir%\FileSplitter\"

:exit

Aber anscheinend muß ich dann die Batchfile mehrmals vom Benutzer aufrufen lassen (beim 2. Mal gings ja), oder ihn notfalls zum vorherigen starten dieses Programms auffordern (falls die Variable noch nicht initialisiert wurde).

[himitsu]

So, ich hab's weiter versucht, aber im Moment geht das mit dem WM_SETTINGCHANGE garnicht mehr.

Unter Arbeitsplatzeigenschaften > Erweitert > Umgebungsvariablen > Benutzervariablen sieht man zwar die Änderung, jedoch kommt die nicht in CMD an ... nichtmal wenn man die Batchfile neu startet :wall:

Eigentlich wollte ich jetzt was Anderes schreiben, aber zum Glückt funktioniert es nun wieder.


Nur scheint wirklich kein Programm seine Kopie der Umgebungsvariablen zu aktualisieren.

Weder CMD (wo ich es eigentlich benötige) und nichtmal Delphi (7) ... denn ich hab vorhin leider gedacht ich gehe mal im Debuger mein Programm durch und schau ob alles läuft.
Tja und da ja jeder Prozess standardmäßig den Enviromentblock des Elternprozesses übernimmt und in meinem Programm nichts stimmte, wenn es im Debugger lief, stimmt es wohl schon bei seiner Mutter (Delphi) nicht. :cry:


@Chistian:
wie kann man eigentlich am Besten den Enviromentblock aktualisieren?
Hab da noch nichts zu gefunden.

[Olli]

Betroffene Programme muessen danach neu gestartet werden. Eine Alternative ist, dass ein Programm selber solche "Umgebungsvariablen" verwaltet und nur an Prozesse weitergibt, welche es selber starte (bspw. VS macht das so).

Zitat:

Zitat von himitsu

wie kann man eigentlich am Besten den Enviromentblock aktualisieren?
Hab da noch nichts zu gefunden.

SetEnvironmentVariable

[himitsu]

Kenn ich schon, nur müßte ich ja dann woanders die aktuellen Umgebungsvariablen herbekommen.
Also den Befehl zum Ändern hätt ich ja schon gehabt, aber eine "gute" Vorgehensweise wäre da noch wissenswert.

OK, selber die nötigen Registry-Pfade abfragen ... aber sind das alle und wie wird da bei gleichen Variablen in den verschiedenen Zweigen vorgegangen?
HKEY_CURRENT_USER\Environment
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Contro l\Session Manager\Environment



Hab es auch schon mit FreeEnvironmentStrings versucht, dachte daß da vielleicht die Kopie im Programm freigegeben wird und dann bei erneuter Abfrage mit GetEnvironmentStrings/GetEnvironmentVariable würde eventuell eine neue Kopie angelegt ... ging aber och nicht. :cry:



In dem Programm wo ich dieses mal mit einbauen wöllte hätt ich dann nur noch ein "Problem" ... wie verwalte ich dann die programminternen mit SetEnvironmentVariable hinzugefügten Variablen, damit die dann beim erneuern des Enviromentblocks nicht verschwinden.

Werd' dann vermutlich wohl die ganzen Environment-Funktionen hooken müssen um mitzubekommen was nicht zu "löschen" ist.

Ich möchte ja schließlich Funktionen wie ExpandEnvironmentStrings auch noch programminterne Variablen unterjubeln können. :angel2:


Und das Programm neuzustarten ist ja mitten im Betrieb auch nicht unbedingt soooo optimal/schön.