Hallo Chris,
On Tue, Feb 14, 2017 at 08:58:28PM +0100, Chris Leick wrote:
> >#. type: Plain text
> >msgid ""
> >"The Linux implementation of mandatory locking is subject to race
> >conditions "
> >"which render it unreliable: a B<write>(2) call that overlaps with
> >a lock "
> >"may modify data after the mandatory lock is acquired; a B<read>(2)
> >call "
> >"that overlaps with a lock may detect changes to data that were
> >made only "
> >"after a write lock was acquired. Similar races exist between mandatory "
> >"locks and B<mmap>(2). It is therefore inadvisable to rely on mandatory "
> >"locking."
> >msgstr ""
>
> Die Linux-Implementierung zwangsläufiger Sperren ist Gegenstand von
> Ressourcenwettläufen, die sie unzuverlässig machen: Ein
> B<write>(2)-Aufruf, der sich mit einer Sperre überschneidet, kann
> Daten verändern, nachdem die zwangsläufige Sperre erlangt wurde. Ein
> B<read>(2)-Aufruf, der sich mit einer Sperre überschneidet, kann
> Änderungen an Daten entdecken, die nur vorgenommen werden, nachdem
> eine Schreibsperre erlangt wurde. Ähnliche Wettläufe gibt es zwischen
> zwangsläufigen Sperren und B<mmap>(2). Daher ist es nicht zu
> empfehlen, sich auf zwangsläufige Sperren zu verlassen.
Ähnlich übernommen, weiter oben haben wir »Pflichtsperren« verwandt.
Die nicht kommentierten Teile habe ich ebenfalls übernommen.
Vielen Dank & Grüße
Helge
--
Dr. Helge Kreutzmann debian@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
Attachment:
signature.asc
Description: Digital signature