Re: konkurrierende Dateizugriffe

Marc Santhoff <M.Santhoff(at)t-online.de> wrote:
> Am Mo, den 07.03.2005 schrieb Oliver Fromme um 12:45:
> > Marc Santhoff <M.Santhoff(at)t-online.de> wrote:
> > > Am Di, den 01.03.2005 schrieb Bernd Walter um 18:12:
> > > > Normalerweise wird nichts gesperrt, solange eine Software nicht
> > > > explizit dafür sorgt.
> > >
> > > Ist klar, das würde ich dann einen Bug nennen.
> >
> > Nein, das ist der Default. Ein Bug wäre es, wenn eine
> > Software Dateien grundlos sperren würde.
>
> Hier zerreißt Du den Kontext, Antwort s.u.

Hm, ist mir nicht ganz klar.

> > [...]
> > Gerade vorhin hatte ich eine tar-Datei mit einem Hex-Editor
> > geöffnet, an deren Ende das tar-Kommando immer noch munter
> > seine Daten anhängte. Wieso sollte das nicht gehen? Wieso
> > sollte tar (oder die meisten anderen Kommandos) seine Da-
> > teien locken? Das schränkt doch nur unnötig die Möglich-
> > keiten ein, die man hat.
>
> Das mein' ich doch: adäquat heißt hier, schreiben verboten, lesen für
> andere Prozesse möglich.

Nein, natürlich dürfen auch andere Prozesse schreiben. In
obigem konkreten Beispiel haben _beide_ Prozesse schreibend
auf die Datei zugegriffen: Ich hatte den Header der tar-
Datei mit einem Hex-Editor verändert, während (gleichzei-
tig) der tar-Prozeß noch in die Datei reinschrieb. Es gab
keinen Grund, darauf zu warten, bis der fertig ist.

Daß man beim Arbeiten durch unnötige Mechanismen behindert
wird, ist ja auch eher eine Windows-Domäne. ;-)

Gruß
   Olli

-- 
Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.
One Unix to rule them all, One Resolver to find them,
One IP to bring them all and in the zone to bind them.
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message