Ich glaube, langsam lohnt sich das Verschieben einiger Beiträge dieses Threads in einen neuen.
[
OT]
Also 1. Wenn es dieses Verzeichnis "[jeweiliger Nutzer]\Anwendungsdaten" gibt und das ohnehin lokal ist, welchen Sinn hat dann noch das zusätzliche Verzeichnis "[jeweiliger Nutzer]\Lokale Einstellungen\Anwendungsdaten"
Anwendungsdaten ist ausschließlich dann lokal, wenn ein Windows-Client nicht Mitglied einer Domäne ist. Anders ausgedrückt: Die Unterscheidung der Verzeichnisse erfolgt erst bei Domänenmitgliedschaft. LocalAppData ist immer lokal, egal ob Domäne oder nicht, AppData wird automatisch mit dem Domänencontroller synchronisiert, sofern vorhanden und entsprechend eingerichtet. Für einen simplen Windows-Client (ob Netzwerk oder nicht), macht es kaum einen Unterschied - eine Datensicherung der dort gespeicherten Daten macht ggf. noch einen Unterschied.
Zitat:
Ist das auch ein sicherer Weg, oder lassen sich solche Umgebungsvariablen "verfälschen", sodaß diese Ermittlung unsicher ist?
Wenn du darauf Wert legst, dir Probleme einzuhandeln, dann kannst du das so machen. Warum kann das Probleme machen? Umgebungsvariablen müssen gar nicht definiert sein. Beispiel: Bis einschließlich XP ist es so, dass Prozesse, die via RunAs ausgeführt werden, gerade %AppData% nicht definieren. Ist wohl ein Bug, denn ab Vista geht das (%AppData% ist definiert). Außerdem können Umgebungsvariablen beliebig prozessspezifisch definiert werden, so dass eine Überprüfung schwierig werden kann; eine parallel gestartete CMD listet nicht notwendigerweise die von Programm X genutzten Variablen(inhalte) auf. Ich stufe das ähnlich ein, wie solche Verzeichnisse aus der Registry zu ermitteln, wovon ja ebenfalls abgeraten wird.
[/
OT]
Grüße
Dalai