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"
2023-12-25 17:48:33 +03:00
"http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
2020-11-09 07:23:58 +03:00
<!-- SPDX - License - Identifier: LGPL - 2.1 - or - later -->
2015-11-20 01:38:54 +03:00
<refentry id= "sd_event_exit" xmlns:xi= "http://www.w3.org/2001/XInclude" >
<refentryinfo >
<title > sd_event_exit</title>
<productname > systemd</productname>
</refentryinfo>
<refmeta >
<refentrytitle > sd_event_exit</refentrytitle>
<manvolnum > 3</manvolnum>
</refmeta>
<refnamediv >
<refname > sd_event_exit</refname>
<refname > sd_event_get_exit_code</refname>
<refpurpose > Ask the event loop to exit</refpurpose>
</refnamediv>
<refsynopsisdiv >
<funcsynopsis >
<funcsynopsisinfo > #include < systemd/sd-event.h> </funcsynopsisinfo>
<funcprototype >
<funcdef > int <function > sd_event_exit</function> </funcdef>
<paramdef > sd_event *<parameter > event</parameter> </paramdef>
<paramdef > int <parameter > code</parameter> </paramdef>
</funcprototype>
<funcprototype >
<funcdef > int <function > sd_event_get_exit_code</function> </funcdef>
<paramdef > sd_event *<parameter > event</parameter> </paramdef>
2024-10-10 04:01:24 +03:00
<paramdef > int *<parameter > ret</parameter> </paramdef>
2015-11-20 01:38:54 +03:00
</funcprototype>
</funcsynopsis>
</refsynopsisdiv>
<refsect1 >
<title > Description</title>
<para > <function > sd_event_exit()</function> requests the event loop
specified in the <parameter > event</parameter> event loop object to
exit. The <parameter > code</parameter> parameter may be any integer
value and is returned as-is by
<citerefentry > <refentrytitle > sd_event_loop</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry>
2015-12-26 20:25:49 +03:00
after the last event loop iteration. It may also be queried
2015-11-20 01:38:54 +03:00
using <function > sd_event_get_exit_code()</function> , see
below. </para>
<para > When exiting is requested the event loop will stop listening
for and dispatching regular event sources. Instead it will proceed
with executing only event sources registered with
<citerefentry > <refentrytitle > sd_event_add_exit</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry>
in the order defined by their priority. After all exit event
sources have been dispatched the event loop is terminated.</para>
<para > If <function > sd_event_exit()</function> is invoked a second
time while the event loop is still processing exit event sources,
the exit code stored in the event loop object is updated, but
otherwise no further operation is executed.</para>
2024-02-23 23:51:02 +03:00
<para > <function > sd_event_get_exit_code()</function> may be used to query the exit code passed to an
2024-10-10 04:01:24 +03:00
earlier call of <function > sd_event_exit()</function> . The return parameter <parameter > ret</parameter>
2024-02-23 23:51:02 +03:00
may be set to <constant > NULL</constant> , in order to simply check if <function > sd_event_exit()</function>
has been called before (as <function > sd_event_get_exit_code()</function> fails with
<constant > -ENODATA</constant> if that's not the case, see below).</para>
2015-11-20 01:38:54 +03:00
<para > While the full positive and negative integer ranges may be used
for the exit code, care should be taken not pick exit codes that
conflict with regular exit codes returned by
<function > sd_event_loop()</function> , if these exit codes shall be
distinguishable.</para>
sd-event: support callback=NULL in IO/child/inotify/defer event sources, too
Also, document this functionality more prominently, including with a
reference from sd_event_exit().
This is mostly to make things complete, as previously we supported NULL
callbacks only in _add_time() and _add_signal(). However, I think this
makes snese for IO event sources too (think: when some fd such as a pipe
end sees SIGHUP or so, exit), as well as defer or post event sources (i.e. exit
once we got nothing else to do). This also adds support for inotify
event sources, simply to complete things (I can't see the immediate use,
but maybe someone else comes up with it).
The only event source type that doesn't allow callback=NULL now are exit
callbacks, but for them they make little sense, as the event loop is
exiting then anyway.
2020-10-02 10:51:36 +03:00
<para > Note that for most event source types passing the callback pointer as <constant > NULL</constant> in
the respective constructor call (i.e. in
<citerefentry > <refentrytitle > sd_event_add_time</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ,
<citerefentry > <refentrytitle > sd_event_add_signal</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ,
…) has the effect of <function > sd_event_exit()</function> being invoked once the event source triggers,
with the specified userdata pointer cast to an integer as the exit code parameter. This is useful to
2024-11-05 20:47:54 +03:00
automatically terminate an event loop after some condition, such as a timeout or reception of
sd-event: support callback=NULL in IO/child/inotify/defer event sources, too
Also, document this functionality more prominently, including with a
reference from sd_event_exit().
This is mostly to make things complete, as previously we supported NULL
callbacks only in _add_time() and _add_signal(). However, I think this
makes snese for IO event sources too (think: when some fd such as a pipe
end sees SIGHUP or so, exit), as well as defer or post event sources (i.e. exit
once we got nothing else to do). This also adds support for inotify
event sources, simply to complete things (I can't see the immediate use,
but maybe someone else comes up with it).
The only event source type that doesn't allow callback=NULL now are exit
callbacks, but for them they make little sense, as the event loop is
exiting then anyway.
2020-10-02 10:51:36 +03:00
<constant > SIGTERM</constant> or similar. See the documentation for the respective constructor call for
details.</para>
2015-11-20 01:38:54 +03:00
</refsect1>
<refsect1 >
<title > Return Value</title>
2019-03-21 16:53:00 +03:00
<para > On success, <function > sd_event_exit()</function> and <function > sd_event_get_exit_code()</function>
return 0 or a positive integer. On failure, they return a negative errno-style error code.</para>
2015-11-20 01:38:54 +03:00
2019-03-21 16:53:00 +03:00
<refsect2 >
<title > Errors</title>
2015-11-20 01:38:54 +03:00
2019-03-21 16:53:00 +03:00
<para > Returned errors may indicate the following problems:</para>
2015-11-20 01:38:54 +03:00
2019-03-21 16:53:00 +03:00
<variablelist >
2015-11-20 01:38:54 +03:00
2019-03-21 16:53:00 +03:00
<varlistentry >
<term > <constant > -EINVAL</constant> </term>
2015-11-20 01:38:54 +03:00
2019-03-21 16:53:00 +03:00
<listitem > <para > The event loop object or error code pointer are invalid.</para> </listitem>
2015-11-20 01:38:54 +03:00
2019-03-21 16:53:00 +03:00
</varlistentry>
2015-11-20 01:38:54 +03:00
2019-03-21 16:53:00 +03:00
<varlistentry >
<term > <constant > -ECHILD</constant> </term>
2015-11-20 01:38:54 +03:00
2023-04-25 03:46:22 +03:00
<listitem > <para > The event loop was created in a different process, library or module instance.</para> </listitem>
2019-03-21 16:53:00 +03:00
</varlistentry>
2015-11-20 01:38:54 +03:00
2019-03-21 16:53:00 +03:00
<varlistentry >
<term > <constant > -ESTALE</constant> </term>
2015-11-20 01:38:54 +03:00
2019-03-21 16:53:00 +03:00
<listitem > <para > The event loop has exited already and all exit handlers are already processed.
</para> </listitem>
</varlistentry>
2015-11-20 01:38:54 +03:00
2019-03-21 16:53:00 +03:00
<varlistentry >
<term > <constant > -ENODATA</constant> </term>
2015-11-20 01:38:54 +03:00
2024-02-23 23:51:02 +03:00
<listitem > <para > Returned by <function > sd_event_get_exit_code()</function> in case the event loop has not
been requested to exit yet.</para> </listitem>
2019-03-21 16:53:00 +03:00
</varlistentry>
2015-11-20 01:38:54 +03:00
2019-03-21 16:53:00 +03:00
</variablelist>
</refsect2>
2015-11-20 01:38:54 +03:00
</refsect1>
<xi:include href= "libsystemd-pkgconfig.xml" />
2023-09-04 15:46:35 +03:00
<refsect1 >
<title > History</title>
2023-09-18 19:44:26 +03:00
<para > <function > sd_event_exit()</function> and
<function > sd_event_get_exit_code()</function> were added in version 229.</para>
2023-09-04 15:46:35 +03:00
</refsect1>
2015-11-20 01:38:54 +03:00
<refsect1 >
<title > See Also</title>
2023-12-22 21:09:32 +03:00
<para > <simplelist type= "inline" >
<member > <citerefentry > <refentrytitle > systemd</refentrytitle> <manvolnum > 1</manvolnum> </citerefentry> </member>
<member > <citerefentry > <refentrytitle > sd-event</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> </member>
<member > <citerefentry > <refentrytitle > sd_event_new</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> </member>
<member > <citerefentry > <refentrytitle > sd_event_add_exit</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> </member>
<member > <citerefentry > <refentrytitle > sd_event_add_time</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> </member>
<member > <citerefentry > <refentrytitle > sd_event_add_signal</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> </member>
<member > <citerefentry > <refentrytitle > sd_event_add_io</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> </member>
<member > <citerefentry > <refentrytitle > sd_event_add_defer</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> </member>
<member > <citerefentry > <refentrytitle > sd_event_add_inotify</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> </member>
</simplelist> </para>
2015-11-20 01:38:54 +03:00
</refsect1>
</refentry>