Creates a new port and returns its port_id number. The port's name is set to name and the length of its message queue is set to queue_length. Neither the name nor the queue length can be changed once they're set. The name shouldn't exceed B_OS_NAME_LENGTH (32) characters.

In setting the length of a port's message queue, you're telling it how many messages it can hold at a time. When the queue is filled—when it's holding queue_length messages—subsequent invocations of write_port() (on that port) block until room is made in the queue (through calls to read_port()) for the additional messages. Once the queue length is set by create_port(), it can't be changed.

This function sets the owner of the port to be the team of the calling thread. Ownership can subsequently be transferred through the set_port_owner() function. When a port's owner dies (when all the threads in the team are dead), the port is automatically deleted. If you want to delete a port prior to its owner's death, use the delete_port() function.

Closes the port so no more messages can be written to it. After you close a port, you can call read_port() on it, but a write_port() call will return B_BAD_PORT_ID. You can't reopen a closed port; you call this function so you can read through a port's unread messages prior to deleting the port, while ensuring that no new messages will show up. After you've read the messages, you should call delete_port() on port.

Deletes the given port. The port's message queue doesn't have to be empty—you can delete a port that's holding unread messages. Threads that are blocked in read_port() or write_port() calls on the port are automatically unblocked (and return B_BAD_SEM_ID).

The thread that calls delete_port() doesn't have to be a member of the team that owns the port; any thread can delete any port.

Returns the port_id of the named port. port_name should be no longer than 32 characters (B_OS_NAME_LENGTH).

Copies information about a particular port into the port_info structure designated by info. The first version of the function designates the port directly, by port_id.

The get_next_port_info() version lets you step through the list of a team's ports through iterated calls on the function. The team argument identifies the team you want to look at; a team value of 0 means the team of the calling thread. The cookie argument is a placemark; you set it to 0 on your first call, and let the function do the rest. The function returns B_BAD_VALUE when there are no more ports to visit:

/* Get the port_info for every port in this team. */
port_info info;
int32 cookie = 0;

while (get_next_port_info(0, &cookie, &info) == B_OK)
   ...

The information in the port_info structure is guaranteed to be internally consistent, but the structure as a whole should be considered to be out-of-date as soon as you receive it. It provides a picture of a port as it exists just before the info-retrieving function returns.

These functions return the length (in bytes) of the message buffer that's at the head of port's message queue. You call this function in order to allocate a sufficiently large buffer in which to retrieve the message data.

The port_buffer_size() function blocks if the port is currently empty. It unblocks when a write_port() call gives this function a buffer to measure (even if the buffer is 0 bytes long), or when the port is deleted.

The port_buffer_size_etc() function lets you set a limit on the amount of time the function will wait for a message to show up. To set the limit, you pass B_TIMEOUT as the flags argument, and set timeout to the amount of time, in microseconds, that you're willing to wait.

See also: read_port()

Returns the number of messages that are currently in port's message queue. This is the number of messages that have been written to the port through calls to write_port() but that haven't yet been picked up through corresponding read_port() calls.

Warning

This function is provided mostly as a convenience and a semi-accurate debugging tool. The value that it returns is inherently undependable: There's no guarantee that additional read_port() or write_port() calls won't change the count as this function is returning.

See also: get_port_info()

These functions remove the message at the head of port's message queue and copy the messages's contents into the msg_code and msg_buffer arguments. The size of the msg_buffer buffer, in bytes, is given by buffer_size. It's up to the caller to ensure that the message buffer is large enough to accommodate the message that's being read. If you want a hint about the message's size, you should call port_buffer_size() before calling this function.

If port's message queue is empty when you call read_port(), the function will block. It returns when some other thread writes a message to the port through write_port(). A blocked read is also unblocked if the port is deleted.

The read_port_etc() function lets you set a limit on the amount of time the function will wait for a message to show up. To set the limit, you pass B_TIMEOUT as the flags argument, and set timeout to the amount of time, in microseconds, that you're willing to wait.

A successful call returns the number of bytes that were written into the msg_buffer argument.

Transfers ownership of the designated port to team. A port can only be owned by one team at a time; by setting a port's owner, you remove it from its current owner.

There are no restrictions on who can own a port, or on who can transfer ownership. In other words, the thread that calls set_port_owner() needn't be part of the team that currently owns the port, nor must you only assign ports to the team that owns the calling thread (although these two are the most likely scenarios).

Port ownership is meaningful for one reason: When a team dies (when all its threads are dead), the ports that are owned by that team are freed. Ownership, otherwise, has no significance—it carries no special privileges or obligations.

To discover a port's owner, use the get_port_info() function.

These functions place a message at the tail of port's message queue. The message consists of msg_code and msg_buffer:

If the port's queue is full when you call write_port(), the function will block. It returns when a read_port() call frees a slot in the queue for the new message. A blocked write_port() will also return if the target port is deleted or closed.

The write_port_etc() function lets you set a limit on the amount of time the function will wait for a free queue slot. To set the limit, you pass B_TIMEOUT as the flags argument, and set timeout to the amount of time, in microseconds, that you're willing to wait.

struct {
    port_id port;
    team_id team;
    char name[B_OS_NAME_LENGTH];
    int32 capacity;
    int32 queue_count;
    int32 total_count;
} port_info

The port_info structure provides information about a port. You retrieve one of these structures through get_port_info() or get_next_port_info().

Note that the total_count number doesn't include the messages that are currently in the queue.