TJvAppIniFileStorage mit Location=flExeFile speichert unter Win XP zusätzlich im Wind

[Bernhard Geyer]

Speichern im Anwendungspfad ist schlecht. Funktioniert unter W2k und XP nur als Hauptbenutzer und ab Vista nur mit daktiverter UAC oder wenn die Virtualisierung aktiv ist.
Genau ist es mit dem Windows-Pfad.

Speichern an diesen Stellen war für Win9x/ME ganz brauchbar. In der NT-Schiene von Windows eigentlich schon immer eine schlechte Wahl.
In alten Windows-Versionen war der %Appdata%-Pfad sinnvoll. Ab Vista ist hier eher C:\ProgramData zu verwenden.

[Sir Rufo]

Der %APPDATA% Pfad ist doch perfekt, dann werden die Einstellungen benutzerbezogen gespeichert.

Wer nur alleine vor dem Rechner hockt, dem mag das schnurz sein, als Quasi-Standard würde ich das nicht ansetzen.

[HolgerX]

Und die Einschränkungen im Zugriff gilt nur, wenn der Anwendungspfad unterhalb vom 'Program Files' liegt.

Ist die Anwendung in einem anderem Verzeichnis oder Laufwerk, dann funktioniert das Schreiben von INI-Files problemlos.

[nietzke]

Sinn des Speicherns in den Programmpfad ist, dass man das Programm im Prinzip von einem Stick starten kann und es wird nichts außerhalb des Programmpfads gespeichert. (So war es zumindest gedacht) Die IT-Leute in Krankenhäusern sind immer froh, wenn nicht irgendwelche Dateien irgendwo hin gespeichert werden.
Ich verstehe nur nicht, warum die ini-Datei überhaupt in den Windows-Pfad gespeichert wird. Bei der Kollegin gab es eine Fehlermeldung, weil kein Schreibrecht in diesem Pfad besteht.
Ich verwende JVCL337CompleteJCL1105-Build3400, die neuste Version, die mit Delphi 5 Enterprise läuft. Evtl. gibt es das Phänomen in neueren Versionen nicht mehr.
Hat jemand eine Idee, wie man den zusätzlichen Speicherversuch unterbinden kann?

[Sir Rufo]

Zitat von nietzke:

Sinn des Speicherns in den Programmpfad ist, dass man das Programm im Prinzip von einem Stick starten kann und es wird nichts außerhalb des Programmpfads gespeichert. (So war es zumindest gedacht)

Dann gib deinem Programm eine Option mit, ob die in diesem Kontext portable ist oder eben nicht.

Zitat von nietzke:

Die IT-Leute in Krankenhäusern sind immer froh, wenn nicht irgendwelche Dateien irgendwo hin gespeichert werden.

Es wird nicht irgendwo gespeichert, sondern an der Stelle, wo es vom Erbauer des Betriebssystems vorgesehen ist. Und es gibt da einige Plätze, wo du das ablegen kannst, abhängig davon, ob die Daten z.B. in einer Domain mit in der Profil-Sicherung sind oder nicht.

Problematisch ist eben, dass sich ein großer Teil der Programmierer daran einfach ums Verrecken nicht halten will. So gehört es auch zum guten Ton an diesen Ablage-Orten ein entsprechendes Unterverzeichnis anzulegen.

Meine Struktur die ich dort anlege lautet:

Code:

de.<companyname>
+-<appname>
  +-(ab hier sind die Daten für diese Anwendung zu finden)

[nietzke]

Zitat von Sir Rufo:

Dann gib deinem Programm eine Option mit, ob die in diesem Kontext portable ist oder eben nicht.

Und wie unterbinde ich in der portablen Version das Speichern im Windows-Verzeichnis, obwohl ich Location ist auf flExeFile eingestellt?

[nietzke]

Zitat von nietzke:

Und wie unterbinde ich in der portablen Version das Speichern im Windows-Verzeichnis, obwohl Location auf flExeFile eingestellt ist?

Hat jemand eine Idee dazu?