Appendix B. Client API

Table of Contents

Introduction
wl_argument - Protocol message argument data types.
wl_array - Dynamic array.
wl_display - Represents a connection to the compositor and acts as a proxy to the wl_display singleton object.
wl_event_queue - A queue for wl_proxy object events.
wl_interface - Protocol object interface.
wl_list - Doubly-linked list.
wl_message - Protocol message signature.
wl_object - A protocol object.
wl_proxy - Represents a protocol object on the client side.
Functions

Introduction

The open-source reference implementation of Wayland protocol is split in two C libraries, libwayland-client and libwayland-server. Their main responsibility is to handle the Inter-process communication (IPC) with each other, therefore guaranteeing the protocol objects marshaling and messages synchronization.

A client uses libwayland-client to communicate with one or more wayland servers. A wl_display object is created and manages each open connection to a server. At least one wl_event_queue object is created for each wl_display, this holds events as they are received from the server until they can be processed. Multi-threading is supported by creating an additional wl_event_queue for each additional thread, each object can have it's events placed in a particular queue, so potentially a different thread could be made to handle the events for each object created.

Though some convenience functions are provided, libwayland-client is designed to allow the calling code to wait for events, so that different polling mechanisms can be used. A file descriptor is provided, when it becomes ready for reading the calling code can ask libwayland-client to read the available events from it into the wl_event_queue objects.

The library only provides low-level access to the wayland objects. Each object created by the client is represented by a wl_proxy object that this library creates. This includes the id that is actually communicated over the socket to the server, a void* data pointer that is intended to point at a client's representation of the object, and a pointer to a static wl_interface object, which is generated from the xml and identifies the object's class and can be used for introspection into the messages and events.

Messages are sent by calling wl_proxy_marshal. This will write a message to the socket, by using the message id and the wl_interface to identify the types of each argument and convert them into stream format. Most software will call type-safe wrappers generated from the xml description of the Wayland protocols. For instance the C header file generated from the xml defines the following inline function to transmit the wl_surface::attach message:

static inline void
wl_surface_attach(struct wl_surface *wl_surface, struct wl_buffer *buffer, int32_t x, int32_t y)
{
  wl_proxy_marshal((struct wl_proxy *) wl_surface, WL_SURFACE_ATTACH, buffer, x, y);
}

Events (messages from the server) are handled by calling a "dispatcher" callback the client stores in the wl_proxy for each event. A language binding for a string-based interpreter, such as CPython, might have a dispatcher that uses the event name from the wl_interface to identify the function to call. The default dispatcher uses the message id number to index an array of functions pointers, called a wl_listener, and the wl_interface to convert data from the stream into arguments to the function. The C header file generated from the xml defines a per-class structure that forces the function pointers to be of the correct type, for instance the wl_surface::enter event defines this pointer in the wl_surface_listener object:

struct wl_surface_listener {
  void (*enter)(void *data, struct wl_surface *, struct wl_output *);
  ...
}

wl_argument - Protocol message argument data types.

This union represents all of the argument types in the Wayland protocol wire format. The protocol implementation uses wl_argument within its marshalling machinery for dispatching messages between a client and a compositor.

See also: wl_message See also: wl_interface See also: Wire Format

wl_array - Dynamic array.

A wl_array is a dynamic array that can only grow until released. It is intended for relatively small allocations whose size is variable or not known in advance. While construction of a wl_array does not require all elements to be of the same size, wl_array_for_each() does require all elements to have the same type and size.

size - Array size.
size_t wl_array::size
alloc - Allocated space.
size_t wl_array::alloc
data - Array data.
void* wl_array::data
wl_array_init - Initializes the array.
void wl_array_init(struct wl_array *array)
array
Array to initialize

wl_array_release - Releases the array data.
void wl_array_release(struct wl_array *array)

Note: Leaves the array in an invalid state.

array
Array whose data is to be released

wl_array_add - Increases the size of the array by size bytes.
void * wl_array_add(struct wl_array *array, size_t size)
array
Array whose size is to be increased
size
Number of bytes to increase the size of the array by

Returns:
A pointer to the beginning of the newly appended space, or NULL when resizing fails.

wl_array_copy - Copies the contents of source to array.
int wl_array_copy(struct wl_array *array, struct wl_array *source)
array
Destination array to copy to
source
Source array to copy from

Returns:
0 on success, or -1 on failure

wl_array_for_each - Iterates over an array.

This macro expresses a for-each iterator for wl_array. It assigns each element in the array to pos, which can then be referenced in a trailing code block. pos must be a pointer to the array element type, and all array elements must be of the same type and size.

pos
Cursor that each array element will be assigned to
array
Array to iterate over

See also: wl_list_for_each()

wl_display - Represents a connection to the compositor and acts as a proxy to the wl_display singleton object.

A wl_display object represents a client connection to a Wayland compositor. It is created with either wl_display_connect() or wl_display_connect_to_fd(). A connection is terminated using wl_display_disconnect().

A wl_display is also used as the wl_proxy for the wl_display singleton object on the compositor side.

A wl_display object handles all the data sent from and to the compositor. When a wl_proxy marshals a request, it will write its wire representation to the display's write buffer. The data is sent to the compositor when the client calls wl_display_flush().

Incoming data is handled in two steps: queueing and dispatching. In the queue step, the data coming from the display fd is interpreted and added to a queue. On the dispatch step, the handler for the incoming event set by the client on the corresponding wl_proxy is called.

A wl_display has at least one event queue, called the default queue. Clients can create additional event queues with wl_display_create_queue() and assign wl_proxy's to it. Events occurring in a particular proxy are always queued in its assigned queue. A client can ensure that a certain assumption, such as holding a lock or running from a given thread, is true when a proxy event handler is called by assigning that proxy to an event queue and making sure that this queue is only dispatched when the assumption holds.

The default queue is dispatched by calling wl_display_dispatch(). This will dispatch any events queued on the default queue and attempt to read from the display fd if it's empty. Events read are then queued on the appropriate queues according to the proxy assignment.

A user created queue is dispatched with wl_display_dispatch_queue(). This function behaves exactly the same as wl_display_dispatch() but it dispatches given queue instead of the default queue.

A real world example of event queue usage is Mesa's implementation of eglSwapBuffers() for the Wayland platform. This function might need to block until a frame callback is received, but dispatching the default queue could cause an event handler on the client to start drawing again. This problem is solved using another event queue, so that only the events handled by the EGL code are dispatched during the block.

This creates a problem where a thread dispatches a non-default queue, reading all the data from the display fd. If the application would call poll(2) after that it would block, even though there might be events queued on the default queue. Those events should be dispatched with wl_display_dispatch_pending() or wl_display_dispatch_queue_pending() before flushing and blocking.

wl_display_create_queue - Create a new event queue for this display.
struct wl_event_queue * wl_display_create_queue(struct wl_display *display)
display
The display context object

Returns:
A new event queue associated with this display or NULL on failure.

wl_display_create_queue_with_name - Create a new event queue for this display and give it a name.
struct wl_event_queue * wl_display_create_queue_with_name(struct wl_display *display, const char *name)
display
The display context object
name
A human readable queue name

Returns:
A new event queue associated with this display or NULL on failure.

wl_display_connect_to_fd - Connect to Wayland display on an already open fd.
struct wl_display * wl_display_connect_to_fd(int fd)
fd
The fd to use for the connection

Returns:
A wl_display object or NULL on failure

The wl_display takes ownership of the fd and will close it when the display is destroyed. The fd will also be closed in case of failure.

wl_display_connect - Connect to a Wayland display.
struct wl_display * wl_display_connect(const char *name)
name
Name of the Wayland display to connect to

Returns:
A wl_display object or NULL on failure

Connect to the Wayland display named name. If name is NULL, its value will be replaced with the WAYLAND_DISPLAY environment variable if it is set, otherwise display "wayland-0" will be used.

If WAYLAND_SOCKET is set, it's interpreted as a file descriptor number referring to an already opened socket. In this case, the socket is used as-is and name is ignored.

If name is a relative path, then the socket is opened relative to the XDG_RUNTIME_DIR directory.

If name is an absolute path, then that path is used as-is for the location of the socket at which the Wayland server is listening; no qualification inside XDG_RUNTIME_DIR is attempted.

If name is NULL and the WAYLAND_DISPLAY environment variable is set to an absolute pathname, then that pathname is used as-is for the socket in the same manner as if name held an absolute path. Support for absolute paths in name and WAYLAND_DISPLAY is present since Wayland version 1.15.

wl_display_disconnect - Close a connection to a Wayland display.
void wl_display_disconnect(struct wl_display *display)
display
The display context object

Close the connection to display. The wl_proxy and wl_event_queue objects need to be manually destroyed by the caller before disconnecting.

wl_display_get_fd - Get a display context's file descriptor.
int wl_display_get_fd(struct wl_display *display)
display
The display context object

Returns:
Display object file descriptor

Return the file descriptor associated with a display so it can be integrated into the client's main loop.

wl_display_roundtrip_queue - Block until all pending request are processed by the server.
int wl_display_roundtrip_queue(struct wl_display *display, struct wl_event_queue *queue)
display
The display context object
queue
The queue on which to run the roundtrip

Returns:
The number of dispatched events on success or -1 on failure

This function blocks until the server has processed all currently issued requests by sending a request to the display server and waiting for a reply before returning.

This function uses wl_display_dispatch_queue() internally. It is not allowed to call this function while the thread is being prepared for reading events, and doing so will cause a dead lock.

Note: This function may dispatch other events being received on the given queue. See also: wl_display_roundtrip()

wl_display_roundtrip - Block until all pending request are processed by the server.
int wl_display_roundtrip(struct wl_display *display)
display
The display context object

Returns:
The number of dispatched events on success or -1 on failure

This function blocks until the server has processed all currently issued requests by sending a request to the display server and waiting for a reply before returning.

This function uses wl_display_dispatch_queue() internally. It is not allowed to call this function while the thread is being prepared for reading events, and doing so will cause a dead lock.

Note: This function may dispatch other events being received on the default queue.

wl_display_read_events - Read events from display file descriptor.
int wl_display_read_events(struct wl_display *display)
display
The display context object

Returns:
0 on success or -1 on error. In case of error errno will be set accordingly

Calling this function will result in data available on the display file descriptor being read and read events will be queued on their corresponding event queues.

Before calling this function, depending on what thread it is to be called from, wl_display_prepare_read_queue() or wl_display_prepare_read() needs to be called. See wl_display_prepare_read_queue() for more details.

When being called at a point where other threads have been prepared to read (using wl_display_prepare_read_queue() or wl_display_prepare_read()) this function will sleep until all other prepared threads have either been cancelled (using wl_display_cancel_read()) or them self entered this function. The last thread that calls this function will then read and queue events on their corresponding event queues, and finally wake up all other wl_display_read_events() calls causing them to return.

If a thread cancels a read preparation when all other threads that have prepared to read has either called wl_display_cancel_read() or wl_display_read_events(), all reader threads will return without having read any data.

To dispatch events that may have been queued, call wl_display_dispatch_pending() or wl_display_dispatch_queue_pending().

See also: wl_display_prepare_read(), wl_display_cancel_read(), wl_display_dispatch_pending(), wl_display_dispatch()

wl_display_prepare_read_queue - Prepare to read events from the display's file descriptor to a queue.
int wl_display_prepare_read_queue(struct wl_display *display, struct wl_event_queue *queue)
display
The display context object
queue
The event queue to use

Returns:
0 on success or -1 if event queue was not empty

This function (or wl_display_prepare_read()) must be called before reading from the file descriptor using wl_display_read_events(). Calling wl_display_prepare_read_queue() announces the calling thread's intention to read and ensures that until the thread is ready to read and calls wl_display_read_events(), no other thread will read from the file descriptor. This only succeeds if the event queue is empty, and if not -1 is returned and errno set to EAGAIN.

If a thread successfully calls wl_display_prepare_read_queue(), it must either call wl_display_read_events() when it's ready or cancel the read intention by calling wl_display_cancel_read().

Use this function before polling on the display fd or integrate the fd into a toolkit event loop in a race-free way. A correct usage would be (with most error checking left out):

while (wl_display_prepare_read_queue(display, queue) != 0)
        wl_display_dispatch_queue_pending(display, queue);
wl_display_flush(display);

ret = poll(fds, nfds, -1);
if (has_error(ret))
        wl_display_cancel_read(display);
else
        wl_display_read_events(display);

wl_display_dispatch_queue_pending(display, queue);

Here we call wl_display_prepare_read_queue(), which ensures that between returning from that call and eventually calling wl_display_read_events(), no other thread will read from the fd and queue events in our queue. If the call to wl_display_prepare_read_queue() fails, we dispatch the pending events and try again until we're successful.

The wl_display_prepare_read_queue() function doesn't acquire exclusive access to the display's fd. It only registers that the thread calling this function has intention to read from fd. When all registered readers call wl_display_read_events(), only one (at random) eventually reads and queues the events and the others are sleeping meanwhile. This way we avoid races and still can read from more threads.

See also: wl_display_cancel_read(), wl_display_read_events(), wl_display_prepare_read()

wl_display_prepare_read - Prepare to read events from the display's file descriptor.
int wl_display_prepare_read(struct wl_display *display)
display
The display context object

Returns:
0 on success or -1 if event queue was not empty

This function does the same thing as wl_display_prepare_read_queue() with the default queue passed as the queue.

See also: wl_display_prepare_read_queue

wl_display_cancel_read - Cancel read intention on display's fd.
void wl_display_cancel_read(struct wl_display *display)
display
The display context object

After a thread successfully called wl_display_prepare_read() it must either call wl_display_read_events() or wl_display_cancel_read(). If the threads do not follow this rule it will lead to deadlock.

See also: wl_display_prepare_read(), wl_display_read_events()

wl_display_dispatch_queue - Dispatch events in an event queue.
int wl_display_dispatch_queue(struct wl_display *display, struct wl_event_queue *queue)
display
The display context object
queue
The event queue to dispatch

Returns:
The number of dispatched events on success or -1 on failure

Dispatch events on the given event queue.

If the given event queue is empty, this function blocks until there are events to be read from the display fd. Events are read and queued on the appropriate event queues. Finally, events on given event queue are dispatched. On failure -1 is returned and errno set appropriately.

In a multi threaded environment, do not manually wait using poll() (or equivalent) before calling this function, as doing so might cause a dead lock. If external reliance on poll() (or equivalent) is required, see wl_display_prepare_read_queue() of how to do so.

This function is thread safe as long as it dispatches the right queue on the right thread. It is also compatible with the multi thread event reading preparation API (see wl_display_prepare_read_queue()), and uses the equivalent functionality internally. It is not allowed to call this function while the thread is being prepared for reading events, and doing so will cause a dead lock.

It can be used as a helper function to ease the procedure of reading and dispatching events.

Note: Since Wayland 1.5 the display has an extra queue for its own events (i. e. delete_id). This queue is dispatched always, no matter what queue we passed as an argument to this function. That means that this function can return non-0 value even when it haven't dispatched any event for the given queue. See also: wl_display_dispatch(), wl_display_dispatch_pending(), wl_display_dispatch_queue_pending(), wl_display_prepare_read_queue()

wl_display_dispatch_queue_pending - Dispatch pending events in an event queue.
int wl_display_dispatch_queue_pending(struct wl_display *display, struct wl_event_queue *queue)
display
The display context object
queue
The event queue to dispatch

Returns:
The number of dispatched events on success or -1 on failure

Dispatch all incoming events for objects assigned to the given event queue. On failure -1 is returned and errno set appropriately. If there are no events queued, this function returns immediately.

Since: 1.0.2

wl_display_dispatch - Process incoming events.
int wl_display_dispatch(struct wl_display *display)
display
The display context object

Returns:
The number of dispatched events on success or -1 on failure

Dispatch events on the default event queue.

If the default event queue is empty, this function blocks until there are events to be read from the display fd. Events are read and queued on the appropriate event queues. Finally, events on the default event queue are dispatched. On failure -1 is returned and errno set appropriately.

In a multi threaded environment, do not manually wait using poll() (or equivalent) before calling this function, as doing so might cause a dead lock. If external reliance on poll() (or equivalent) is required, see wl_display_prepare_read_queue() of how to do so.

This function is thread safe as long as it dispatches the right queue on the right thread. It is also compatible with the multi thread event reading preparation API (see wl_display_prepare_read_queue()), and uses the equivalent functionality internally. It is not allowed to call this function while the thread is being prepared for reading events, and doing so will cause a dead lock.

Note: It is not possible to check if there are events on the queue or not. For dispatching default queue events without blocking, see wl_display_dispatch_pending(). See also: wl_display_dispatch_pending(), wl_display_dispatch_queue(), wl_display_read_events()

wl_display_dispatch_pending - Dispatch default queue events without reading from the display fd.
int wl_display_dispatch_pending(struct wl_display *display)
display
The display context object

Returns:
The number of dispatched events or -1 on failure

This function dispatches events on the main event queue. It does not attempt to read the display fd and simply returns zero if the main queue is empty, i.e., it doesn't block.

See also: wl_display_dispatch(), wl_display_dispatch_queue(), wl_display_flush()

wl_display_get_error - Retrieve the last error that occurred on a display.
int wl_display_get_error(struct wl_display *display)
display
The display context object

Returns:
The last error that occurred on display or 0 if no error occurred

Return the last error that occurred on the display. This may be an error sent by the server or caused by the local client.

Note: Errors are fatal. If this function returns non-zero the display can no longer be used.

wl_display_get_protocol_error - Retrieves the information about a protocol error:
uint32_t wl_display_get_protocol_error(struct wl_display *display, const struct wl_interface **interface, uint32_t *id)
display
The Wayland display
interface
if not NULL, stores the interface where the error occurred, or NULL, if unknown.
id
if not NULL, stores the object id that generated the error, or 0, if the object id is unknown. There's no guarantee the object is still valid; the client must know if it deleted the object.

Returns:
The error code as defined in the interface specification.

int err = wl_display_get_error(display);

if (err == EPROTO) {
       code = wl_display_get_protocol_error(display, &interface, &id);
       handle_error(code, interface, id);
}

...

wl_display_flush - Send all buffered requests on the display to the server.
int wl_display_flush(struct wl_display *display)
display
The display context object

Returns:
The number of bytes sent on success or -1 on failure

Send all buffered data on the client side to the server. Clients should always call this function before blocking on input from the display fd. On success, the number of bytes sent to the server is returned. On failure, this function returns -1 and errno is set appropriately.

wl_display_flush() never blocks. It will write as much data as possible, but if all data could not be written, errno will be set to EAGAIN and -1 returned. In that case, use poll on the display file descriptor to wait for it to become writable again.

wl_display_set_max_buffer_size - Adjust the maximum size of the client connection buffers.
void wl_display_set_max_buffer_size(struct wl_display *display, size_t max_buffer_size)
display
The display context object
max_buffer_size
The maximum size of the connection buffers

Client buffers are unbounded by default. This function sets a limit to the size of the connection buffers.

A value of 0 for max_buffer_size requests the buffers to be unbounded.

The actual size of the connection buffers is a power of two, the requested max_buffer_size is therefore rounded up to the nearest power of two value.

Lowering the maximum size may not take effect immediately if the current content of the buffer does not fit within the new size limit.

Since: 1.22.90

wl_event_queue - A queue for wl_proxy object events.

Event queues allows the events on a display to be handled in a thread-safe manner. See wl_display for details.

wl_event_queue_destroy - Destroy an event queue.
void wl_event_queue_destroy(struct wl_event_queue *queue)
queue
The event queue to be destroyed

Destroy the given event queue. Any pending event on that queue is discarded.

The wl_display object used to create the queue should not be destroyed until all event queues created with it are destroyed with this function.

wl_interface - Protocol object interface.

A wl_interface describes the API of a protocol object defined in the Wayland protocol specification. The protocol implementation uses a wl_interface within its marshalling machinery for encoding client requests.

The name of a wl_interface is the name of the corresponding protocol interface, and version represents the version of the interface. The members method_count and event_count represent the number of methods (requests) and events in the respective wl_message members.

For example, consider a protocol interface foo, marked as version 1, with two requests and one event.

<interface name="foo" version="1">
  <request name="a"></request>
  <request name="b"></request>
  <event name="c"></event>
</interface>

Given two wl_message arrays foo_requests and foo_events, a wl_interface for foo might be:

struct wl_interface foo_interface = {
        "foo", 1,
        2, foo_requests,
        1, foo_events
};

Note: The server side of the protocol may define interface implementation types that incorporate the term interface in their name. Take care to not confuse these server-side structs with a wl_interface variable whose name also ends in interface. For example, while the server may define a type struct wl_foo_interface, the client may define a struct wl_interface wl_foo_interface. See also: wl_message See also: wl_proxy See also: Interfaces See also: Versioning

wl_list - Doubly-linked list.

On its own, an instance of struct wl_list represents the sentinel head of a doubly-linked list, and must be initialized using wl_list_init(). When empty, the list head's next and prev members point to the list head itself, otherwise next references the first element in the list, and prev refers to the last element in the list.

Use the struct wl_list type to represent both the list head and the links between elements within the list. Use wl_list_empty() to determine if the list is empty in O(1).

All elements in the list must be of the same type. The element type must have a struct wl_list member, often named link by convention. Prior to insertion, there is no need to initialize an element's link - invoking wl_list_init() on an individual list element's struct wl_list member is unnecessary if the very next operation is wl_list_insert(). However, a common idiom is to initialize an element's link prior to removal - ensure safety by invoking wl_list_init() before wl_list_remove().

Consider a list reference struct wl_list foo_list, an element type as struct element, and an element's link member as struct wl_list link.

The following code initializes a list and adds three elements to it.

struct wl_list foo_list;

struct element {
        int foo;
        struct wl_list link;
};
struct element e1, e2, e3;

wl_list_init(&foo_list);
wl_list_insert(&foo_list, &e1.link);   // e1 is the first element
wl_list_insert(&foo_list, &e2.link);   // e2 is now the first element
wl_list_insert(&e2.link, &e3.link); // insert e3 after e2

The list now looks like [e2, e3, e1].

The wl_list API provides some iterator macros. For example, to iterate a list in ascending order:

struct element *e;
wl_list_for_each(e, foo_list, link) {
        do_something_with_element(e);
}

See the documentation of each iterator for details. See also: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/include/linux/list.h

prev - Previous list element.
struct wl_list* wl_list::prev
next - Next list element.
struct wl_list* wl_list::next
wl_list_init - Initializes the list.
void wl_list_init(struct wl_list *list)
list
List to initialize

wl_list_insert - Inserts an element into the list, after the element represented by list.
void wl_list_insert(struct wl_list *list, struct wl_list *elm)

When list is a reference to the list itself (the head), set the containing struct of elm as the first element in the list.

Note: If elm is already part of a list, inserting it again will lead to list corruption.

list
List element after which the new element is inserted
elm
Link of the containing struct to insert into the list

wl_list_remove - Removes an element from the list.
void wl_list_remove(struct wl_list *elm)

Note: This operation leaves elm in an invalid state.

elm
Link of the containing struct to remove from the list

wl_list_length - Determines the length of the list.
int wl_list_length(const struct wl_list *list)

Note: This is an O(n) operation.

list
List whose length is to be determined

Returns:
Number of elements in the list

wl_list_empty - Determines if the list is empty.
int wl_list_empty(const struct wl_list *list)
list
List whose emptiness is to be determined

Returns:
1 if empty, or 0 if not empty

wl_list_insert_list - Inserts all of the elements of one list into another, after the element represented by list.
void wl_list_insert_list(struct wl_list *list, struct wl_list *other)

Note: This leaves other in an invalid state.

list
List element after which the other list elements will be inserted
other
List of elements to insert

wl_list_for_each - Iterates over a list.

This macro expresses a for-each iterator for wl_list. Given a list and wl_list link member name (often named link by convention), this macro assigns each element in the list to pos, which can then be referenced in a trailing code block. For example, given a wl_list of struct message elements:

struct message {
        char *contents;
        wl_list link;
};

struct wl_list *message_list;
// Assume message_list now "contains" many messages

struct message *m;
wl_list_for_each(m, message_list, link) {
        do_something_with_message(m);
}

pos
Cursor that each list element will be assigned to
head
Head of the list to iterate over
member
Name of the link member within the element struct

wl_list_for_each_safe - Iterates over a list, safe against removal of the list element.

Note: Only removal of the current element, pos, is safe. Removing any other element during traversal may lead to a loop malfunction. See also: wl_list_for_each()

pos
Cursor that each list element will be assigned to
tmp
Temporary pointer of the same type as pos
head
Head of the list to iterate over
member
Name of the link member within the element struct

wl_list_for_each_reverse - Iterates backwards over a list.

See also: wl_list_for_each()

pos
Cursor that each list element will be assigned to
head
Head of the list to iterate over
member
Name of the link member within the element struct

wl_list_for_each_reverse_safe - Iterates backwards over a list, safe against removal of the list element.

Note: Only removal of the current element, pos, is safe. Removing any other element during traversal may lead to a loop malfunction. See also: wl_list_for_each()

pos
Cursor that each list element will be assigned to
tmp
Temporary pointer of the same type as pos
head
Head of the list to iterate over
member
Name of the link member within the element struct

wl_message - Protocol message signature.

A wl_message describes the signature of an actual protocol message, such as a request or event, that adheres to the Wayland protocol wire format. The protocol implementation uses a wl_message within its demarshal machinery for decoding messages between a compositor and its clients. In a sense, a wl_message is to a protocol message like a class is to an object.

The name of a wl_message is the name of the corresponding protocol message.

The signature is an ordered list of symbols representing the data types of message arguments and, optionally, a protocol version and indicators for nullability. A leading integer in the signature indicates the since version of the protocol message. A ? preceding a data type symbol indicates that the following argument type is nullable. While it is a protocol violation to send messages with non-nullable arguments set to NULL, event handlers in clients might still get called with non-nullable object arguments set to NULL. This can happen when the client destroyed the object being used as argument on its side and an event referencing that object was sent before the server knew about its destruction. As this race cannot be prevented, clients should - as a general rule - program their event handlers such that they can handle object arguments declared non-nullable being NULL gracefully.

When no arguments accompany a message, signature is an empty string.

Symbols:

  • i: int
  • u: uint
  • f: fixed
  • s: string
  • o: object
  • n: new_id
  • a: array
  • h: fd
  • ?: following argument (o or s) is nullable

While demarshaling primitive arguments is straightforward, when demarshaling messages containing object or new_id arguments, the protocol implementation often must determine the type of the object. The types of a wl_message is an array of wl_interface references that correspond to o and n arguments in signature, with NULL placeholders for arguments with non-object types.

Consider the protocol event wl_display delete_id that has a single uint argument. The wl_message is:

{ "delete_id", "u", [NULL] }

Here, the message name is "delete_id", the signature is "u", and the argument types is [NULL], indicating that the uint argument has no corresponding wl_interface since it is a primitive argument.

In contrast, consider a wl_foo interface supporting protocol request bar that has existed since version 2, and has two arguments: a uint and an object of type wl_baz_interface that may be NULL. Such a wl_message might be:

{ "bar", "2u?o", [NULL, &wl_baz_interface] }

Here, the message name is "bar", and the signature is "2u?o". Notice how the 2 indicates the protocol version, the u indicates the first argument type is uint, and the ?o indicates that the second argument is an object that may be NULL. Lastly, the argument types array indicates that no wl_interface corresponds to the first argument, while the type wl_baz_interface corresponds to the second argument.

See also: wl_argument See also: wl_interface See also: Wire Format

wl_object - A protocol object.

A wl_object is an opaque struct identifying the protocol object underlying a wl_proxy or wl_resource.

Note: Functions accessing a wl_object are not normally used by client code. Clients should normally use the higher level interface generated by the scanner to interact with compositor objects.

wl_proxy - Represents a protocol object on the client side.

A wl_proxy acts as a client side proxy to an object existing in the compositor. The proxy is responsible for converting requests made by the clients with wl_proxy_marshal() into Wayland's wire format. Events coming from the compositor are also handled by the proxy, which will in turn call the handler set with wl_proxy_add_listener().

Note: With the exception of function wl_proxy_set_queue(), functions accessing a wl_proxy are not normally used by client code. Clients should normally use the higher level interface generated by the scanner to interact with compositor objects.

wl_proxy_create - Create a proxy object with a given interface.
struct wl_proxy * wl_proxy_create(struct wl_proxy *factory, const struct wl_interface *interface)
factory
Factory proxy object
interface
Interface the proxy object should use

Returns:
A newly allocated proxy object or NULL on failure

This function creates a new proxy object with the supplied interface. The proxy object will have an id assigned from the client id space. The id should be created on the compositor side by sending an appropriate request with wl_proxy_marshal().

The proxy will inherit the display and event queue of the factory object.

Note: This should not normally be used by non-generated code. See also: wl_display, wl_event_queue, wl_proxy_marshal()

wl_proxy_destroy - Destroy a proxy object.
void wl_proxy_destroy(struct wl_proxy *proxy)
proxy
The proxy to be destroyed

proxy must not be a proxy wrapper.

Note: This function will abort in response to egregious errors, and will do so with the display lock held. This means SIGABRT handlers must not perform any actions that would attempt to take that lock, or a deadlock would occur.

wl_proxy_add_listener - Set a proxy's listener.
int wl_proxy_add_listener(struct wl_proxy *proxy, void(**implementation)(void), void *data)
proxy
The proxy object
implementation
The listener to be added to proxy
data
User data to be associated with the proxy

Returns:
0 on success or -1 on failure

Set proxy's listener to implementation and its user data to data. If a listener has already been set, this function fails and nothing is changed.

implementation is a vector of function pointers. For an opcode n, implementation[n] should point to the handler of n for the given object.

proxy must not be a proxy wrapper.

wl_proxy_get_listener - Get a proxy's listener.
const void * wl_proxy_get_listener(struct wl_proxy *proxy)
proxy
The proxy object

Returns:
The address of the proxy's listener or NULL if no listener is set

Gets the address to the proxy's listener; which is the listener set with wl_proxy_add_listener.

This function is useful in clients with multiple listeners on the same interface to allow the identification of which code to execute.

wl_proxy_add_dispatcher - Set a proxy's listener (with dispatcher)
int wl_proxy_add_dispatcher(struct wl_proxy *proxy, wl_dispatcher_func_t dispatcher, const void *implementation, void *data)
proxy
The proxy object
dispatcher
The dispatcher to be used for this proxy
implementation
The dispatcher-specific listener implementation
data
User data to be associated with the proxy

Returns:
0 on success or -1 on failure

Set proxy's listener to use dispatcher_func as its dispatcher and dispatcher_data as its dispatcher-specific implementation and its user data to data. If a listener has already been set, this function fails and nothing is changed.

The exact details of dispatcher_data depend on the dispatcher used. This function is intended to be used by language bindings, not user code.

proxy must not be a proxy wrapper.

wl_proxy_marshal_array_constructor - Prepare a request to be sent to the compositor.
struct wl_proxy * wl_proxy_marshal_array_constructor(struct wl_proxy *proxy, uint32_t opcode, union wl_argument *args, const struct wl_interface *interface)
proxy
The proxy object
opcode
Opcode of the request to be sent
args
Extra arguments for the given request
interface
The interface to use for the new proxy

This function translates a request given an opcode, an interface and a wl_argument array to the wire format and writes it to the connection buffer.

For new-id arguments, this function will allocate a new wl_proxy and send the ID to the server. The new wl_proxy will be returned on success or NULL on error with errno set accordingly. The newly created proxy will inherit their version from their parent.

Note: This is intended to be used by language bindings and not in non-generated code. See also: wl_proxy_marshal()

wl_proxy_marshal_array_constructor_versioned - Prepare a request to be sent to the compositor.
struct wl_proxy * wl_proxy_marshal_array_constructor_versioned(struct wl_proxy *proxy, uint32_t opcode, union wl_argument *args, const struct wl_interface *interface, uint32_t version)
proxy
The proxy object
opcode
Opcode of the request to be sent
args
Extra arguments for the given request
interface
The interface to use for the new proxy
version
The protocol object version for the new proxy

Translates the request given by opcode and the extra arguments into the wire format and write it to the connection buffer. This version takes an array of the union type wl_argument.

For new-id arguments, this function will allocate a new wl_proxy and send the ID to the server. The new wl_proxy will be returned on success or NULL on error with errno set accordingly. The newly created proxy will have the version specified.

Note: This is intended to be used by language bindings and not in non-generated code. See also: wl_proxy_marshal()

wl_proxy_marshal_flags - Prepare a request to be sent to the compositor.
struct wl_proxy * wl_proxy_marshal_flags(struct wl_proxy *proxy, uint32_t opcode, const struct wl_interface *interface, uint32_t version, uint32_t flags,...)
proxy
The proxy object
opcode
Opcode of the request to be sent
interface
The interface to use for the new proxy
version
The protocol object version of the new proxy
flags
Flags that modify marshalling behaviour
...
Extra arguments for the given request

Returns:
A new wl_proxy for the new_id argument or NULL on error

Translates the request given by opcode and the extra arguments into the wire format and write it to the connection buffer.

For new-id arguments, this function will allocate a new wl_proxy and send the ID to the server. The new wl_proxy will be returned on success or NULL on error with errno set accordingly. The newly created proxy will have the version specified.

The flag WL_MARSHAL_FLAG_DESTROY may be passed to ensure the proxy is destroyed atomically with the marshalling in order to prevent races that can occur if the display lock is dropped between the marshal and destroy operations.

Note: This should not normally be used by non-generated code.

wl_proxy_marshal_array_flags - Prepare a request to be sent to the compositor.
struct wl_proxy * wl_proxy_marshal_array_flags(struct wl_proxy *proxy, uint32_t opcode, const struct wl_interface *interface, uint32_t version, uint32_t flags, union wl_argument *args)
proxy
The proxy object
opcode
Opcode of the request to be sent
interface
The interface to use for the new proxy
version
The protocol object version for the new proxy
flags
Flags that modify marshalling behaviour
args
Extra arguments for the given request

Translates the request given by opcode and the extra arguments into the wire format and write it to the connection buffer. This version takes an array of the union type wl_argument.

For new-id arguments, this function will allocate a new wl_proxy and send the ID to the server. The new wl_proxy will be returned on success or NULL on error with errno set accordingly. The newly created proxy will have the version specified.

The flag WL_MARSHAL_FLAG_DESTROY may be passed to ensure the proxy is destroyed atomically with the marshalling in order to prevent races that can occur if the display lock is dropped between the marshal and destroy operations.

Note: This is intended to be used by language bindings and not in non-generated code. See also: wl_proxy_marshal_flags()

wl_proxy_marshal - Prepare a request to be sent to the compositor.
void wl_proxy_marshal(struct wl_proxy *proxy, uint32_t opcode,...)
proxy
The proxy object
opcode
Opcode of the request to be sent
...
Extra arguments for the given request

This function is similar to wl_proxy_marshal_constructor(), except it doesn't create proxies for new-id arguments.

Note: This should not normally be used by non-generated code. See also: wl_proxy_create()

wl_proxy_marshal_constructor - Prepare a request to be sent to the compositor.
struct wl_proxy * wl_proxy_marshal_constructor(struct wl_proxy *proxy, uint32_t opcode, const struct wl_interface *interface,...)
proxy
The proxy object
opcode
Opcode of the request to be sent
interface
The interface to use for the new proxy
...
Extra arguments for the given request

Returns:
A new wl_proxy for the new_id argument or NULL on error

This function translates a request given an opcode, an interface and extra arguments to the wire format and writes it to the connection buffer. The types of the extra arguments must correspond to the argument types of the method associated with the opcode in the interface.

For new-id arguments, this function will allocate a new wl_proxy and send the ID to the server. The new wl_proxy will be returned on success or NULL on error with errno set accordingly. The newly created proxy will inherit their version from their parent.

Note: This should not normally be used by non-generated code.

wl_proxy_marshal_constructor_versioned - Prepare a request to be sent to the compositor.
struct wl_proxy * wl_proxy_marshal_constructor_versioned(struct wl_proxy *proxy, uint32_t opcode, const struct wl_interface *interface, uint32_t version,...)
proxy
The proxy object
opcode
Opcode of the request to be sent
interface
The interface to use for the new proxy
version
The protocol object version of the new proxy
...
Extra arguments for the given request

Returns:
A new wl_proxy for the new_id argument or NULL on error

Translates the request given by opcode and the extra arguments into the wire format and write it to the connection buffer.

For new-id arguments, this function will allocate a new wl_proxy and send the ID to the server. The new wl_proxy will be returned on success or NULL on error with errno set accordingly. The newly created proxy will have the version specified.

Note: This should not normally be used by non-generated code.

wl_proxy_marshal_array - Prepare a request to be sent to the compositor.
void wl_proxy_marshal_array(struct wl_proxy *proxy, uint32_t opcode, union wl_argument *args)
proxy
The proxy object
opcode
Opcode of the request to be sent
args
Extra arguments for the given request

This function is similar to wl_proxy_marshal_array_constructor(), except it doesn't create proxies for new-id arguments.

Note: This is intended to be used by language bindings and not in non-generated code. See also: wl_proxy_marshal()

wl_proxy_set_user_data - Set the user data associated with a proxy.
void wl_proxy_set_user_data(struct wl_proxy *proxy, void *user_data)
proxy
The proxy object
user_data
The data to be associated with proxy

Set the user data associated with proxy. When events for this proxy are received, user_data will be supplied to its listener.

wl_proxy_get_user_data - Get the user data associated with a proxy.
void * wl_proxy_get_user_data(struct wl_proxy *proxy)
proxy
The proxy object

Returns:
The user data associated with proxy

wl_proxy_get_version - Get the protocol object version of a proxy object.
uint32_t wl_proxy_get_version(struct wl_proxy *proxy)
proxy
The proxy object

Returns:
The protocol object version of the proxy or 0

Gets the protocol object version of a proxy object, or 0 if the proxy was created with unversioned API.

A returned value of 0 means that no version information is available, so the caller must make safe assumptions about the object's real version.

wl_display's version will always return 0.

wl_proxy_get_id - Get the id of a proxy object.
uint32_t wl_proxy_get_id(struct wl_proxy *proxy)
proxy
The proxy object

Returns:
The id the object associated with the proxy

wl_proxy_set_tag - Set the tag of a proxy object.
void wl_proxy_set_tag(struct wl_proxy *proxy, const char *const *tag)

A toolkit or application can set a unique tag on a proxy in order to identify whether an object is managed by itself or some external part.

To create a tag, the recommended way is to define a statically allocated constant char array containing some descriptive string. The tag will be the pointer to the non-const pointer to the beginning of the array.

For example, to define and set a tag on a surface managed by a certain subsystem: static const char *my_tag = "my tag"; wl_proxy_set_tag((struct wl_proxy *) surface, &my_tag);

Then, in a callback with wl_surface as an argument, in order to check whether it's a surface managed by the same subsystem. const char * const *tag; tag = wl_proxy_get_tag((struct wl_proxy *) surface); if (tag != &my_tag) return; ...

For debugging purposes, a tag should be suitable to be included in a debug log entry, e.g. const char * const *tag; tag = wl_proxy_get_tag((struct wl_proxy *) surface); printf("Got a surface with the tag %p (%s)\n", tag, (tag && *tag) ? *tag : "");

proxy
The proxy object
tag
The tag

Since: 1.17.90

wl_proxy_get_tag - Get the tag of a proxy object.
const char *const  * wl_proxy_get_tag(struct wl_proxy *proxy)

See wl_proxy_set_tag for details.

proxy
The proxy object

Since: 1.17.90

wl_proxy_get_class - Get the interface name (class) of a proxy object.
const char * wl_proxy_get_class(struct wl_proxy *proxy)
proxy
The proxy object

Returns:
The interface name of the object associated with the proxy

wl_proxy_get_display - Get the display of a proxy object.
struct wl_display * wl_proxy_get_display(struct wl_proxy *proxy)
proxy
The proxy object

Returns:
The wl_display the proxy is associated with

Since: 1.23

wl_proxy_set_queue - Assign a proxy to an event queue.
void wl_proxy_set_queue(struct wl_proxy *proxy, struct wl_event_queue *queue)
proxy
The proxy object
queue
The event queue that will handle this proxy or NULL

Assign proxy to event queue. Events coming from proxy will be queued in queue from now. If queue is NULL, then the display's default queue is set to the proxy.

In order to guarantee proper handing of all events which were queued before the queue change takes effect, it is required to dispatch the proxy's old event queue after setting a new event queue.

This is particularly important for multi-threaded setups, where it is possible for events to be queued to the proxy's old queue from a different thread during the invocation of this function.

To ensure that all events for a newly created proxy are dispatched on a particular queue, it is necessary to use a proxy wrapper if events are read and dispatched on more than one thread. See wl_proxy_create_wrapper() for more details.

Note: By default, the queue set in proxy is the one inherited from parent. See also: wl_display_dispatch_queue()

wl_event_queue_get_name - Get the name of an event queue.
const char * wl_event_queue_get_name(const struct wl_event_queue *queue)
queue
The queue to query

Return the human readable name for the event queue

This may be NULL if no name has been set.

wl_proxy_create_wrapper - Create a proxy wrapper for making queue assignments thread-safe.
void * wl_proxy_create_wrapper(void *proxy)
proxy
The proxy object to be wrapped

Returns:
A proxy wrapper for the given proxy or NULL on failure

A proxy wrapper is type of 'struct wl_proxy' instance that can be used when sending requests instead of using the original proxy. A proxy wrapper does not have an implementation or dispatcher, and events received on the object is still emitted on the original proxy. Trying to set an implementation or dispatcher will have no effect but result in a warning being logged.

Setting the proxy queue of the proxy wrapper will make new objects created using the proxy wrapper use the set proxy queue. Even though there is no implementation nor dispatcher, the proxy queue can be changed. This will affect the default queue of new objects created by requests sent via the proxy wrapper.

A proxy wrapper can only be destroyed using wl_proxy_wrapper_destroy().

A proxy wrapper must be destroyed before the proxy it was created from.

If a user reads and dispatches events on more than one thread, it is necessary to use a proxy wrapper when sending requests on objects when the intention is that a newly created proxy is to use a proxy queue different from the proxy the request was sent on, as creating the new proxy and then setting the queue is not thread safe.

For example, a module that runs using its own proxy queue that needs to do display roundtrip must wrap the wl_display proxy object before sending the wl_display.sync request. For example:

struct wl_event_queue *queue = ...;
struct wl_display *wrapped_display;
struct wl_callback *callback;

wrapped_display = wl_proxy_create_wrapper(display);
wl_proxy_set_queue((struct wl_proxy *) wrapped_display, queue);
callback = wl_display_sync(wrapped_display);
wl_proxy_wrapper_destroy(wrapped_display);
wl_callback_add_listener(callback, ...);

wl_proxy_wrapper_destroy - Destroy a proxy wrapper.
void wl_proxy_wrapper_destroy(void *proxy_wrapper)
proxy_wrapper
The proxy wrapper to be destroyed

WL_MARSHAL_FLAG_DESTROY - Destroy proxy after marshalling.

Functions

wl_event_queue_destroy
void wl_event_queue_destroy(struct wl_event_queue *queue)
wl_proxy_marshal_flags
struct wl_proxy * wl_proxy_marshal_flags(struct wl_proxy *proxy, uint32_t opcode, const struct wl_interface *interface, uint32_t version, uint32_t flags,...)
wl_proxy_marshal_array_flags
struct wl_proxy * wl_proxy_marshal_array_flags(struct wl_proxy *proxy, uint32_t opcode, const struct wl_interface *interface, uint32_t version, uint32_t flags, union wl_argument *args)
wl_proxy_marshal
void wl_proxy_marshal(struct wl_proxy *p, uint32_t opcode,...)
wl_proxy_marshal_array
void wl_proxy_marshal_array(struct wl_proxy *p, uint32_t opcode, union wl_argument *args)
wl_proxy_create
struct wl_proxy * wl_proxy_create(struct wl_proxy *factory, const struct wl_interface *interface)
wl_proxy_create_wrapper
void * wl_proxy_create_wrapper(void *proxy)
wl_proxy_wrapper_destroy
void wl_proxy_wrapper_destroy(void *proxy_wrapper)
wl_proxy_marshal_constructor
struct wl_proxy * wl_proxy_marshal_constructor(struct wl_proxy *proxy, uint32_t opcode, const struct wl_interface *interface,...)
wl_proxy_marshal_constructor_versioned
struct wl_proxy * wl_proxy_marshal_constructor_versioned(struct wl_proxy *proxy, uint32_t opcode, const struct wl_interface *interface, uint32_t version,...)
wl_proxy_marshal_array_constructor
struct wl_proxy * wl_proxy_marshal_array_constructor(struct wl_proxy *proxy, uint32_t opcode, union wl_argument *args, const struct wl_interface *interface)
wl_proxy_marshal_array_constructor_versioned
struct wl_proxy * wl_proxy_marshal_array_constructor_versioned(struct wl_proxy *proxy, uint32_t opcode, union wl_argument *args, const struct wl_interface *interface, uint32_t version)
wl_proxy_destroy
void wl_proxy_destroy(struct wl_proxy *proxy)
wl_proxy_add_listener
int wl_proxy_add_listener(struct wl_proxy *proxy, void(**implementation)(void), void *data)
wl_proxy_get_listener
const void * wl_proxy_get_listener(struct wl_proxy *proxy)
wl_proxy_add_dispatcher
int wl_proxy_add_dispatcher(struct wl_proxy *proxy, wl_dispatcher_func_t dispatcher_func, const void *dispatcher_data, void *data)
wl_proxy_set_user_data
void wl_proxy_set_user_data(struct wl_proxy *proxy, void *user_data)
wl_proxy_get_user_data
void * wl_proxy_get_user_data(struct wl_proxy *proxy)
wl_proxy_get_version
uint32_t wl_proxy_get_version(struct wl_proxy *proxy)
wl_proxy_get_id
uint32_t wl_proxy_get_id(struct wl_proxy *proxy)
wl_proxy_set_tag
void wl_proxy_set_tag(struct wl_proxy *proxy, const char *const *tag)
wl_proxy_get_tag
const char *const  * wl_proxy_get_tag(struct wl_proxy *proxy)
wl_proxy_get_class
const char * wl_proxy_get_class(struct wl_proxy *proxy)
wl_proxy_get_display
struct wl_display * wl_proxy_get_display(struct wl_proxy *proxy)
wl_proxy_set_queue
void wl_proxy_set_queue(struct wl_proxy *proxy, struct wl_event_queue *queue)
wl_proxy_get_queue - Get a proxy's event queue.
struct wl_event_queue * wl_proxy_get_queue(const struct wl_proxy *proxy)
proxy
The proxy to query

Return the event queue

wl_event_queue_get_name
const char * wl_event_queue_get_name(const struct wl_event_queue *queue)
wl_display_connect
struct wl_display * wl_display_connect(const char *name)
wl_display_connect_to_fd
struct wl_display * wl_display_connect_to_fd(int fd)
wl_display_disconnect
void wl_display_disconnect(struct wl_display *display)
wl_display_get_fd
int wl_display_get_fd(struct wl_display *display)
wl_display_dispatch
int wl_display_dispatch(struct wl_display *display)
wl_display_dispatch_queue
int wl_display_dispatch_queue(struct wl_display *display, struct wl_event_queue *queue)
wl_display_dispatch_queue_pending
int wl_display_dispatch_queue_pending(struct wl_display *display, struct wl_event_queue *queue)
wl_display_dispatch_pending
int wl_display_dispatch_pending(struct wl_display *display)
wl_display_get_error
int wl_display_get_error(struct wl_display *display)
wl_display_get_protocol_error
uint32_t wl_display_get_protocol_error(struct wl_display *display, const struct wl_interface **interface, uint32_t *id)
wl_display_flush
int wl_display_flush(struct wl_display *display)
wl_display_roundtrip_queue
int wl_display_roundtrip_queue(struct wl_display *display, struct wl_event_queue *queue)
wl_display_roundtrip
int wl_display_roundtrip(struct wl_display *display)
wl_display_create_queue
struct wl_event_queue * wl_display_create_queue(struct wl_display *display)
wl_display_create_queue_with_name
struct wl_event_queue * wl_display_create_queue_with_name(struct wl_display *display, const char *name)
wl_display_prepare_read_queue
int wl_display_prepare_read_queue(struct wl_display *display, struct wl_event_queue *queue)
wl_display_prepare_read
int wl_display_prepare_read(struct wl_display *display)
wl_display_cancel_read
void wl_display_cancel_read(struct wl_display *display)
wl_display_read_events
int wl_display_read_events(struct wl_display *display)
wl_log_set_handler_client
void wl_log_set_handler_client(wl_log_func_t handler)
wl_display_set_max_buffer_size
void wl_display_set_max_buffer_size(struct wl_display *display, size_t max_buffer_size)
wl_proxy_get_queue - Get a proxy's event queue.
struct wl_event_queue * wl_proxy_get_queue(const struct wl_proxy *proxy)
proxy
The proxy to query

Return the event queue

wl_log_set_handler_client
void wl_log_set_handler_client(wl_log_func_t handler)
WL_EXPORT - Visibility attribute.
WL_DEPRECATED - Deprecated attribute.
WL_PRINTF - Printf-style argument attribute.
x
Ordinality of the format string argument
y
Ordinality of the argument to check against the format string

See also: https://gcc.gnu.org/onlinedocs/gcc-3.2.1/gcc/Function-Attributes.html

wl_container_of - Retrieves a pointer to a containing struct, given a member name.

This macro allows "conversion" from a pointer to a member to its containing struct. This is useful if you have a contained item like a wl_list, wl_listener, or wl_signal, provided via a callback or other means, and would like to retrieve the struct that contains it.

To demonstrate, the following example retrieves a pointer to example_container given only its destroy_listener member:

struct example_container {
        struct wl_listener destroy_listener;
        // other members...
};

void example_container_destroy(struct wl_listener *listener, void *data)
{
        struct example_container *ctr;

        ctr = wl_container_of(listener, ctr, destroy_listener);
        // destroy ctr...
}

Note: sample need not be a valid pointer. A null or uninitialised pointer is sufficient.

ptr
Valid pointer to the contained member
sample
Pointer to a struct whose type contains ptr
member
Named location of ptr within the sample type

Returns:
The container for the specified pointer

wl_iterator_result - Return value of an iterator function.

See also: wl_client_for_each_resource_iterator_func_t See also: wl_client_for_each_resource

wl_fixed_t - Fixed-point number.
typedef int32_t wl_fixed_t

A wl_fixed_t is a 24.8 signed fixed-point number with a sign bit, 23 bits of integer precision and 8 bits of decimal precision. Consider wl_fixed_t as an opaque struct with methods that facilitate conversion to and from double and int types.

wl_dispatcher_func_t - Dispatcher function type alias.
typedef int(* wl_dispatcher_func_t) (const void *user_data, void *target, uint32_t opcode, const struct wl_message *msg, union wl_argument *args))(const void *user_data, void *target, uint32_t opcode, const struct wl_message *msg, union wl_argument *args)

A dispatcher is a function that handles the emitting of callbacks in client code. For programs directly using the C library, this is done by using libffi to call function pointers. When binding to languages other than C, dispatchers provide a way to abstract the function calling process to be friendlier to other function calling systems.

A dispatcher takes five arguments: The first is the dispatcher-specific implementation associated with the target object. The second is the object upon which the callback is being invoked (either wl_proxy or wl_resource). The third and fourth arguments are the opcode and the wl_message corresponding to the callback. The final argument is an array of arguments received from the other process via the wire protocol.

user_data
Dispatcher-specific implementation data
target
Callback invocation target (wl_proxy or wl_resource)
opcode
Callback opcode
msg
Callback message signature
args
Array of received arguments

Returns:
0 on success, or -1 on failure

wl_log_func_t - Log function type alias.
typedef void(* wl_log_func_t) (const char *fmt, va_list args))(const char *fmt, va_list args)

The C implementation of the Wayland protocol abstracts the details of logging. Users may customize the logging behavior, with a function conforming to the wl_log_func_t type, via wl_log_set_handler_client and wl_log_set_handler_server.

A wl_log_func_t must conform to the expectations of vprintf, and expects two arguments: a string to write and a corresponding variable argument list. While the string to write may contain format specifiers and use values in the variable argument list, the behavior of any wl_log_func_t depends on the implementation.

Note: Take care to not confuse this with wl_protocol_logger_func_t, which is a specific server-side logger for requests and events.

fmt
String to write to the log, containing optional format specifiers
args
Variable argument list

See also: wl_log_set_handler_client See also: wl_log_set_handler_server