2018-07-03 05:15:39 +08:00
|
|
|
<?xml version='1.0'?>
|
2014-04-02 01:12:59 +08:00
|
|
|
<!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
|
2015-06-19 01:47:44 +08:00
|
|
|
"http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd">
|
2014-04-02 01:12:59 +08:00
|
|
|
|
|
|
|
<!--
|
2017-11-19 00:22:32 +08:00
|
|
|
SPDX-License-Identifier: LGPL-2.1+
|
2014-04-02 01:12:59 +08:00
|
|
|
-->
|
|
|
|
|
2015-11-20 06:38:54 +08:00
|
|
|
<refentry id="sd_event_new" xmlns:xi="http://www.w3.org/2001/XInclude">
|
2014-04-02 01:12:59 +08:00
|
|
|
|
|
|
|
<refentryinfo>
|
|
|
|
<title>sd_event_new</title>
|
|
|
|
<productname>systemd</productname>
|
|
|
|
</refentryinfo>
|
|
|
|
|
|
|
|
<refmeta>
|
|
|
|
<refentrytitle>sd_event_new</refentrytitle>
|
|
|
|
<manvolnum>3</manvolnum>
|
|
|
|
</refmeta>
|
|
|
|
|
|
|
|
<refnamediv>
|
|
|
|
<refname>sd_event_new</refname>
|
|
|
|
<refname>sd_event_default</refname>
|
|
|
|
<refname>sd_event_ref</refname>
|
|
|
|
<refname>sd_event_unref</refname>
|
tree-wide: expose "p"-suffix unref calls in public APIs to make gcc cleanup easy
GLIB has recently started to officially support the gcc cleanup
attribute in its public API, hence let's do the same for our APIs.
With this patch we'll define an xyz_unrefp() call for each public
xyz_unref() call, to make it easy to use inside a
__attribute__((cleanup())) expression. Then, all code is ported over to
make use of this.
The new calls are also documented in the man pages, with examples how to
use them (well, I only added docs where the _unref() call itself already
had docs, and the examples, only cover sd_bus_unrefp() and
sd_event_unrefp()).
This also renames sd_lldp_free() to sd_lldp_unref(), since that's how we
tend to call our destructors these days.
Note that this defines no public macro that wraps gcc's attribute and
makes it easier to use. While I think it's our duty in the library to
make our stuff easy to use, I figure it's not our duty to make gcc's own
features easy to use on its own. Most likely, client code which wants to
make use of this should define its own:
#define _cleanup_(function) __attribute__((cleanup(function)))
Or similar, to make the gcc feature easier to use.
Making this logic public has the benefit that we can remove three header
files whose only purpose was to define these functions internally.
See #2008.
2015-11-28 02:13:45 +08:00
|
|
|
<refname>sd_event_unrefp</refname>
|
2015-11-20 06:38:54 +08:00
|
|
|
<refname>sd_event_get_tid</refname>
|
|
|
|
<refname>sd_event</refname>
|
2014-04-02 01:12:59 +08:00
|
|
|
|
|
|
|
<refpurpose>Acquire and release an event loop object</refpurpose>
|
|
|
|
</refnamediv>
|
|
|
|
|
|
|
|
<refsynopsisdiv>
|
|
|
|
<funcsynopsis>
|
2015-11-20 06:38:54 +08:00
|
|
|
<funcsynopsisinfo>#include <systemd/sd-event.h></funcsynopsisinfo>
|
|
|
|
|
|
|
|
<funcsynopsisinfo><token>typedef</token> struct sd_event sd_event;</funcsynopsisinfo>
|
2014-04-02 01:12:59 +08:00
|
|
|
|
|
|
|
<funcprototype>
|
|
|
|
<funcdef>int <function>sd_event_new</function></funcdef>
|
2015-11-20 06:38:54 +08:00
|
|
|
<paramdef>sd_event **<parameter>event</parameter></paramdef>
|
2014-04-02 01:12:59 +08:00
|
|
|
</funcprototype>
|
|
|
|
|
|
|
|
<funcprototype>
|
|
|
|
<funcdef>int <function>sd_event_default</function></funcdef>
|
2015-11-20 06:38:54 +08:00
|
|
|
<paramdef>sd_event **<parameter>event</parameter></paramdef>
|
|
|
|
</funcprototype>
|
|
|
|
|
|
|
|
<funcprototype>
|
|
|
|
<funcdef>sd_event *<function>sd_event_ref</function></funcdef>
|
|
|
|
<paramdef>sd_event *<parameter>event</parameter></paramdef>
|
2014-04-02 01:12:59 +08:00
|
|
|
</funcprototype>
|
|
|
|
|
|
|
|
<funcprototype>
|
2015-11-20 06:38:54 +08:00
|
|
|
<funcdef>sd_event *<function>sd_event_unref</function></funcdef>
|
|
|
|
<paramdef>sd_event *<parameter>event</parameter></paramdef>
|
2014-04-02 01:12:59 +08:00
|
|
|
</funcprototype>
|
|
|
|
|
tree-wide: expose "p"-suffix unref calls in public APIs to make gcc cleanup easy
GLIB has recently started to officially support the gcc cleanup
attribute in its public API, hence let's do the same for our APIs.
With this patch we'll define an xyz_unrefp() call for each public
xyz_unref() call, to make it easy to use inside a
__attribute__((cleanup())) expression. Then, all code is ported over to
make use of this.
The new calls are also documented in the man pages, with examples how to
use them (well, I only added docs where the _unref() call itself already
had docs, and the examples, only cover sd_bus_unrefp() and
sd_event_unrefp()).
This also renames sd_lldp_free() to sd_lldp_unref(), since that's how we
tend to call our destructors these days.
Note that this defines no public macro that wraps gcc's attribute and
makes it easier to use. While I think it's our duty in the library to
make our stuff easy to use, I figure it's not our duty to make gcc's own
features easy to use on its own. Most likely, client code which wants to
make use of this should define its own:
#define _cleanup_(function) __attribute__((cleanup(function)))
Or similar, to make the gcc feature easier to use.
Making this logic public has the benefit that we can remove three header
files whose only purpose was to define these functions internally.
See #2008.
2015-11-28 02:13:45 +08:00
|
|
|
<funcprototype>
|
|
|
|
<funcdef>void <function>sd_event_unrefp</function></funcdef>
|
|
|
|
<paramdef>sd_event **<parameter>event</parameter></paramdef>
|
|
|
|
</funcprototype>
|
|
|
|
|
2014-04-02 01:12:59 +08:00
|
|
|
<funcprototype>
|
2015-11-20 06:38:54 +08:00
|
|
|
<funcdef>int <function>sd_event_get_tid</function></funcdef>
|
|
|
|
<paramdef>sd_event *<parameter>event</parameter></paramdef>
|
|
|
|
<paramdef>pid_t *<parameter>tid</parameter></paramdef>
|
2014-04-02 01:12:59 +08:00
|
|
|
</funcprototype>
|
|
|
|
|
|
|
|
</funcsynopsis>
|
|
|
|
</refsynopsisdiv>
|
|
|
|
|
|
|
|
<refsect1>
|
|
|
|
<title>Description</title>
|
|
|
|
|
|
|
|
<para><function>sd_event_new()</function> allocates a new event
|
|
|
|
loop object. The event loop object is returned in the
|
2014-05-08 07:28:45 +08:00
|
|
|
<parameter>event</parameter> parameter. After use, drop
|
2014-04-02 01:12:59 +08:00
|
|
|
the returned reference with
|
|
|
|
<function>sd_event_unref()</function>. When the last reference is
|
2014-09-26 05:27:17 +08:00
|
|
|
dropped, the object is freed.</para>
|
2014-04-02 01:12:59 +08:00
|
|
|
|
|
|
|
<para><function>sd_event_default()</function> acquires a reference
|
|
|
|
to the default event loop object of the calling thread, possibly
|
|
|
|
allocating a new object if no default event loop object has been
|
2014-05-08 07:28:45 +08:00
|
|
|
allocated yet for the thread. After use, drop the returned
|
2014-04-15 01:12:45 +08:00
|
|
|
reference with <function>sd_event_unref()</function>. When the
|
2014-05-08 07:28:45 +08:00
|
|
|
last reference is dropped, the event loop is freed. If this
|
2014-04-02 01:12:59 +08:00
|
|
|
function is called while the object returned from a previous call
|
|
|
|
from the same thread is still referenced, the same object is
|
|
|
|
returned again, but the reference is increased by one. It is
|
|
|
|
recommended to use this call instead of
|
|
|
|
<function>sd_event_new()</function> in order to share event loop
|
|
|
|
objects between various components that are dispatched in the same
|
2014-09-26 05:27:17 +08:00
|
|
|
thread. All threads have exactly either zero or one default event loop
|
|
|
|
objects associated, but never more.</para>
|
2014-04-02 01:12:59 +08:00
|
|
|
|
2015-11-20 06:38:54 +08:00
|
|
|
<para>After allocating an event loop object, add event sources to
|
|
|
|
it with
|
|
|
|
<citerefentry><refentrytitle>sd_event_add_io</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
|
|
|
|
<citerefentry><refentrytitle>sd_event_add_time</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
|
|
|
|
<citerefentry><refentrytitle>sd_event_add_signal</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
|
2018-10-12 18:09:29 +08:00
|
|
|
<citerefentry><refentrytitle>sd_event_add_child</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
|
|
|
|
<citerefentry><refentrytitle>sd_event_add_inotify</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
|
2015-11-20 06:38:54 +08:00
|
|
|
<citerefentry><refentrytitle>sd_event_add_defer</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
|
2018-10-12 18:09:29 +08:00
|
|
|
<citerefentry><refentrytitle>sd_event_add_post</refentrytitle><manvolnum>3</manvolnum></citerefentry> or
|
|
|
|
<citerefentry><refentrytitle>sd_event_add_exit</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
|
2015-11-20 06:38:54 +08:00
|
|
|
and then execute the event loop using
|
2018-10-12 18:09:29 +08:00
|
|
|
<citerefentry><refentrytitle>sd_event_loop</refentrytitle><manvolnum>3</manvolnum></citerefentry>.</para>
|
2015-11-20 06:38:54 +08:00
|
|
|
|
2014-04-02 01:12:59 +08:00
|
|
|
<para><function>sd_event_ref()</function> increases the reference
|
2014-09-26 05:27:17 +08:00
|
|
|
count of the specified event loop object by one.</para>
|
2014-04-02 01:12:59 +08:00
|
|
|
|
|
|
|
<para><function>sd_event_unref()</function> decreases the
|
2014-09-26 05:27:17 +08:00
|
|
|
reference count of the specified event loop object by one. If
|
|
|
|
the count hits zero, the object is freed. Note that it
|
2014-05-08 07:28:44 +08:00
|
|
|
is freed regardless of whether it is the default event loop object for a
|
2014-04-02 01:12:59 +08:00
|
|
|
thread or not. This means that allocating an event loop with
|
2014-05-08 07:28:45 +08:00
|
|
|
<function>sd_event_default()</function>, then releasing it, and
|
2014-04-02 01:12:59 +08:00
|
|
|
then acquiring a new one with
|
|
|
|
<function>sd_event_default()</function> will result in two
|
2014-08-03 13:11:12 +08:00
|
|
|
distinct objects. Note that, in order to free an event loop object,
|
2014-04-02 01:12:59 +08:00
|
|
|
all remaining event sources of the event loop also need to be
|
2014-09-26 05:27:17 +08:00
|
|
|
freed as each keeps a reference to it.</para>
|
2015-11-20 06:38:54 +08:00
|
|
|
|
tree-wide: expose "p"-suffix unref calls in public APIs to make gcc cleanup easy
GLIB has recently started to officially support the gcc cleanup
attribute in its public API, hence let's do the same for our APIs.
With this patch we'll define an xyz_unrefp() call for each public
xyz_unref() call, to make it easy to use inside a
__attribute__((cleanup())) expression. Then, all code is ported over to
make use of this.
The new calls are also documented in the man pages, with examples how to
use them (well, I only added docs where the _unref() call itself already
had docs, and the examples, only cover sd_bus_unrefp() and
sd_event_unrefp()).
This also renames sd_lldp_free() to sd_lldp_unref(), since that's how we
tend to call our destructors these days.
Note that this defines no public macro that wraps gcc's attribute and
makes it easier to use. While I think it's our duty in the library to
make our stuff easy to use, I figure it's not our duty to make gcc's own
features easy to use on its own. Most likely, client code which wants to
make use of this should define its own:
#define _cleanup_(function) __attribute__((cleanup(function)))
Or similar, to make the gcc feature easier to use.
Making this logic public has the benefit that we can remove three header
files whose only purpose was to define these functions internally.
See #2008.
2015-11-28 02:13:45 +08:00
|
|
|
<para><function>sd_event_unrefp()</function> is similar to
|
|
|
|
<function>sd_event_unref()</function> but takes a pointer to a
|
|
|
|
pointer to an <type>sd_event</type> object. This call is useful in
|
|
|
|
conjunction with GCC's and LLVM's <ulink
|
|
|
|
url="https://gcc.gnu.org/onlinedocs/gcc/Common-Variable-Attributes.html">Clean-up
|
|
|
|
Variable Attribute</ulink>. Note that this function is defined as
|
|
|
|
inline function. Use a declaration like the following,
|
|
|
|
in order to allocate an event loop object that is freed
|
|
|
|
automatically as the code block is left:</para>
|
|
|
|
|
|
|
|
<programlisting>{
|
|
|
|
__attribute__((cleanup(sd_event_unrefp)) sd_event *event = NULL;
|
|
|
|
int r;
|
|
|
|
…
|
|
|
|
r = sd_event_default(&event);
|
|
|
|
if (r < 0)
|
|
|
|
fprintf(stderr, "Failed to allocate event loop: %s\n", strerror(-r));
|
|
|
|
…
|
|
|
|
}</programlisting>
|
|
|
|
|
|
|
|
<para><function>sd_event_ref()</function>,
|
|
|
|
<function>sd_event_unref()</function> and
|
|
|
|
<function>sd_event_unrefp()</function> execute no operation if the
|
2015-11-20 06:38:54 +08:00
|
|
|
passed in event loop object is <constant>NULL</constant>.</para>
|
|
|
|
|
|
|
|
<para><function>sd_event_get_tid()</function> retrieves the thread
|
|
|
|
identifier ("TID") of the thread the specified event loop object
|
|
|
|
is associated with. This call is only supported for event loops
|
|
|
|
allocated with <function>sd_event_default()</function>, and
|
|
|
|
returns the identifier for the thread the event loop is the
|
|
|
|
default event loop of. See <citerefentry
|
|
|
|
project='man-pages'><refentrytitle>gettid</refentrytitle><manvolnum>2</manvolnum></citerefentry>
|
|
|
|
for more information on thread identifiers.</para>
|
2014-04-02 01:12:59 +08:00
|
|
|
</refsect1>
|
|
|
|
|
|
|
|
<refsect1>
|
|
|
|
<title>Return Value</title>
|
|
|
|
|
2016-10-16 22:25:34 +08:00
|
|
|
<para>On success, <function>sd_event_new()</function>,
|
|
|
|
<function>sd_event_default()</function> and
|
|
|
|
<function>sd_event_get_tid()</function> return 0 or a positive
|
2014-04-02 01:12:59 +08:00
|
|
|
integer. On failure, they return a negative errno-style error
|
|
|
|
code. <function>sd_event_ref()</function> always returns a pointer
|
|
|
|
to the event loop object passed
|
|
|
|
in. <function>sd_event_unref()</function> always returns
|
2014-09-26 05:27:17 +08:00
|
|
|
<constant>NULL</constant>.</para>
|
2014-04-02 01:12:59 +08:00
|
|
|
</refsect1>
|
|
|
|
|
|
|
|
<refsect1>
|
|
|
|
<title>Errors</title>
|
|
|
|
|
|
|
|
<para>Returned errors may indicate the following problems:</para>
|
|
|
|
|
|
|
|
<variablelist>
|
|
|
|
<varlistentry>
|
2014-09-26 05:27:46 +08:00
|
|
|
<term><constant>-ENOMEM</constant></term>
|
2014-04-02 01:12:59 +08:00
|
|
|
|
2014-09-26 05:27:17 +08:00
|
|
|
<listitem><para>Not enough memory to allocate the object.</para></listitem>
|
2014-04-02 01:12:59 +08:00
|
|
|
</varlistentry>
|
|
|
|
|
|
|
|
<varlistentry>
|
2014-09-26 05:27:46 +08:00
|
|
|
<term><constant>-EMFILE</constant></term>
|
2014-04-02 01:12:59 +08:00
|
|
|
|
|
|
|
<listitem><para>The maximum number of event loops has been allocated.</para></listitem>
|
|
|
|
|
|
|
|
</varlistentry>
|
|
|
|
|
2015-11-20 06:38:54 +08:00
|
|
|
<varlistentry>
|
|
|
|
<term><constant>-ENXIO</constant></term>
|
2014-04-02 01:12:59 +08:00
|
|
|
|
2015-11-20 06:38:54 +08:00
|
|
|
<listitem><para><function>sd_event_get_tid()</function> was
|
|
|
|
invoked on an event loop object that was not allocated with
|
|
|
|
<function>sd_event_default()</function>.</para></listitem>
|
|
|
|
</varlistentry>
|
|
|
|
|
|
|
|
</variablelist>
|
2014-04-02 01:12:59 +08:00
|
|
|
</refsect1>
|
|
|
|
|
2015-11-20 06:38:54 +08:00
|
|
|
<xi:include href="libsystemd-pkgconfig.xml" />
|
|
|
|
|
2014-04-02 01:12:59 +08:00
|
|
|
<refsect1>
|
|
|
|
<title>See Also</title>
|
|
|
|
|
|
|
|
<para>
|
|
|
|
<citerefentry><refentrytitle>systemd</refentrytitle><manvolnum>1</manvolnum></citerefentry>,
|
|
|
|
<citerefentry><refentrytitle>sd-event</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
|
|
|
|
<citerefentry><refentrytitle>sd_event_add_io</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
|
|
|
|
<citerefentry><refentrytitle>sd_event_add_time</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
|
|
|
|
<citerefentry><refentrytitle>sd_event_add_signal</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
|
|
|
|
<citerefentry><refentrytitle>sd_event_add_child</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
|
2018-10-12 18:09:29 +08:00
|
|
|
<citerefentry><refentrytitle>sd_event_add_inotify</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
|
2014-04-02 01:12:59 +08:00
|
|
|
<citerefentry><refentrytitle>sd_event_add_defer</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
|
2015-11-20 06:38:54 +08:00
|
|
|
<citerefentry><refentrytitle>sd_event_run</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
|
|
|
|
<citerefentry project='man-pages'><refentrytitle>gettid</refentrytitle><manvolnum>2</manvolnum></citerefentry>
|
2014-04-02 01:12:59 +08:00
|
|
|
</para>
|
|
|
|
</refsect1>
|
|
|
|
|
|
|
|
</refentry>
|