Exception beim Schreiben in Anwendungsdaten Verzeichnis?

[moelski]

Moin !

Wir kriegen ab und an von Usern solche Fehler reportet:
Type : EIniFileException
Message : In C:\Dokumente und Einstellungen\USER\Anwendungsdaten\ANWENDUNG\Setti ngs.ini kann nicht geschrieben werden.

Betriebssystem ist in dem Fall XP.

Nun würde ich ja eigentlich denken das der User selber auf alle Fälle in dem Verzeichnis schreiben darf.
Hat das auch schon mal jemand beobachtet und kann sich da einen Reim drauf machen?

[jaenicke]

Kann es sein, dass das Verzeichnis nicht existiert? Versuch am besten dieses vorher explizit mit ForceDirectories anzulegen. Alternativ wären da noch die lokalen Anwendungsdaten statt den ggf. bei einer Netzwerkanmeldung geroamten.

Ach ja: Kann es sein, dass die Datei schlicht noch aus irgendeinem Grund geöffnet ist? (Andere Instanz, ...)

[haentschman]

Hallo alle...

Auch wenn der Thread ein wenig älter ist, das Thema ist das gleiche.

Meldung:

Zitat:

Type : EIniFileException
Message : In C:\ProgramData\dBK\dBK.ini kann nicht geschrieben werden.

Der Ordner wird via..

Delphi-Quellcode:

FUserFolder:= IncludeTrailingPathDelimiter(GetSpecialFolder(CSIDL_COMMON_APPDATA)) + 'dBK\';
// CSIDL_COMMON_APPDATA = C:\ProgramData

...ermittelt.

Die Ini soll für alle Benutzer verfügbar sein. Als normaler Benutzer habe ich dort keine Schreibrechte

Kann mir das mal jemand logisch erklären ? Komme ich um ein Manifest nicht drum herum ? Ich könnte ja hier die Rechte entsprechend setzen. Da nützt mir aber auf anderen Systemen nix...

System: W7

Danke für Info´s

[mkinzler]

Dann sollte die Ini im ALLUSER Verzeichnis liegen

[haentschman]

Das AllUser gibt es unter W7 nicht mehr und entspricht eigentlich ProgramData.
CSIDL_COMMON_APPDATA liest unter W7 C:\ProgramData unter XP C:\Dokumente und Einstellungen\AllUsers\Anwendungsdaten aus. Unter XP ließ sich noch normal dahin schreiben, unter W7 nicht mehr.

Wo ist da die Logik ?

[mkinzler]

Dafür werden Schreibzugriffe virtualisiert ( umgebogen)