1 .\" Copyright (c) 1983, 1991 The Regents of the University of California.
2 .\" All rights reserved.
4 .\" Redistribution and use in source and binary forms, with or without
5 .\" modification, are permitted provided that the following conditions
7 .\" 1. Redistributions of source code must retain the above copyright
8 .\" notice, this list of conditions and the following disclaimer.
9 .\" 2. Redistributions in binary form must reproduce the above copyright
10 .\" notice, this list of conditions and the following disclaimer in the
11 .\" documentation and/or other materials provided with the distribution.
12 .\" 3. All advertising materials mentioning features or use of this software
13 .\" must display the following acknowledgement:
14 .\" This product includes software developed by the University of
15 .\" California, Berkeley and its contributors.
16 .\" 4. Neither the name of the University nor the names of its contributors
17 .\" may be used to endorse or promote products derived from this software
18 .\" without specific prior written permission.
20 .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
21 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
22 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
23 .\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
24 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
25 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
26 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
27 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
28 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
29 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
32 .\" @(#)listen.2 6.5 (Berkeley) 3/10/91
34 .\" Modified Fri Jul 23 22:07:54 1993 by Rik Faith (faith@cs.unc.edu)
35 .\" Modified 950727 by aeb, following a suggestion by Urs Thuermann
36 .\" (urs@isnogud.escape.de)
37 .\" Translated into german by Martin Schulze (joey@finlandia.infodrom.north.de)
39 .TH LISTEN 2 "17. August 1996" "BSD Man Page" "Systemaufrufe"
41 listen \- Horche auf einem Socket auf Verbindungen
43 .B #include <sys/socket.h>
45 .BI "int listen(int " s ", int " backlog );
47 Um eine Verbindung anzunehmen, muss ein Socket zuerst mit
49 erzeugt werden. Der Wunsch, eingehende Verbindungen anzunehmen sowie ein
50 Limit an nicht bearbeiteten Verbindungen, die in einer Warteschleife gehalten
53 angezeigt. Anschließend werden Verbindungen mit
55 angenommen. Der Aufruf von
57 ist für Sockets vom Typ
65 spezifiziert die maximale Länge der Warteschlange, die noch nicht angenommene
66 Verbindungen aufnimmt. Wenn eine Verbindungsanfrage ankommt und die Warteschlange
67 ist bereits voll, dann erhält der Client einen Fehler mit der Angabe
69 oder die Anfrage wird ignoriert, wenn das zugrundeliegende Protokoll "Retransmission"
70 unterstützt, damit weitere Versuche erfolgreich sind.
72 Bei Erfolg wird null zurückgegeben, bei einem Fehler \-1 und
74 wird entsprechend gesetzt.
80 ist kein gültiger Deskriptor.
88 Der Socket ist nicht von einem Typ, der die Operation
94 tauchte in BSD 4.2 auf.
96 Wenn der Socket vom Typ af_inet ist und das Argument
98 größer als 128 ist, wird es stillschweigend auf 128 gekürzt. Um
99 portable Anwendungen zu schreiben, sollte nicht auf solche Werte
100 vertraut werden, denn BSD (und wenigstens einige BSD-basierte Systeme)