INI-Datei von windows nach ProgramData verschieben.

[bernau]

Alte Software von mir schreibt seit Win95 eine Ini-Datei im Windows-Verzeichnis. Mit Win7 und neuer wird die INI-Datei dann in's Virtual Store geschrieben.

Ich will von den Altlasten weg. Möchte also die INI-Dateien nach ProgramData verschieben, da wo sie hingehören. Habe mir gedacht, daß ich das Programm so erweitere, daß wenn es gestartet wird, ich die INI-Dateien einfach verschiebe. Geht natürlich nicht, da das Programm ja Adminrechte braucht, damit die INI-Datei aus dem Windows-Verzeichnis entfernt werden kann. Wenn ich das Programm mit Adminrechten starten, kann ich die Ini-Datei verschieben, kopieren, löschen etc.

Mein Dilemma ist aber, daß die verschobene INI-Datei auch im ProgramData-Verzeichnis Admin-Rechte braucht, damit diese Verändert werden kann. Wenn ich das Programm also neu starte (ohne Adminrechte), kann es dort in die INI-Datei nichts mehr hinein schreiben.

Wie habt Ihr das mit eueren alten INI-Dateien gehandhabt.

[Lemmy]

dann lass die Ini-Datei doch in Windows-Verzeichnis. Starte die Anwendung mit normalen Rechten. Fehlt die Ini-Datei am neuen Platz, dann lad die IniDatei vom alten Platz und mach denn einfach in INi.SaveFile() im neuen Verzeichnis und gut ist...

[bernau]

Ich möchte aber vermeiden, daß zig verschiedene Versionen der INI-Datei verstreut auf dem Rechner rumliegen. Sauberer wäre das Löschen.

[HolgerX]

Dann starte mit RunAs ein Delete-Script als Admin.

Beispiele findest Du hier im Form..

Dann kannst Du deine App ganz normal starten und benötigst die erweiterten Rechte ja nur zum Löschen ..;)

[Lemmy]

dann starte eine kleine batch die das Löschen übernimmt eben mit einer Anforderung nach höheren Rechten. Musst halt dem Anwender erklären was passiert - und sicher stellen, dass die richtige (und nur die) ini-Datei gelöscht wird. Daher würde ich her gehen und die Ini-Datei schlicht liegen lassen. Beim Deinstall wird die entfernt - alles andere ist Kosmetik. Wäre zwar schön, aber ich persönlich würde das Risiko, dass etwas schief läuft höher bewerten als den Gewinn....

Grüße

[bra]

Wäre es nicht sinnvoller, das ins AppData des Benutzers zu schreiben? ProgramData ist eher sinnvoll für Dienste und braucht ggf. Admin-Rechte.
Ist natürlich abhängig von deiner Anwendung, was du brauchst.

[Sir Rufo]

Die Einstellungen für die Anwendung liegen in ProgramData\{Company}\{ApplicationName}.
Die Benutzer-Einstellungen für die Anwendung liegen in AppData\{Company}\{ApplicationName}.

Um die effektiven Einstellungen zu laden, werden die Einstellungen aus ProgramData\{Company}\{ApplicationName} und AppData\{Company}\{ApplicationName} gelesen.

Ändert ein Benutzer seine Einstellungen, dann wird das in AppData\{Company}\{ApplicationName} gespeichert.

Läuft die Anwendung mit Administrator-Rechten, dann kann man zusätzlich anbieten, die Einstellungen für ProgramData\{Company}\{ApplicationName} zu bearbeiten.

Um die alten Einstellungen zu migrieren, beauftragt man das Setup-Programm zum Kopieren der Einstellungen aus dem Windows-Verzeichnis in ProgramData\{Company}\{ApplicationName}.

Beim Starten der Anwendung prüft man, ob es schon eine Einstellungs-Datei unter AppData\{Company}\{ApplicationName} gibt. Wenn nicht, dann lädt man die Einstellungen auf die alte Art und Weise und schreibt diese in AppData\{Company}\{ApplicationName}.

[bernau]

Danke für eure Hinweise. Ich lasse mir mal durch den Kopf gehen, was die beste Lösung ist.

[bernau]

Tja. Das war für mich mal wieder ein Griff in den Lokus.

Ich habe folgendes aus dem Dokwiki für die Funktion System.IOUtils.TPath.GetPublicPath

Zitat:

Returns the path to the directory where you can store application data that can be shared with other applications.
Note: In desktop applications, "shared" means "shared between different users". In mobile applications, "shared" means "shared between different applications".

Als Ergebnis bekomme ich den Pfad c:\ProgramData

Das bedeutet für mich, ich habe einen zentralen Punkt, in dem ich Programmeinstellungen speichere. Ich möchte es so haben, daß gewisse Einstellungen von jedem Benutzer geschrieben werden können. Wäre also der richtige Ort. Habe ich gedacht.......

Habe jetzt mal etwas gespielt und einen neuen Benutzer in Windows angelegt. Das Programm hatte ich vorher schon unter meinem Standardbenutzer gestartet und somit schon eine INI-Datei nach c:\ProgramData\blibblab geschrieben. Mit dem neuen Benutzer kann ich zwar lesen, habe aber keine Schreibberechtigung auf diese Datei, die mit dem gleichen Programm, aber unter einem anderen Benutzer geschrieben wurde. Habe ich wohl falsch gedacht.

Ich welches Verzeichnis kann jedes Programm schreiben, ohne daß ich auf den angemeldeten Benutzer Rücksicht nehmen muss?

[Uwe Raabe]

Ich kann jetzt die Quelle nicht mehr nennen, aber ich meine, ein App-spezifisches Unterverzeichnis von ProgramData ist genau der richtige Ort. Dieser sollte allerdings vom Setup-Programm angelegt und mit den erforderlichen Rechten versehen werden. Bei mir ist das schon ein Standard-Schnipsel im InnoSetup-Skript.