Go to the first, previous, next, last section, table of contents.

Socket Concepts

When you create a socket, you must specify the style of communication you want to use and the type of protocol that should implement it. The communication style of a socket defines the user-level semantics of sending and receiving data on the socket. Choosing a communication style specifies the answers to questions such as these:

You must also choose a namespace for naming the socket. A socket name ("address") is meaningful only in the context of a particular namespace. In fact, even the data type to use for a socket name may depend on the namespace. Namespaces are also called "domains", but we avoid that word as it can be confused with other usage of the same term. Each namespace has a symbolic name that starts with `PF_'. A corresponding symbolic name starting with `AF_' designates the address format for that namespace.

Finally you must choose the protocol to carry out the communication. The protocol determines what low-level mechanism is used to transmit and receive data. Each protocol is valid for a particular namespace and communication style; a namespace is sometimes called a protocol family because of this, which is why the namespace names start with `PF_'.

The rules of a protocol apply to the data passing between two programs, perhaps on different computers; most of these rules are handled by the operating system, and you need not know about them. What you do need to know about protocols is this:

Throughout the following description at various places variables/parameters to denote sizes are required. And here the trouble starts. In the first implementations the type of these variables was simply int. This type was on almost all machines of this time 32 bits wide and so a de-factor standard required 32 bit variables. This is important since references to variables of this type are passed to the kernel.

But now the POSIX people came and unified the interface with their words "all size values are of type size_t". But on 64 bit machines size_t is 64 bits wide and so variable references are not anymore possible.

A solution provides the Unix98 specification which finally introduces a type socklen_t. This type is used in all of the cases in previously changed to use size_t. The only requirement of this type is that it is an unsigned type of at least 32 bits. Therefore, implementations which require references to 32 bit variables be passed can be as happy as implementations which right from the start of 64 bit values.

Go to the first, previous, next, last section, table of contents.