2018-07-03 00:15:39 +03:00
<?xml version='1.0'?>
2019-03-14 16:40:58 +03:00
< !DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
"http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd">
2020-11-09 07:23:58 +03:00
<!-- SPDX - License - Identifier: LGPL - 2.1 - or - later -->
2015-03-14 04:35:32 +03:00
2015-11-20 01:38:54 +03:00
<refentry id= "sd_event_wait" xmlns:xi= "http://www.w3.org/2001/XInclude" >
2015-03-14 04:35:32 +03:00
<refentryinfo >
<title > sd_event_wait</title>
<productname > systemd</productname>
</refentryinfo>
<refmeta >
<refentrytitle > sd_event_wait</refentrytitle>
<manvolnum > 3</manvolnum>
</refmeta>
<refnamediv >
<refname > sd_event_wait</refname>
<refname > sd_event_prepare</refname>
<refname > sd_event_dispatch</refname>
2015-11-20 01:38:54 +03:00
<refname > sd_event_get_state</refname>
2016-06-30 22:25:07 +03:00
<refname > sd_event_get_iteration</refname>
2015-11-20 01:38:54 +03:00
<refname > SD_EVENT_INITIAL</refname>
<refname > SD_EVENT_PREPARING</refname>
<refname > SD_EVENT_ARMED</refname>
<refname > SD_EVENT_PENDING</refname>
<refname > SD_EVENT_RUNNING</refname>
<refname > SD_EVENT_EXITING</refname>
<refname > SD_EVENT_FINISHED</refname>
<refpurpose > Low-level event loop operations</refpurpose>
2015-03-14 04:35:32 +03:00
</refnamediv>
<refsynopsisdiv >
<funcsynopsis >
<funcsynopsisinfo > #include < systemd/sd-event.h> </funcsynopsisinfo>
2015-11-20 01:38:54 +03:00
<funcsynopsisinfo > <token > enum</token> {
<constant > SD_EVENT_INITIAL</constant> ,
<constant > SD_EVENT_PREPARING</constant> ,
<constant > SD_EVENT_ARMED</constant> ,
<constant > SD_EVENT_PENDING</constant> ,
<constant > SD_EVENT_RUNNING</constant> ,
<constant > SD_EVENT_EXITING</constant> ,
<constant > SD_EVENT_FINISHED</constant> ,
};</funcsynopsisinfo>
2015-03-14 04:35:32 +03:00
<funcprototype >
<funcdef > int <function > sd_event_prepare</function> </funcdef>
<paramdef > sd_event *<parameter > event</parameter> </paramdef>
</funcprototype>
<funcprototype >
<funcdef > int <function > sd_event_wait</function> </funcdef>
<paramdef > sd_event *<parameter > event</parameter> </paramdef>
2015-11-20 01:38:54 +03:00
<paramdef > uint64_t <parameter > usec</parameter> </paramdef>
2015-03-14 04:35:32 +03:00
</funcprototype>
<funcprototype >
<funcdef > int <function > sd_event_dispatch</function> </funcdef>
<paramdef > sd_event *<parameter > event</parameter> </paramdef>
</funcprototype>
2015-11-20 01:38:54 +03:00
<funcprototype >
<funcdef > int <function > sd_event_get_state</function> </funcdef>
<paramdef > sd_event *<parameter > event</parameter> </paramdef>
</funcprototype>
2016-06-30 22:25:07 +03:00
<funcprototype >
<funcdef > int <function > sd_event_get_iteration</function> </funcdef>
<paramdef > sd_event *<parameter > event</parameter> </paramdef>
<paramdef > uint64_t *<parameter > ret</parameter> </paramdef>
</funcprototype>
2015-03-14 04:35:32 +03:00
</funcsynopsis>
</refsynopsisdiv>
<refsect1 >
<title > Description</title>
2015-11-20 01:38:54 +03:00
<para > The low-level <function > sd_event_prepare()</function> ,
<function > sd_event_wait()</function> and
<function > sd_event_dispatch()</function> functions may be used to
execute specific phases of an event loop. See
<citerefentry > <refentrytitle > sd_event_run</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry>
and
<citerefentry > <refentrytitle > sd_event_loop</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry>
for higher-level functions that execute individual but complete
2015-12-26 20:25:49 +03:00
iterations of an event loop or run it continuously.</para>
2015-11-20 01:38:54 +03:00
<para > <function > sd_event_prepare()</function> checks for pending
2015-03-14 04:35:32 +03:00
events and arms necessary timers. If any events are ready to be
2015-11-20 01:38:54 +03:00
processed ("pending"), it returns a positive, non-zero value, and the caller
should process these events with
<function > sd_event_dispatch()</function> .</para>
<para > <function > sd_event_dispatch()</function> dispatches the
highest priority event source that has a pending event. On
success, <function > sd_event_dispatch()</function> returns either
zero, which indicates that no further event sources may be
dispatched and exiting of the event loop was requested via
<citerefentry > <refentrytitle > sd_event_exit</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ;
or a positive non-zero value, which means that an event source was
dispatched and the loop returned to its initial state, and the
caller should initiate the next event loop iteration by invoking
<function > sd_event_prepare()</function> again.</para>
<para > In case <function > sd_event_prepare()</function> returned
zero, <function > sd_event_wait()</function> should be called to
wait for further events or a timeout. If any events are ready to
be processed, it returns a positive, non-zero value, and the
events should be dispatched with
<function > sd_event_dispatch()</function> . Otherwise, the event
loop returned to its initial state and the next event loop
iteration should be initiated by invoking
<function > sd_event_prepare()</function> again.</para>
<para > <function > sd_event_get_state()</function> may be used to
determine the state the event loop is currently in. It returns one
of the states described below.</para>
2016-06-30 22:25:07 +03:00
<para > <function > sd_event_get_iteration()</function> may be used to determine the current iteration of the event
2023-07-02 00:33:20 +03:00
loop. It returns an unsigned 64-bit integer containing a counter that increases monotonically with each iteration of
2016-06-30 22:25:07 +03:00
the event loop, starting with 0. The counter is increased at the time of the
<function > sd_event_prepare()</function> invocation.</para>
<para > All five functions take, as the first argument, the event loop object <parameter > event</parameter> that has
been created with <function > sd_event_new()</function> . The timeout for <function > sd_event_wait()</function> is
specified in <parameter > usec</parameter> in microseconds. <constant > (uint64_t) -1</constant> may be used to
specify an infinite timeout.</para>
2015-11-20 01:38:54 +03:00
</refsect1>
<refsect1 >
<title > State Machine</title>
<para > The event loop knows the following states, that may be
queried with <function > sd_event_get_state()</function> .</para>
2015-03-14 04:35:32 +03:00
2015-11-20 01:38:54 +03:00
<variablelist >
<varlistentry >
<term > <constant > SD_EVENT_INITIAL</constant> </term>
<listitem > <para > The initial state the event loop is in,
before each event loop iteration. Use
<function > sd_event_prepare()</function> to transition the
event loop into the <constant > SD_EVENT_ARMED</constant> or
2023-08-22 19:52:36 +03:00
<constant > SD_EVENT_PENDING</constant> states.</para>
<xi:include href= "version-info.xml" xpointer= "v229" /> </listitem>
2015-11-20 01:38:54 +03:00
</varlistentry>
<varlistentry >
<term > <constant > SD_EVENT_PREPARING</constant> </term>
<listitem > <para > An event source is currently being prepared,
2015-12-26 20:25:49 +03:00
i.e. the preparation handler is currently being executed, as
2015-11-20 01:38:54 +03:00
set with
2019-01-13 02:42:32 +03:00
<citerefentry > <refentrytitle > sd_event_source_set_prepare</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> . This
2015-11-20 01:38:54 +03:00
state is only seen in the event source preparation handler
that is invoked from the
<function > sd_event_prepare()</function> call and is
immediately followed by <constant > SD_EVENT_ARMED</constant> or
2023-08-22 19:52:36 +03:00
<constant > SD_EVENT_PENDING</constant> .</para>
<xi:include href= "version-info.xml" xpointer= "v229" /> </listitem>
2015-11-20 01:38:54 +03:00
</varlistentry>
<varlistentry >
<term > <constant > SD_EVENT_ARMED</constant> </term>
<listitem > <para > <function > sd_event_prepare()</function> has
been called and no event sources were ready to be
dispatched. Use <function > sd_event_wait()</function> to wait
for new events, and transition into
<constant > SD_EVENT_PENDING</constant> or back into
2023-08-22 19:52:36 +03:00
<constant > SD_EVENT_INITIAL</constant> .</para>
<xi:include href= "version-info.xml" xpointer= "v229" /> </listitem>
2015-11-20 01:38:54 +03:00
</varlistentry>
<varlistentry >
<term > <constant > SD_EVENT_PENDING</constant> </term>
<listitem > <para > <function > sd_event_prepare()</function> or
<function > sd_event_wait()</function> have been called and
there were event sources with events pending. Use
<function > sd_event_dispatch()</function> to dispatch the
highest priority event source and transition back to
<constant > SD_EVENT_INITIAL</constant> , or
2023-08-22 19:52:36 +03:00
<constant > SD_EVENT_FINISHED</constant> .</para>
<xi:include href= "version-info.xml" xpointer= "v229" /> </listitem>
2015-11-20 01:38:54 +03:00
</varlistentry>
<varlistentry >
<term > <constant > SD_EVENT_RUNNING</constant> </term>
<listitem > <para > A regular event source is currently being
dispatched. This state is only seen in the event source
handler that is invoked from the
<function > sd_event_dispatch()</function> call, and is
immediately followed by <constant > SD_EVENT_INITIAL</constant>
or <constant > SD_EVENT_FINISHED</constant> as soon the event
source handler returns. Note that during dispatching of exit
event sources the <constant > SD_EVENT_EXITING</constant> state
2023-08-22 19:52:36 +03:00
is seen instead.</para>
<xi:include href= "version-info.xml" xpointer= "v229" /> </listitem>
2015-11-20 01:38:54 +03:00
</varlistentry>
<varlistentry >
<term > <constant > SD_EVENT_EXITING</constant> </term>
<listitem > <para > Similar to
<constant > SD_EVENT_RUNNING</constant> but is the state in
effect while dispatching exit event sources. It is followed by
<constant > SD_EVENT_INITIAL</constant> or
<constant > SD_EVENT_FINISHED</constant> as soon as the event
2023-08-22 19:52:36 +03:00
handler returns.</para>
<xi:include href= "version-info.xml" xpointer= "v229" /> </listitem>
2015-11-20 01:38:54 +03:00
</varlistentry>
<varlistentry >
<term > <constant > SD_EVENT_FINISHED</constant> </term>
<listitem > <para > The event loop has exited. All exit event
sources have run. If the event loop is in this state it serves
2023-08-22 19:52:36 +03:00
no purpose anymore, and should be freed.</para>
<xi:include href= "version-info.xml" xpointer= "v229" /> </listitem>
2015-11-20 01:38:54 +03:00
</varlistentry>
</variablelist>
<para > A simplified flow chart of the states and the calls to
transition between them is shown below. Note that
<constant > SD_EVENT_PREPARING</constant> ,
<constant > SD_EVENT_RUNNING</constant> and
<constant > SD_EVENT_EXITING</constant> are not shown here.</para>
2015-03-14 04:35:32 +03:00
<programlisting >
2015-11-20 01:38:54 +03:00
INITIAL -< ---< ---< ---< ---< ---< ---< ---< ---< ---< ---< ---< ---\
| |
| ^
| |
v ret == 0 |
sd_event_prepare() > ---> ---> ---> ---> - ARMED |
| | ^
| ret > 0 | |
| | |
v v ret == 0 |
PENDING < ---< ---< ---< ---< ---< sd_event_wait() > ---> ---> --+
| ret > 0 ^
| |
| |
v |
sd_event_dispatch() > ---> ---> ---> ---> ---> ---> ---> ---> ---> ---> /
| ret > 0
| ret == 0
|
v
FINISHED
2015-03-14 04:35:32 +03:00
</programlisting>
</refsect1>
<refsect1 >
<title > Return Value</title>
2019-03-21 16:53:00 +03:00
<para > On success, these functions return 0 or a positive integer. On failure, they return a negative
errno-style error code. In case of <function > sd_event_prepare()</function> and
<function > sd_event_wait()</function> , a positive, non-zero return code indicates that events are ready to
be processed and zero indicates that no events are ready. In case of
<function > sd_event_dispatch()</function> , a positive, non-zero return code indicates that the event loop
returned to its initial state and zero indicates the event loop has
exited. <function > sd_event_get_state()</function> returns a positive or zero state on success.</para>
2015-03-14 04:35:32 +03:00
2019-03-21 16:53:00 +03:00
<refsect2 >
<title > Errors</title>
2015-03-14 04:35:32 +03:00
2019-03-21 16:53:00 +03:00
<para > Returned errors may indicate the following problems:</para>
2015-03-14 04:35:32 +03:00
2019-03-21 16:53:00 +03:00
<variablelist >
<varlistentry >
<term > <constant > -EINVAL</constant> </term>
2015-03-14 04:35:32 +03:00
2019-03-21 16:53:00 +03:00
<listitem > <para > The <parameter > event</parameter> parameter is invalid or <constant > NULL</constant> .
</para> </listitem>
</varlistentry>
2015-03-14 04:35:32 +03:00
2019-03-21 16:53:00 +03:00
<varlistentry >
<term > <constant > -EBUSY</constant> </term>
2015-03-14 04:35:32 +03:00
2019-03-21 16:53:00 +03:00
<listitem > <para > The event loop object is not in the right state.</para> </listitem>
</varlistentry>
2015-03-14 04:35:32 +03:00
2019-03-21 16:53:00 +03:00
<varlistentry >
<term > <constant > -ESTALE</constant> </term>
2015-03-14 04:35:32 +03:00
2019-03-21 16:53:00 +03:00
<listitem > <para > The event loop is already terminated.</para> </listitem>
2015-03-14 04:35:32 +03:00
2019-03-21 16:53:00 +03:00
</varlistentry>
2015-03-14 04:35:32 +03:00
2019-03-21 16:53:00 +03:00
<varlistentry >
<term > <constant > -ECHILD</constant> </term>
2015-03-14 04:35:32 +03:00
2023-04-25 03:46:22 +03:00
<listitem > <para > The event loop has been created in a different process, library or module instance.</para> </listitem>
2015-03-14 04:35:32 +03:00
2019-03-21 16:53:00 +03:00
</varlistentry>
2015-03-14 04:35:32 +03:00
2019-03-21 16:53:00 +03:00
</variablelist>
2015-03-14 04:35:32 +03:00
2019-03-21 16:53:00 +03:00
<para > Other errors are possible, too.</para>
</refsect2>
2015-03-14 04:35:32 +03:00
</refsect1>
2015-11-20 01:38:54 +03:00
<xi:include href= "libsystemd-pkgconfig.xml" />
2015-03-14 04:35:32 +03:00
2023-09-04 15:46:35 +03:00
<refsect1 >
<title > History</title>
2023-09-18 19:44:26 +03:00
<para > <function > sd_event_prepare()</function> ,
<function > sd_event_wait()</function> , and
<function > sd_event_dispatch()</function> were added in version 220.</para>
2023-09-04 15:46:35 +03:00
<para > <function > sd_event_get_state()</function> was added in version 229.</para>
<para > <function > sd_event_get_iteration()</function> was added in version 231.</para>
</refsect1>
2015-03-14 04:35:32 +03:00
<refsect1 >
<title > See Also</title>
<para >
<citerefentry > <refentrytitle > systemd</refentrytitle> <manvolnum > 1</manvolnum> </citerefentry> ,
<citerefentry > <refentrytitle > sd_event_new</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> ,
2018-10-12 13:09:29 +03:00
<citerefentry > <refentrytitle > sd_event_add_child</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ,
<citerefentry > <refentrytitle > sd_event_add_inotify</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ,
2015-03-14 04:35:32 +03:00
<citerefentry > <refentrytitle > sd_event_add_defer</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ,
2015-11-20 01:38:54 +03:00
<citerefentry > <refentrytitle > sd_event_run</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ,
<citerefentry > <refentrytitle > sd_event_get_fd</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ,
<citerefentry > <refentrytitle > sd_event_source_set_prepare</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry>
2015-03-14 04:35:32 +03:00
</para>
</refsect1>
</refentry>