1
1
mirror of https://github.com/systemd/systemd-stable.git synced 2025-01-11 05:17:44 +03:00

Merge pull request #9132 from poettering/sd-bus-slot-set-floating

make sure we don't leak bus slots when sd_bus_add_match_async() is used
This commit is contained in:
Lennart Poettering 2018-05-31 00:58:41 +02:00 committed by GitHub
commit 4afae2a820
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
9 changed files with 205 additions and 22 deletions

View File

@ -231,6 +231,7 @@ manpages = [
['sd_bus_set_connected_signal', '3', ['sd_bus_get_connected_signal'], ''],
['sd_bus_set_sender', '3', ['sd_bus_get_sender'], ''],
['sd_bus_set_watch_bind', '3', ['sd_bus_get_watch_bind'], ''],
['sd_bus_slot_set_floating', '3', ['sd_bus_slot_get_floating'], ''],
['sd_bus_track_add_name',
'3',
['sd_bus_track_add_sender',

View File

@ -123,7 +123,7 @@
name), from which the match string is internally generated. Optionally, these parameters may be specified as
<constant>NULL</constant> in which case the relevant field of incoming signals is not tested.</para>
<para><function>sd_bus_match_signal_async()</function> is combines the signal matching logic of
<para><function>sd_bus_match_signal_async()</function> combines the signal matching logic of
<function>sd_bus_match_signal()</function> with the asynchronous behaviour of
<function>sd_bus_add_match_async()</function>.</para>
@ -132,7 +132,9 @@
at a later time with
<citerefentry><refentrytitle>sd_bus_slot_unref</refentrytitle><manvolnum>3</manvolnum></citerefentry>. If specified
as <constant>NULL</constant> the lifetime of the match is bound to the lifetime of the bus object itself, and the
match cannot be removed independently.</para>
match is generally not removed independently. See
<citerefentry><refentrytitle>sd_bus_slot_set_floating</refentrytitle><manvolnum>3</manvolnum></citerefentry> for
details.</para>
<para>The message <parameter>m</parameter> passed to the callback is only borrowed, that is, the callback should
not call <citerefentry><refentrytitle>sd_bus_message_unref</refentrytitle><manvolnum>3</manvolnum></citerefentry>
@ -175,7 +177,8 @@
<citerefentry><refentrytitle>sd-bus</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
<citerefentry><refentrytitle>sd_bus_slot_unref</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
<citerefentry><refentrytitle>sd_bus_message_ref</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
<citerefentry><refentrytitle>sd_bus_set_bus_client</refentrytitle><manvolnum>3</manvolnum></citerefentry>
<citerefentry><refentrytitle>sd_bus_set_bus_client</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
<citerefentry><refentrytitle>sd_bus_slot_set_floating</refentrytitle><manvolnum>3</manvolnum></citerefentry>
</para>
</refsect1>

View File

@ -206,21 +206,26 @@
<citerefentry><refentrytitle>sd_bus_unref</refentrytitle><manvolnum>3</manvolnum></citerefentry>
to drop the reference.</para>
<para>Queued but unwritten/unread messages also keep a reference
to their bus connection object. For this reason, even if an
application dropped all references to a bus connection, it might
not get destroyed right away. Until all incoming queued
messages are read, and until all outgoing unwritten messages are
written, the bus object will stay
alive. <function>sd_bus_flush()</function> may be used to write
all outgoing queued messages so they drop their references. To
flush the unread incoming messages, use
<function>sd_bus_close()</function>, which will also close the bus
connection. When using the default bus logic, it is a good idea to
first invoke <function>sd_bus_flush()</function> followed by
<function>sd_bus_close()</function> when a thread or process
terminates, and thus its bus connection object should be
freed.</para>
<para>Queued but unwritten/unread messages keep a reference to their bus connection object. For this reason, even
if an application dropped all references to a bus connection, it might not get destroyed right away. Until all
incoming queued messages are read, and until all outgoing unwritten messages are written, the bus object will stay
alive. <function>sd_bus_flush()</function> may be used to write all outgoing queued messages so they drop their
references. To flush the unread incoming messages, use <function>sd_bus_close()</function>, which will also close
the bus connection. When using the default bus logic, it is a good idea to first invoke
<function>sd_bus_flush()</function> followed by <function>sd_bus_close()</function> when a thread or process
terminates, and thus its bus connection object should be freed.</para>
<para>Normally, slot objects (as created by
<citerefentry><refentrytitle>sd_bus_add_match</refentrytitle><manvolnum>3</manvolnum></citerefentry> and similar
calls) keep a reference to their bus connection object, too. Thus, as long as a bus slot object remains referenced
its bus object will remain allocated too. Optionally, bus slot objects may be placed in "floating" mode. When in
floating mode the life cycle of the bus slot object is bound to the bus object, i.e. when the bus object is freed
the bus slot object is automatically unreferenced too. The floating state of a slot object may be controlled
explicitly with
<citerefentry><refentrytitle>sd_bus_slot_set_floating</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
though usually floating bus slot objects are created by passing <constant>NULL</constant> as the
<parameter>slot</parameter> parameter of <function>sd_bus_add_match()</function> and related calls, thus indicating
that the caller is not directly interested in referencing and managing the bus slot object.</para>
<para>The life cycle of the default bus connection should be the
responsibility of the code that creates/owns the thread the

View File

@ -0,0 +1,118 @@
<?xml version='1.0'?> <!--*- Mode: nxml; nxml-child-indent: 2; indent-tabs-mode: nil -*-->
<!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
"http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd">
<!-- SPDX-License-Identifier: LGPL-2.1+ -->
<refentry id="sd_bus_slot_set_floating">
<refentryinfo>
<title>sd_bus_slot_set_floating</title>
<productname>systemd</productname>
</refentryinfo>
<refmeta>
<refentrytitle>sd_bus_slot_set_floating</refentrytitle>
<manvolnum>3</manvolnum>
</refmeta>
<refnamediv>
<refname>sd_bus_slot_set_floating</refname>
<refname>sd_bus_slot_get_floating</refname>
<refpurpose>Control whether a bus slot object is "floating".</refpurpose>
</refnamediv>
<refsynopsisdiv>
<funcsynopsis>
<funcsynopsisinfo>#include &lt;systemd/sd-bus.h&gt;</funcsynopsisinfo>
<funcprototype>
<funcdef>int <function>sd_bus_slot_set_floating</function></funcdef>
<paramdef>sd_bus_slot *<parameter>bus</parameter></paramdef>
<paramdef>int <parameter>b</parameter></paramdef>
</funcprototype>
<funcprototype>
<funcdef>int <function>sd_bus_slot_get_floating</function></funcdef>
<paramdef>sd_bus_slot *<parameter>slot</parameter></paramdef>
</funcprototype>
</funcsynopsis>
</refsynopsisdiv>
<refsect1>
<title>Description</title>
<para><function>sd_bus_slot_set_floating()</function> controls whether the specified bus slot object
<parameter>slot</parameter> shall be "floating" or not. A floating bus slot object's lifetime is bound to the
lifetime of the bus object it is associated with, meaning that it remains allocated as long as the bus object
itself and is freed automatically when the bus object is freed. Regular (i.e. non-floating) bus slot objects keep
the bus referenced, hence the bus object remains allocated at least as long as there remains at least one
referenced bus slot object around. The floating state hence controls the direction of referencing between the bus
object and the bus slot objects: if floating the bus pins the the bus slot, and otherwise the bus slot pins the bus
objects. Use <function>sd_bus_slot_set_floating()</function> to switch between both modes: if the
<parameter>b</parameter> parameter is zero, the slot object is considered floating, otherwise it is made a regular
(non-floating) slot object.</para>
<para>Bus slot objects may be allocated with calls such as
<citerefentry><refentrytitle>sd_bus_add_match</refentrytitle><manvolnum>3</manvolnum></citerefentry>. If the
<parameter>slot</parameter> of these functions is non-<constant>NULL</constant> the slot object will be of the
regular kind (i.e. non-floating), otherwise it will be created floating. With
<function>sd_bus_slot_set_floating()</function> a bus slot object allocated as regular can be converted into a
floating object and back. This is particularly useful for creating a bus slot object, then changing parameters of
it, and then turning it into a floating object, whose lifecycle is managed by the bus object.</para>
<para><function>sd_bus_slot_get_floating()</function> returns the current floating state of the specified bus slot
object. It returns negative on error, zero if the bus slot object is a regular (non-floating) object and positive
otherwise.</para>
</refsect1>
<refsect1>
<title>Return Value</title>
<para>On success, these functions return 0 or a positive integer. On failure, they return a negative errno-style
error code.</para>
</refsect1>
<refsect1>
<title>Errors</title>
<para>Returned errors may indicate the following problems:</para>
<variablelist>
<varlistentry>
<term><constant>-ECHILD</constant></term>
<listitem><para>The bus connection has been created in a different process.</para></listitem>
</varlistentry>
<varlistentry>
<term><constant>-ESTALE</constant></term>
<listitem><para>The bus object the specified bus slot object is associated with has already been freed, and
hence no change in the floating state can be made anymore.</para></listitem>
</varlistentry>
</variablelist>
</refsect1>
<refsect1>
<title>Notes</title>
<para><function>sd_bus_slot_set_floating()</function> and <function>sd_bus_slot_get_floating()</function> are
available as a shared library, which can be compiled and linked to with the
<constant>libsystemd</constant> <citerefentry
project='die-net'><refentrytitle>pkg-config</refentrytitle><manvolnum>1</manvolnum></citerefentry> file.</para>
</refsect1>
<refsect1>
<title>See Also</title>
<para>
<citerefentry><refentrytitle>systemd</refentrytitle><manvolnum>1</manvolnum></citerefentry>,
<citerefentry><refentrytitle>sd-bus</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
<citerefentry><refentrytitle>sd_bus_add_match</refentrytitle><manvolnum>3</manvolnum></citerefentry>
</para>
</refsect1>
</refentry>

View File

@ -561,4 +561,6 @@ global:
sd_bus_open_with_description;
sd_bus_open_user_with_description;
sd_bus_open_system_with_description;
sd_bus_slot_get_floating;
sd_bus_slot_set_floating;
} LIBSYSTEMD_238;

View File

@ -128,7 +128,15 @@ struct sd_bus_slot {
sd_bus *bus;
void *userdata;
BusSlotType type:5;
/* Slots can be "floating" or not. If they are not floating (the usual case) then they reference the bus object
* they are associated with. This means the bus object stays allocated at least as long as there is a slot
* around associated with it. If it is floating, then the slot's lifecycle is bound to the lifecycle of the
* bus: it will be disconnected from the bus when the bus is destroyed, and it keeping the slot reffed hence
* won't mean the bus stays reffed too. Internally this means the reference direction is reversed: floating
* slots objects are referenced by the bus object, and not vice versa. */
bool floating:1;
bool match_added:1;
char *description;

View File

@ -260,6 +260,37 @@ _public_ void* sd_bus_slot_get_current_userdata(sd_bus_slot *slot) {
return slot->bus->current_userdata;
}
_public_ int sd_bus_slot_get_floating(sd_bus_slot *slot) {
assert_return(slot, -EINVAL);
return slot->floating;
}
_public_ int sd_bus_slot_set_floating(sd_bus_slot *slot, int b) {
assert_return(slot, -EINVAL);
if (slot->floating == !!b)
return 0;
if (!slot->bus) /* already disconnected slots can't be reconnected */
return -ESTALE;
slot->floating = b;
/* When a slot is "floating" then the bus references the slot. Otherwise the slot references the bus. Hence,
* when we move from one to the other, let's increase one reference and decrease the other. */
if (b) {
sd_bus_slot_ref(slot);
sd_bus_unref(slot->bus);
} else {
sd_bus_ref(slot->bus);
sd_bus_slot_unref(slot);
}
return 1;
}
_public_ int sd_bus_slot_set_description(sd_bus_slot *slot, const char *description) {
assert_return(slot, -EINVAL);
@ -269,8 +300,13 @@ _public_ int sd_bus_slot_set_description(sd_bus_slot *slot, const char *descript
_public_ int sd_bus_slot_get_description(sd_bus_slot *slot, const char **description) {
assert_return(slot, -EINVAL);
assert_return(description, -EINVAL);
assert_return(slot->description, -ENXIO);
*description = slot->description;
if (slot->description)
*description = slot->description;
else if (slot->type == BUS_MATCH_CALLBACK)
*description = slot->match_callback.match_string;
else
return -ENXIO;
return 0;
}

View File

@ -3227,13 +3227,21 @@ static int bus_add_match_full(
goto finish;
}
if (asynchronous)
if (asynchronous) {
r = bus_add_match_internal_async(bus,
&s->match_callback.install_slot,
s->match_callback.match_string,
add_match_callback,
s);
else
if (r < 0)
return r;
/* Make the slot of the match call floating now. We need the reference, but we don't
* want that this match pins the bus object, hence we first create it non-floating, but
* then make it floating. */
r = sd_bus_slot_set_floating(s->match_callback.install_slot, true);
} else
r = bus_add_match_internal(bus, s->match_callback.match_string);
if (r < 0)
goto finish;

View File

@ -228,6 +228,8 @@ void *sd_bus_slot_get_userdata(sd_bus_slot *slot);
void *sd_bus_slot_set_userdata(sd_bus_slot *slot, void *userdata);
int sd_bus_slot_set_description(sd_bus_slot *slot, const char *description);
int sd_bus_slot_get_description(sd_bus_slot *slot, const char **description);
int sd_bus_slot_get_floating(sd_bus_slot *slot);
int sd_bus_slot_set_floating(sd_bus_slot *slot, int b);
sd_bus_message* sd_bus_slot_get_current_message(sd_bus_slot *slot);
sd_bus_message_handler_t sd_bus_slot_get_current_handler(sd_bus_slot *bus);