Probleme beim Autosave

On 02/26/09 10:08,  wrote:

Hallo,

 

beim Autosave bekomme ich regelmäßig folgende Fehlermeldung:

 

Fehler

Kann 'K:/ ... /MU00000294.~~~' nicht nach 'K:/ ... /MU00000294.s##'

umbenennen.

 

Das Laufwerk K ist ein Netzlaufwerk, das auf einen Server leigt. Der

Schreibschutz im Verzeichniss ist deaktiviert.

Das Problem trat auf, nachdem wir von Version 4.16 auf 5.4.0 umgestiegen

sind.

Wir können das hier nicht nachvollziehen.

Wie lautet der komplette Pfadname?

Tritt das Problem mit jeder Datei auf, oder nur mit dieser einen?

Tritt das Problem nur auf diesem Laufwerk auf, oder auch auf einer

lokalen Platte?

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

_______________________________________________________________

Hallo Herr Schmidinger,

der vollständige Pfad lautet:

K:\Dokumentation\IBS Produkte\Produkte Entwicklung\Sensoren\RLDS1 -

InduktiverRundlaufsensor\4 - Elektronik\R0

Grundsätzlich tritt der Fehler bei allen Projekten auf, die auf dem

Netzlaufwerk liegen. Bei lokalen Projekten kann ich es nicht mit Sicherheit

sagen, da wir grundsätzlich alles auf dem Server speichern und auch dort

arbeiten.

Manchmal tritt der Fehler auch beim manuellen speichern auf.

MFG Marco Förderer

"Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de> schrieb im Newsbeitrag

news:go699m$8f2$1@cheetah.cadsoft.de...

On 02/26/09 10:08,  wrote:

Hallo,

 

beim Autosave bekomme ich regelmäßig folgende Fehlermeldung:

 

Fehler

Kann 'K:/ ... /MU00000294.~~~' nicht nach 'K:/ ... /MU00000294.s##'

umbenennen.

 

Das Laufwerk K ist ein Netzlaufwerk, das auf einen Server leigt. Der

Schreibschutz im Verzeichniss ist deaktiviert.

Das Problem trat auf, nachdem wir von Version 4.16 auf 5.4.0 umgestiegen

sind.

 

Wir können das hier nicht nachvollziehen.

 

Wie lautet der komplette Pfadname?

 

Tritt das Problem mit jeder Datei auf, oder nur mit dieser einen?

 

Tritt das Problem nur auf diesem Laufwerk auf, oder auch auf einer

lokalen Platte?

 

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

_______________________________________________________________

 

On 02/26/09 16:31,  wrote:

Hallo Herr Schmidinger,

 

der vollständige Pfad lautet:

K:\Dokumentation\IBS Produkte\Produkte Entwicklung\Sensoren\RLDS1 -

InduktiverRundlaufsensor\4 - Elektronik\R0

 

Grundsätzlich tritt der Fehler bei allen Projekten auf, die auf dem

Netzlaufwerk liegen. Bei lokalen Projekten kann ich es nicht mit Sicherheit

sagen, da wir grundsätzlich alles auf dem Server speichern und auch dort

arbeiten.

Manchmal tritt der Fehler auch beim manuellen speichern auf.

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ß

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,

so daß die gelöschte Datei immer noch im Verzeichnis steht, und daher

das anschließende Umbenennen fehlschlägt.

Da diese Operation bei anderen Usern keine Probleme macht (zumindest ist

mir kein solcher Fall bekannt), vermute ich ein Timing-Problem in Ihrer

Netzwerkanbindung als Ursache.

Welches Betriebssystem verwenden Sie den genau auf dem Server bzw.

dem Client?

Gibt es bei Ihrer Netzwerkanbindung irgendwelche Parameter bzgl.

Timing, Caching etc.?

Klaus Schmidinger

"Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de> schrieb im Newsbeitrag

news:go699m$8f2$1@cheetah.cadsoft.de...

On 02/26/09 10:08,  wrote:

Hallo,

 

beim Autosave bekomme ich regelmäßig folgende Fehlermeldung:

 

Fehler

Kann 'K:/ ... /MU00000294.~~~' nicht nach 'K:/ ... /MU00000294.s##'

umbenennen.

 

Das Laufwerk K ist ein Netzlaufwerk, das auf einen Server leigt. Der

Schreibschutz im Verzeichniss ist deaktiviert.

Das Problem trat auf, nachdem wir von Version 4.16 auf 5.4.0 umgestiegen

sind.

Wir können das hier nicht nachvollziehen.

 

Wie lautet der komplette Pfadname?

 

Tritt das Problem mit jeder Datei auf, oder nur mit dieser einen?

 

Tritt das Problem nur auf diesem Laufwerk auf, oder auch auf einer

lokalen Platte?

 

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

_______________________________________________________________

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

_______________________________________________________________