Probleme beim Autosave

Klaus Schmidinger schrieb:

Beim Abspeichern passiert folgendes:

 

1. Die Daten werden in die temporäre Datei name.~~~ geschrieben.

2. Die Zieldatei name.s## wird gelöscht.

3. Die Datei name.~~~ wird in name.s## umbenannt.

 

Schritt 2 ist nur unter Windows nötig, da es dort nicht möglich ist,

eine Datei einfach umzubenennen, so daß sie eine evtl. bereits

bestehende Datei gleichen Namens ersetzt. Nach dem Löschen muß

Wenigstens das hängt wohl eher vom verwendeten Compiler ab, denn

MoveFileEx() mit dem Flag MOVEFILE_REPLACE_EXISTING ersetzt durchaus

existierende Dateien. BTW: C99 sagt, daß das Verhalten von rename()

implementierungsabhängig ist, wenn die Datei bereits existiert.

Windows-Compiler ziehen offenbar vor, bei bestehender Datei nichts zu

überschreiben.

Die direkte Verwendung von MoveFileEx() vermeidet die Abhängigkeit vom

Compiler und erspart Ihnen den Umweg mit dem Löschen.

die Applikation aber davon ausgehen können, daß die Datei aus dem

Verzeichnis entfernt wurde (auch wenn die eigentlichen Daten noch

auf der Platte liegen und die Blöcke erst nach einiger Zeit wirklich

freigegeben werden). In Ihrem Fall gibt es da anscheinend ein Problem,

Die Cache-Strategien von Windows, insbesondere im Netzwerkbetrieb,

sind mir allerdings auch schon länger suspekt.

Ich kenne einen Effekt, bei dem eine bestimmte Abfolge von

open/seek/write/close (auf eine Datei im LAN) eine Verklemmung

auslöst, die dann einmal pro Sekunde aufgslöst wird. Das "close"

dauert dann bis zu 1s... Wenn man aber vor dem abschließenden close

ein paar Mikrosekunden wartet, gibt es keine Verklemmung - m.E. ein

deutlicher Hinweis auf eine "Race Condition". Wenigstens NT4, W2k und

XP-Clients sind betroffen (nicht W9x), der Server spielt keine Rolle.

Mein Mailclient leidet unter dem Problem. Microsoft behebt den Fehler

seit Jahren nicht, und der Programmierer des Mailclients will auch

nichts ändern (die auslösende Sequenz umstellen).

Grüße,

Oliver Betz

Klaus Schmidinger schrieb:

Beim Abspeichern passiert folgendes:

 

1. Die Daten werden in die temporäre Datei name.~~~ geschrieben.

2. Die Zieldatei name.s## wird gelöscht.

3. Die Datei name.~~~ wird in name.s## umbenannt.

 

Schritt 2 ist nur unter Windows nötig, da es dort nicht möglich ist,

eine Datei einfach umzubenennen, so daß sie eine evtl. bereits

bestehende Datei gleichen Namens ersetzt. Nach dem Löschen muß

Wenigstens das hängt wohl eher vom verwendeten Compiler ab, denn

MoveFileEx() mit dem Flag MOVEFILE_REPLACE_EXISTING ersetzt durchaus

existierende Dateien. BTW: C99 sagt, daß das Verhalten von rename()

implementierungsabhängig ist, wenn die Datei bereits existiert.

Windows-Compiler ziehen offenbar vor, bei bestehender Datei nichts zu

überschreiben.

Die direkte Verwendung von MoveFileEx() vermeidet die Abhängigkeit vom

Compiler und erspart Ihnen den Umweg mit dem Löschen.

die Applikation aber davon ausgehen können, daß die Datei aus dem

Verzeichnis entfernt wurde (auch wenn die eigentlichen Daten noch

auf der Platte liegen und die Blöcke erst nach einiger Zeit wirklich

freigegeben werden). In Ihrem Fall gibt es da anscheinend ein Problem,

Die Cache-Strategien von Windows, insbesondere im Netzwerkbetrieb,

sind mir allerdings auch schon länger suspekt.

Ich kenne einen Effekt, bei dem eine bestimmte Abfolge von

open/seek/write/close (auf eine Datei im LAN) eine Verklemmung

auslöst, die dann einmal pro Sekunde aufgslöst wird. Das "close"

dauert dann bis zu 1s... Wenn man aber vor dem abschließenden close

ein paar Mikrosekunden wartet, gibt es keine Verklemmung - m.E. ein

deutlicher Hinweis auf eine "Race Condition". Wenigstens NT4, W2k und

XP-Clients sind betroffen (nicht W9x), der Server spielt keine Rolle.

Mein Mailclient leidet unter dem Problem. Microsoft behebt den Fehler

seit Jahren nicht, und der Programmierer des Mailclients will auch

nichts ändern (die auslösende Sequenz umstellen).

Grüße,

Oliver Betz

On 02/27/09 12:13, Oliver Betz wrote:

Klaus Schmidinger schrieb:

 

 

Beim Abspeichern passiert folgendes:

 

1. Die Daten werden in die temporäre Datei name.~~~ geschrieben.

2. Die Zieldatei name.s## wird gelöscht.

3. Die Datei name.~~~ wird in name.s## umbenannt.

 

Schritt 2 ist nur unter Windows nötig, da es dort nicht möglich ist,

eine Datei einfach umzubenennen, so daß sie eine evtl. bereits

bestehende Datei gleichen Namens ersetzt. Nach dem Löschen muß

 

Wenigstens das hängt wohl eher vom verwendeten Compiler ab, denn

MoveFileEx() mit dem Flag MOVEFILE_REPLACE_EXISTING ersetzt durchaus

existierende Dateien. BTW: C99 sagt, daß das Verhalten von rename()

implementierungsabhängig ist, wenn die Datei bereits existiert.

Windows-Compiler ziehen offenbar vor, bei bestehender Datei nichts zu

überschreiben.

 

Die direkte Verwendung von MoveFileEx() vermeidet die Abhängigkeit vom

Compiler und erspart Ihnen den Umweg mit dem Löschen.

Danke für den Hinweis.

Geändert für Version 5.4.3.

Klaus Schmidinger

--

_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10

CadSoft Computer GmbH                   Fax:   +49-8635-6989-40

Hofmark 2                               Email:   kls@cadsoft.de

D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de

_______________________________________________________________