Re: file locking auf ufs

Am Fr, 2003-08-29 um 17.39 schrieb Oliver Fromme:
> Marc Santhoff <M.Santhoff(at)t-online.de> wrote:
> > Ich wüßte gern, wie FreeBSD das Sperren von geöffneten Dateien handhabt.
>
> Gar nicht, wenn die jeweiligen Programme das nicht explizit
> anfordern (z.B. per flock oder fcntl, oder mit kooperativen
> Verfahren wie dotlocking).
>
> > Konkreter Fall: OpenOffice kann u.a. auch .CSV Dateien als Datenquelle
> > einbinden.
> >
> > Wenn dort die Anzeige (lesender Zugriff) erfolgt, kann man, egal ob
> > lokal oder via NFS, auch auf FreeBSD) die CSV-Datei mit einem Editor
> > ändern. Wird dann in OpenOffice die Anzeige aktualisiert, sind brav die
> > Änderungen zu sehen.
>
> Die Datei wird von OpenOffice nicht gelockt. Wozu auch?

Bei CSV ist locking sicher nicht zwingend notwendig, aber vermutlich muß
das für jede Dateiart und Zugriffsweise einzeln entschieden werden ...

Was mich nur stört, ist das eine plattformübergreifend programmierte
Applikation mit eigenem "system abstraction layer" sich darum nicht
schert. Eigentlich erwarte ich, das es wenigstens überall gleich
passiert, also immer Sperre setzen oder nie (was wg. Windows nicht
einfacher wird).

> > Unter (sorry) Windows geht das nicht. Lokal wird die Datei gesperrt,
> > weil sie bereits geöffnet ist und via Samba (gleicher Server) kann man
> > sie zwar ändern, die Änderungen werden aber nicht durchgereicht, d.h.
> > sie werden nicht in OpenOffice angezeigt (fragt sich, was bei
> > beidseitigen Änderungen passiert - fröstel).
>
> Locking unter Windows ist ein Alptraum. Es kommt einem
> immer dann in die Quere, wenn man es nicht brauchen kann,
> aber eine vernünftige Funktionalität kann ich darin nicht
> erkennen.

Glaube ich auch langsam. Eine Gegenprobe mit Windows 2000 statt 98 ergab
wieder anderes verhalten, allerdings wurde lokal wie auf Samba-Share
gesperrt (wenigstens konsistent).

Danke für die Informationen,
Marc

To Unsubscribe: send mail to majordomo.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Sat 30 Aug 2003 - 00:52:24 CEST