Hallo Chris,
On Tue, Jan 24, 2017 at 09:34:40PM +0100, Chris Leick wrote:
> >#. FIXME . Review progress into POSIX
> >#. http://austingroupbugs.net/view.php?id=768
> >#. type: Plain text
> >msgid ""
> >"Open file description locks are advisory byte-range locks whose
> >operation is "
> >"in most respects identical to the traditional record locks
> >described above. "
> >"This lock type is Linux-specific, and available since Linux 3.15.
> >(There is "
> >"a proposal with the Austin Group to include this lock type in the next "
> >"revision of POSIX.1.) For an explanation of open file
> >descriptions, see "
> >"B<open>(2)."
> >msgstr ""
>
> Offene Dateideskriptorsperren sind angewiesene Byte-Bereichssperren,
> deren Funktionsweise in den meisten Empfehlungen den herkömmlichen,
> oben beschriebenen Datensatzsperren entspricht. Dieser Sperrtyp ist
> Linux-spezifisch und seit Linux 3.15 verfügbar. (Es gibt einen
> Vorschlag der Austin-Gruppe, diesen Sperrtyp in die nächste
> Überarbeitung von POSIX.1 aufzunehmen.) Eine Erklärung offener
> Dateideskriptionen finden Sie bei B<open>(2).
to advise ist ja eher ratgeben. Hast Du »angewiesene« in diesem
Kontext aus einer anderen Quelle? Deshalb hab ich diese Zeichenkette
nicht übersetzt gehabt.
(Dito für die folgenden Zeichenketten)
> >#. type: Plain text
> >msgid ""
> >"The principal difference between the two lock types is that whereas "
> >"traditional record locks are associated with a process, open file "
> >"description locks are associated with the open file description on
> >which "
> >"they are acquired, much like locks acquired with B<flock>(2).
> >Consequently "
> >"(and unlike traditional advisory record locks), open file
> >description locks "
> >"are inherited across B<fork>(2) (and B<clone>(2) with
> >B<CLONE_FILES>), and "
> >"are only automatically released on the last close of the open file "
> >"description, instead of being released on any close of the file."
> >msgstr ""
>
> Der Hauptunterschied zwischen den beiden Sperrtypen besteht darin,
> dass die herkömmlichen Datensatzsperren mit dem Prozess verbunden
> sind, während Sperren offener Dateideskriptionen mit der offenen
> Dateideskription verbunden sind, für die sie mit B<flock>(2) erlangt
> wurden. Konsequenterweise (und anders als herkömmliche angewiesene
> Datensatzsperren) werden Sperren offener Dateideskriptionen über
> B<fork>(2) (und B<clone>(2) mit B<CLONE_FILES>) geerbt und werden
> nur automatisch durch das Schließen der letzten offenen
> Dateideskription freigegeben, statt bei jedem Schließen der Datei.
> >#. type: Plain text
> >msgid ""
> >"As with traditional advisory locks, the third argument to B<fcntl>(), "
> >"I<lock>, is a pointer to an I<flock> structure. By contrast with "
> >"traditional record locks, the I<l_pid> field of that structure
> >must be set "
> >"to zero when using the commands described below."
> >msgstr ""
>
> Wie bei herkömmlichen angewisenen Sperren, ist das dritte Argument
> für B<fcntl>(), I<lock>, ein Zeiger auf eine I<flock>-Struktur. Im
> Gegensatz zu herkömmlichen Datensatzsperren, muss das Feld I<l_pid>
> dieser Struktur bei Verwendung der unterhalb beschriebenen Befehle
> auf null gesetzt werden.
> >#. type: Plain text
> >msgid ""
> >"By default, both traditional (process-associated) and open file
> >description "
> >"record locks are advisory. Advisory locks are not enforced and
> >are useful "
> >"only between cooperating processes."
> >msgstr ""
>
> Standardmäßig werden herkömmliche (prozessorientierte) und Sperren
> offener Dateideskriptionsdatensätze angewiesen. Angewiesene Sperren
> werden icht erzwungen und sind nur bei der Zusammenarbeit von
> Prozessen nützlich.
Ganz vielen Dank!
Viele 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