Dateien automatisch löschen

[itjump]

Versuche mal ganz gezielt diese Datei zu löschen und schau was passiert. Und wenn du die Datei im Browser anschaust, ist sie geöffnet, selbst C-Cleaner muss zum bereinigen der Daten den entsprechenden Browser schließen.

[wp_xyz]

hast Du denn eine Lösung für das dargelegte Problem?

Nein, natürlich nicht. Ich weiß weder, wie du die Dateien heruntergeladen hast, wie dein System konfiguriert ist, welche Programme/Dienste im Hintergrund laufen - und will es auch gar nicht wissen. Ich wollte dich nur ermuntern, als Pascal-Anfänger nicht bei den ersten Schwierigkeiten die Flinte ins Korn zu werfen.

P.S für die Fachleute. Ich bin da zu wenig Internet-Spezialist, aber ist es überhaupt möglich, dass durch das bloße Herunterladen einer html-Datei, z.B. mit Synapse oder Indy, ohne sie im Browser zu öffnen, Cookies auf dem empfangenden Rechner gesetzt werden?

[compmgmt]

ich glaube ich weiß was das Problem ist. "%localappdata%\Microsoft\Windows\Temporary Internet Files" ist nur eine Verknüpfung OHNE Ziel, also kein Verzeichnis. Ich vermute dass im Zuge von Vista der Ordner entfernt wurde. Das gleiche ist auch bei "%systemdrive%\Programme" zu sehen. Das ist seit Vista nur noch eine Verknüpfung. Der Ordner heißt seitdem "%systemdrive%\Program Files".

[itjump]

Versuch es mit diesem Pfad "%localappdate%\Temp", da sind auch die Browsertemps drin

[compmgmt]

Versuch es mit diesem Pfad "%localappdate%\Temp", da sind auch die Browsertemps drin

Oder einfach nur %temp%, ist das gleiche

[Nixsager]

Es ist nicht das Gleiche!
Denn für '%temp%' kann man das Verzeichnis ändern.
Und wenn man das wo anders hat, wird man mit '%localappdata%\Temp' dort nicht auf die Daten zugreifen können wenn sie unter '%temp%' und nicht unter '%localappdata%\Temp' gespeichert sind.

Ich habe den Tippfehler von '%localappdate%' zu '%localappdata%' korrigiert.

[compmgmt]

Es ist nicht das Gleiche!
Denn für '%temp%' kann man das Verzeichnis ändern.
Und wenn man das wo anders hat, wird man mit '%localappdata%\Temp' dort nicht auf die Daten zugreifen können wenn sie unter '%temp%' und nicht unter '%localappdata%\Temp' gespeichert sind.

Ich habe den Tippfehler von '%localappdate%' zu '%localappdata%' korrigiert.

Es ist nach der Standardeinstellung das gleiche. Außerdem legt jedes halbwegs gut programmierte Programm temporäre Dateien in %temp% und NICHT in %localappdata%\temp eben weil man %temp% verändern kann. Wenn der Benutzer möchte, dass der temporäre Ordner woanders ist, habe ich als Entwickler das zu respektieren. Und wenn wir beim ändern von Umgebungsvariablen sind: %localappdata% kann ich auch ändern

[itjump]

Es ist nicht das Gleiche!
Denn für '%temp%' kann man das Verzeichnis ändern.
Und wenn man das wo anders hat, wird man mit '%localappdata%\Temp' dort nicht auf die Daten zugreifen können wenn sie unter '%temp%' und nicht unter '%localappdata%\Temp' gespeichert sind.

Ich habe den Tippfehler von '%localappdate%' zu '%localappdata%' korrigiert.

Es ist nach der Standardeinstellung das gleiche. Außerdem legt jedes halbwegs gut programmierte Programm temporäre Dateien in %temp% und NICHT in %localappdata%\temp eben weil man %temp% verändern kann. Wenn der Benutzer möchte, dass der temporäre Ordner woanders ist, habe ich als Entwickler das zu respektieren. Und wenn wir beim ändern von Umgebungsvariablen sind: %localappdata% kann ich auch ändern

Da gebe ich dir nicht recht! Der Programmierer muss sich nicht anpassen, denn der Nutzer hat diese Variablen nicht zu verändern! Die sind nicht ohne Grund so da wie sie da sind. Das sage ich, der anpassbare Betriebssysteme schätzt. Aber selbst unter Linux verändert man die Variablen eigentlich nicht, da dies weder Sinn macht, noch Sinnvoll ist. Der einzige Anwendungszweck, der mir unter Windows einfallen würde, wäre es, die Temporären Daten auszulagern, was aber auch nur bedingt Sinn macht. Eine neue Pfadvariable zu setzten kann hingegen Sinnvoll sein, eine alte zu überschreiben führt meist nur zu Problemen. Ich gehe als Entwickler so gut wie möglich auf meine Anwender zu, doch ich habe Grenzen und wenn sich jemand sein System Verkonfiguriert hat er selbst Schuld. Außerdem, wenn wir das schon so betrachten, dann sollte der Speicherpfad ohnehin in einer Datei ausgelagert werden, da der Nutzer der sich sein System so "Anpassen" möchte, so das Programm auch zur Ausführung bringen kann, wenn es nicht auf den Richtigen Pfad zeigen kann. Denn der Knackpunkt ist, der Nutzer kann auch die %temp% Variable für ein ganz anderes Verzeichnis nutzen, was er natürlich nicht soll, aber wenn er es dennoch macht, bin ich mit meinem Latein am Ende.
Abgesehen davon, das ich den Sinn deiner Aussage nicht verstehe, das ein gutes Programm Temporäre Daten benötigt, oder verstehe ich diese Aussage womöglich falsch?

[af0815]

Denn der Knackpunkt ist, der Nutzer kann auch die %temp% Variable für ein ganz anderes Verzeichnis nutzen, was er natürlich nicht soll, aber wenn er es dennoch macht, bin ich mit meinem Latein am Ende.

Was ist, wenn ich die temporären Dateiennicht auf meiner SSD haben will, sondern das Verzeichnis auf eine normale HD umleite ?

Andreas

[itjump]

Denn der Knackpunkt ist, der Nutzer kann auch die %temp% Variable für ein ganz anderes Verzeichnis nutzen, was er natürlich nicht soll, aber wenn er es dennoch macht, bin ich mit meinem Latein am Ende.

Was ist, wenn ich die temporären Dateiennicht auf meiner SSD haben will, sondern das Verzeichnis auf eine normale HD umleite ?

Andreas

Dann nutzt du %temp% nicht als Speicherort für irgendwelchen anderen Kram als für Temporäre Daten. So war das gemeint.

[Nixsager]

Widerspricht sich itjump nicht selbst, wenn es nicht Sarkastisch gemeint ist?
Einerseits sagt 'Das sage ich, der anpassbare Betriebssysteme schätzt.' und dann auch 'denn der Nutzer hat diese Variablen nicht zu verändern!'

Sorry, aber ich passe mein System so an wie es mir passt. Und wenn der Programmierer nicht über die Variablen geht, dann hat er murks gebaut, denn dafür sind sie da.
Dafür waren die schon zu DOS-Gedacht.

[itjump]

Gut, da hast du natürlich Recht