sd_bus_message_new
systemd
sd_bus_message_new
3
sd_bus_message_new
sd_bus_message_ref
sd_bus_message_unref
sd_bus_message_unrefp
SD_BUS_MESSAGE_METHOD_CALL
SD_BUS_MESSAGE_METHOD_RETURN
SD_BUS_MESSAGE_METHOD_ERROR
SD_BUS_MESSAGE_SIGNAL
sd_bus_message_get_bus
Create a new bus message object and create or destroy references to it
#include <systemd/sd-bus.h>
enum {
SD_BUS_MESSAGE_METHOD_CALL,
SD_BUS_MESSAGE_METHOD_RETURN,
SD_BUS_MESSAGE_METHOD_ERROR,
SD_BUS_MESSAGE_SIGNAL,
};
int sd_bus_message_new
sd_bus *bus
sd_bus_message **m
uint8_t type
sd_bus_message *sd_bus_message_ref
sd_bus_message *m
sd_bus_message *sd_bus_message_unref
sd_bus_message *m
void sd_bus_message_unrefp
sd_bus_message **mp
sd_bus *sd_bus_message_get_bus
sd_bus_message *m
Description
sd_bus_message_new() creates a new bus message object attached to the
bus bus and returns it in the output parameter m.
This object is reference-counted, and will be destroyed when all references are gone. Initially,
the caller of this function owns the sole reference to the message object. Note that the message
object holds a reference to the bus object, so the bus object will not be destroyed as long as
the message exists.
Note: this is a low-level call. In most cases functions like
sd_bus_message_new_method_call3,
sd_bus_message_new_method_error3,
sd_bus_message_new_method_return3,
and sd_bus_message_new_signal3
that create a message of a certain type and initialize various fields are easier to use.
The type parameter specifies the type of the message. It must be
one of SD_BUS_MESSAGE_METHOD_CALL — a method call,
SD_BUS_MESSAGE_METHOD_RETURN — a method call reply,
SD_BUS_MESSAGE_METHOD_ERROR — an error reply to a method call,
SD_BUS_MESSAGE_SIGNAL — a broadcast message with no reply.
The flag to allow interactive authorization is initialized based on the current value set
in the bus object, see
sd_bus_set_allow_interactive_authorization3.
This may be changed using
sd_bus_message_set_allow_interactive_authorization3.
sd_bus_message_ref() increases the reference counter of
m by one.
sd_bus_message_unref() decreases the reference counter of
m by one. Once the reference count has dropped to zero, message object is
destroyed and cannot be used anymore, so further calls to
sd_bus_message_ref() or sd_bus_message_unref() are
illegal.
sd_bus_message_unrefp() is similar to
sd_bus_message_unref() but takes a pointer to a
pointer to an sd_bus_message object. This call is useful in
conjunction with GCC's and LLVM's Clean-up
Variable Attribute. See
sd_bus_new3
for an example how to use the cleanup attribute.
sd_bus_message_ref() and sd_bus_message_unref()
execute no operation if the passed in bus message object address is
NULL. sd_bus_message_unrefp() will first dereference
its argument, which must not be NULL, and will execute no operation if
that is NULL.
sd_bus_message_get_bus() returns the bus object that message
m is attached to.
Return Value
On success, sd_bus_message_new() returns 0 or a positive integer. On
failure, it returns a negative errno-style error code.
sd_bus_message_ref() always returns the argument.
sd_bus_message_unref() always returns
NULL.
sd_bus_message_get_bus() always returns the bus object.
Errors
Returned errors may indicate the following problems:
-EINVAL
Specified type is invalid.
-ENOTCONN
The bus parameter bus is NULL or
the bus is not connected.
-ENOMEM
Memory allocation failed.
See Also
systemd1,
sd-bus3,
sd_bus_new3,
sd_bus_message_new_method_call3,
sd_bus_message_new_method_error3,
sd_bus_message_new_method_return3,
sd_bus_message_new_signal3