[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [RFR] man://manpages-de/man2/fcntl.2.po (Teil 2)





Am 25.01.2017 um 20:44 schrieb Helge Kreutzmann:
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.

Es wird etwas weiter unten in dieser Handbuchseite erklärt:

#. 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 ""


Für advise finde ich die Übersetzungen beraten, raten, empfehlen, ermahnen und ermuntern. Da diese Sperren nicht erzwungen werden, nach dieser Aktion aber, wenn sonst nichts dagegen spricht, vom Programm gesetzt werden, passt von all diesem Möglichkeiten empfehlen am besten.
Im Netz habe ich noch "Freiwillige (kooperative) Sperren" gefunden:
https://wiki.selfhtml.org/wiki/Programmiertechnik/Dateien_sperren

Gruß,
Chris


Reply to: