Wann selbsterstellte temporäre Dateien wieder löschen

[rollstuhlfahrer]

HI @all,

ich möchte gerne wissen, wann man temporäre Dateien wieder löschen sollte. In dem konkreten Fall geht es um eine Datei, die aus einem meiner Programme rausgezogen werden soll (per Drag&Drop). Wird diese Datei auf ein Explorer-Fenster gezogen, so kann man sich ja sicher sein, dass die Datei auch dort hinkopiert wurde. Hat man es dagegen mit einem anderen Fester zu tun, welches zwar den/die Dateinamen aus der Drag&Drop-Aktion ausließt, diese aber nicht an anderer Stelle zwischenspeichert, hätte man Pech, wenn man die Datei direkt nach der Aktion wieder löschen würde.

Problematisch ist nur der letzte Fall, wenn eine Anwendung eine hineingezogene Datei in eine Liste einfügt und erst bei bedarf öffnet. Da man als Programmierer nicht dem User sein Temp-Verzeichnis vollmüllen will, müssen diese ungenutzten Daten irgendwann wieder weg, weil Windows ja nicht automatisch das Temp-Verzeichnis säubert.
Mir ist sogar schon ein Treiber von Asus untergekommen, der Konfigurationsdaten im Temp-Verzeichnis lagert und sobald diese nicht mehr da sind, nach jeder Anmeldung meckert. Da hat ein Entwickler den Sinn von temporären Dateien verfehlt.

Also: Wann löschen?

Bernhard

[Bernhard Geyer]

Günstig wäre es ein Unterverzeichnis im Temp-Verzeichnis zu verwenden so das du im Notfall beim Nächsten Programmstart feststellen kannst welche Dateien seit dem letzten Windows-Neustart mit 100%iger Sicherheit nicht mehr benötigt werden.

[himitsu]

Wenn die Datei spätestens dann gelöscht werden soll, wenn auch dein Programm (irgendwie) beendet wird, dann würde ich die Möglichkeiten des OS nutzen.

Einmal bietet CreateFile die Möglichkeit eine Datei als temporär zu kennzeichnen und sobald das Dateihandle geschlossen wird, wird diese automatisch gelöscht.
Das geschieht sobald das letzte Dateihandle zu dieser Datei verschwindet.
> Also, nachdem dein Programm sein Filehandle freigegeben hat und sobald auch die andere Anwendung ihres freigab und somit keiner mehr die Datei benötig. :stupid:

Man kann eine Datei auch irgendwo bei Windows melden, so daß sie beim nächsten Bootvorgang gelöscht wird. "Delete/Remove on Reboot" oder so.

Du kannst auch die andere Anwendung überwachen und auf deren Beendigung reagieren.

...

[rollstuhlfahrer]

Ich hab mich jetzt dazu entschieden, Windows zu sagen, dass es die Datei beim Neustart entfernen soll. Das geht mit Hilfe von MoveFileEx.

Bernhard

[PAB]

Zitat:

Zitat von rollstuhlfahrer (Beitrag 1084788)

Ich hab mich jetzt dazu entschieden, Windows zu sagen, dass es die Datei beim Neustart entfernen soll. Das geht mit Hilfe von MoveFileEx.

Laut MSDN braucht dein Programm dazu aber Administratorrechte, da der Löschbefehl in HKLM gespeichert wird.

[dataspider]

Hi,

ich mache es einfach beim Beenden des Programmes.
Schon deshalb, weil auch Installationen unter Terminalserver / Citrix laufen.
Und die booten ja eher weniger.

Frank

[himitsu]

Statt einem TFileStream

THandleStream + CreateFile + CREATE_NEW + FILE_SHARE_READ + FILE_SHARE_WRITE + FILE_ATTRIBUTE_TEMPORARY + FILE_FLAG_DELETE_ON_CLOSE

Den Dateinamen kannst'e dann ans andere Programm weitergeben und sobald deine und die andere Anwendung beendet wurden, bzw. wenn alle Dateihandle zu gechlossen wurden, dann wird die Datei gelöscht.

[SirThornberry]

@himitus: Da hast aber schon den Ausgangspost gelesen in dem beschrieben wird das die Datei zwar an ein programm übergeben wird aber nicht zwangsläufig dort sofort geöffnet wird (zum Beispiel wenn die Datei in eine Playliste gezogen wird heißt es nicht das alle Dateien in der Playliste geöffnet sind)

[p80286]

Und wie wäre es mit der klassischen Batch-Datei?
Namen der zu löschenden Dateien eintragen,
Namen der Batchdatei an Scheduler übergeben,
Das war's.

Gruß
K-H

[rollstuhlfahrer]

Zitat:

Zitat von PAB (Beitrag 1084822)

Laut MSDN braucht dein Programm dazu aber Administratorrechte, da der Löschbefehl in HKLM gespeichert wird.

Danke für den Hinweis, das habe ich leider überlesen.

Bernhard