Unbeabsichtigter Schreibschutz (CAD sonstige/MegaCAD)

Zitat:
Original erstellt von Steffen_WAL:
Hallo,
kann oft wie folgt nachvollziehen:
Wenn eine Datei von MegCAD geöffnet wird, bzw. ist, dann wird dieses Dateiattribut gesetzt. Stürzt das Programm ab, oder beendet sich nicht ordentlich, dann wird dieses Attribut nicht wieder zurück genommen und voilá beim nächsten öffnen ist die Datei immer noch mit diesem Attribut versehen.
Mann muss allerdings einräumen, dass das auch an einem nicht ordentlich arbeitenden Fileserver (Samba währe ein Kandidat) liegen kann.
Gruß
Steffen

VORSICHT

Ihre Darstellung ist beinahe korrekt, und trifft das Problem doch nicht! Leider!

Die von MS angebotetenen Dateisysteme sind nicht transaktionstauglich, d.h. entweder ist eine Änderung vollständig umgesetzt oder überhaupt nicht. Bei Dateisystemen von MS kann es passieren, dass Änderungen nur zu einem Teil in der Datei landen. Das hat MegaTECH mittlerweile auch eingesehen, kann aber nciht wie üblich, die Daten von einem (transaktionstauglichen!) DBMS verwalten lassen. vgl.: http://ww3.cad.de/foren/ubb/Forum22/HTML/001970.shtml#000005, unteres Drittel.

Nun versucht MC, im Rahmen des von Windows NT möglichen, Dateien "exklusiv" zu öffnen, so dass andere Prozesse zumindest nicht schreiben können. (Gegen Lesen kann man in BS von MS nicht sperren, denn aufgrund von Patenten kann MS nur opportunisitsches Locking, vgl.: http://www.microsofttranslator.com/BV.aspx?ref=CSSKB&f rom=en&to=de&a=http://support.microsoft.com/kb/129202/en-us?fr=1,)

Stürzt der Prozess ab, der exklusives Öffnen initiert hatte, bleibt der erforderliche Schreibschutz für andere Prozesse erhalten.

Nun hat dieses Verfahren der opportunisitschen Locks einige prinzipielle Nachteile (ehem), und die Implementierung von oppprtunisitischen Locks in SAMBA hat tatsächlich eine eher fragliche Qualität. Daher wird SAMBA gerne verantwortlich gemacht, falls ungeklärter Schreibschutz auf Objekte des CIFS oder eines lokalen Dateisystems erzeugt werden. vgl.: http://gertranssmb3.berlios.de/output/locking.html

Insgesamt muß festgestellt werden:

Exclusives Öffnen von Dateien ist des armen Mannes Versuch, eine Art Transaktionstauglichkeit sicherzustellen. Für wichtige Daten wie CAD-Daten natürlich absolut unzureichend. Es ersetzt keine transaktionstauglichen Persistenzspeicher.

Dementsprechend ist es zwar ärgerlich, dass eben auch die opportunisistischen Sperren nur bedingt funktionieren, letztendlich aber unerheblich, da das geforderte Ziel, Konsitenz von Original (im Hauptspeicher) und Kopie (auf dem Persistenzspeicher) sicherzustellen, auch so nicht erreicht wird.

mfg HA

[Diese Nachricht wurde von adamsh am 18. Apr. 2010 editiert.]

[Diese Nachricht wurde von adamsh am 19. Apr. 2010 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP