Re: [RFR] man://manpages-de/getpeername.2

[Chris Leick <c.leick@vollbio.de>]

Hallo Mario,

Mario Blättermann:
> anbei die Übersetzung der Manpage von getpeername. Es sind nur zwei Strings,
> einer geändert und einer neu übersetzt:
>
> #. type: Plain text
> #| msgid ""
> #| "The third argument of B<getpeername>()  is in reality an I<int *> (and "
> #| "this is what 4.x BSD and libc4 and libc5 have).  Some POSIX confusion "
> #| "resulted in the present I<socklen_t>, also used by glibc.  See also "
> #| "B<accept>(2)."
> msgid ""
> "The third argument of B<getpeername>()  is in reality an I<int\\ *> (and"
> "this is what 4.x BSD and libc4 and libc5 have).  Some POSIX confusion"
> "resulted in the present I<socklen_t>, also used by glibc.  See also"
> "B<accept>(2)."
> msgstr ""
> "Der dritte Parameter von B<getpeername>() ist in Wirklichkeit ein I<int\\ *>
> "
> "(und dies ist in 4.x-BSD und libc4 sowie libc5 so umgesetzt). Einige"
> "Verwirrungen durch POSIX bewirkten das aktuelle I<socklen_t>, das ebenfalls"
> "von Glibc verwendet wird. Siehe auch B<accept>(2)."

Vielleicht besser »führten zu« statt »bewirkten«?

> #. type: Plain text
> msgid ""
> "For stream sockets, once a B<connect>(2)  has been performed, either socket"
> "can call B<getpeername>()  to obtain the address of the peer socket.  On the
> "
> "other hand, datagram sockets are connectionless.  Calling B<connect>(2)  on"
> "a datagram socket merely sets the peer address for outgoing datagrams sent"
> "with B<write>(2)  or B<recv>(2).  The caller of B<connect>(2)  can use"
> "B<getpeername>()  to obtain the peer address that it earlier set for the"
> "socket.  However, the peer socket is unaware of this information, and"
> "calling B<getpeername>()  on the peer socket will return no useful"
> "information (unless a B<connect>(2)  call was also executed on the peer)."
> "Note also that the receiver of a datagram can obtain the address of the"
> "sender when using B<recvfrom>(2)."
> msgstr ""
> "Bei Datenstrom-Sockets kann, sobald B<connect>(2) ausgeführt wurde, jeder"
> "der Sockets B<getpeername>() ausführen, um die Adresse des Peer-Sockets zu"
> "ermitteln.
Hier kommt zweimal hintereinander ausführen. Du könntest das erste durch 
aufgerufen ersetzen.


>   Andererseits sind Datagramm-Sockets ohne Verbindung. Der Aufruf "
> "von B<connect>(2) mit einem Datagramm-Socket setzt vielmehr die Peer-Adresse
> "
> "für ausgehende Datagramme, die mit B<write>(2) oder B<recv>(2) gesendet"
> "wurden. Der Aufruf von B<connect>(2) kann B<getpeername>() nutzen, um die"
> "zuvor für den Socket gesetzte Peer-Adresse zu ermitteln. Der Peer-Socket"
> "jedoch beachtet diese Information nicht, und der Aufruf von B<getpeername>()
s/, und/ und/

Gruß,
Chris