SD_BUS_MESSAGE_NEW - Online Linux Manual PageSection : 3
Updated :
Source : systemd 250
Note : sd_bus_message_new
NAMEsd_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
SYNOPSIS#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);
DESCRIPTIONsd_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_call(3), sd_bus_message_new_method_error(3), sd_bus_message_new_method_return(3), and sd_bus_message_new_signal(3) 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_authorization(3). This may be changed using sd_bus_message_set_allow_interactive_authorization(3). 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[1]. See sd_bus_new(3) 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 VALUEOn 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.
ErrorsReturned 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.
NOTESThese APIs are implemented as a shared library, which can be compiled and linked to with the libsystemd pkg-config(1) file.
SEE ALSOsystemd(1), sd-bus(3), sd_bus_new(3), sd_bus_message_new_method_call(3), sd_bus_message_new_method_error(3), sd_bus_message_new_method_return(3), sd_bus_message_new_signal(3)
NOTES 1. Clean-up Variable Attribute https://gcc.gnu.org/onlinedocs/gcc/Common-Variable-Attributes.html 0
Johanes Gumabo
Data Size : 17,568 byte
man-SD_BUS_MESSAGE_METHOD_CALL.3Build : 2024-12-05, 20:55 :
Visitor Screen : x
Visitor Counter ( page / site ) : 4 / 171,115
Visitor ID : :
Visitor IP : 3.145.81.47 :
Visitor Provider : AMAZON-02 :
Provider Position ( lat x lon ) : 39.962500 x -83.006100 : x
Provider Accuracy Radius ( km ) : 1000 :
Provider City : Columbus :
Provider Province : Ohio , : ,
Provider Country : United States :
Provider Continent : North America :
Visitor Recorder : Version :
Visitor Recorder : Library :
Online Linux Manual Page : Version : Online Linux Manual Page - Fedora.40 - march=x86-64 - mtune=generic - 24.12.05
Online Linux Manual Page : Library : lib_c - 24.10.03 - march=x86-64 - mtune=generic - Fedora.40
Online Linux Manual Page : Library : lib_m - 24.10.03 - march=x86-64 - mtune=generic - Fedora.40
Data Base : Version : Online Linux Manual Page Database - 24.04.13 - march=x86-64 - mtune=generic - fedora-38
Data Base : Library : lib_c - 23.02.07 - march=x86-64 - mtune=generic - fedora.36
Very long time ago, I have the best tutor, Wenzel Svojanovsky . If someone knows the email address of Wenzel Svojanovsky , please send an email to johanes_gumabo@yahoo.co.id .
If error, please print screen and send to johanes_gumabo@yahoo.co.id
Under development. Support me via PayPal.