2014-11-21 22:44:48 +03:00
<?xml version='1.0'?> <!-- * - Mode: nxml; nxml - child - indent: 2; indent - tabs - mode: nil - * -->
2014-09-26 01:27:27 +04:00
< !DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
2015-06-18 20:47:44 +03:00
"http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd">
2014-09-26 01:27:27 +04:00
<!--
2017-11-18 19:22:32 +03:00
SPDX-License-Identifier: LGPL-2.1+
2015-03-14 05:26:47 +03:00
This file is part of systemd.
2014-09-26 01:27:27 +04:00
2015-03-14 05:26:47 +03:00
Copyright 2014 Zbigniew Jędrzejewski-Szmek
2014-09-26 01:27:27 +04:00
2015-03-14 05:26:47 +03:00
systemd is free software; you can redistribute it and/or modify it
under the terms of the GNU Lesser General Public License as published by
the Free Software Foundation; either version 2.1 of the License, or
(at your option) any later version.
2014-09-26 01:27:27 +04:00
2015-03-14 05:26:47 +03:00
systemd is distributed in the hope that it will be useful, but
WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
Lesser General Public License for more details.
2014-09-26 01:27:27 +04:00
2015-03-14 05:26:47 +03:00
You should have received a copy of the GNU Lesser General Public License
along with systemd; If not, see <http: / / w w w . g n u . o r g / l i c e n s e s /> .
2014-09-26 01:27:27 +04:00
-->
2015-11-20 01:38:54 +03:00
<refentry id= "sd_event_add_signal" xmlns:xi= "http://www.w3.org/2001/XInclude" >
2014-09-26 01:27:27 +04:00
<refentryinfo >
<title > sd_event_add_signal</title>
<productname > systemd</productname>
<authorgroup >
<author >
<contrib > More text</contrib>
<firstname > Zbigniew</firstname>
<surname > Jędrzejewski-Szmek</surname>
<email > zbyszek@in.waw.pl</email>
</author>
</authorgroup>
</refentryinfo>
<refmeta >
<refentrytitle > sd_event_add_signal</refentrytitle>
<manvolnum > 3</manvolnum>
</refmeta>
<refnamediv >
<refname > sd_event_add_signal</refname>
<refname > sd_event_source_get_signal</refname>
2015-11-20 01:38:54 +03:00
<refname > sd_event_signal_handler_t</refname>
2014-09-26 01:27:27 +04:00
2015-11-20 01:38:54 +03:00
<refpurpose > Add a UNIX process signal event source to an event
loop</refpurpose>
2014-09-26 01:27:27 +04:00
</refnamediv>
<refsynopsisdiv >
<funcsynopsis >
2015-11-20 01:38:54 +03:00
<funcsynopsisinfo > #include < systemd/sd-event.h> </funcsynopsisinfo>
<funcsynopsisinfo > <token > typedef</token> struct sd_event_source sd_event_source;</funcsynopsisinfo>
<funcprototype >
<funcdef > typedef int (*<function > sd_event_signal_handler_t</function> )</funcdef>
<paramdef > sd_event_source *<parameter > s</parameter> </paramdef>
<paramdef > const struct signalfd_siginfo *<parameter > si</parameter> </paramdef>
<paramdef > void *<parameter > userdata</parameter> </paramdef>
</funcprototype>
2014-09-26 01:27:27 +04:00
<funcprototype >
<funcdef > int <function > sd_event_add_signal</function> </funcdef>
<paramdef > sd_event *<parameter > event</parameter> </paramdef>
<paramdef > sd_event_source **<parameter > source</parameter> </paramdef>
<paramdef > int <parameter > signal</parameter> </paramdef>
<paramdef > sd_event_signal_handler_t <parameter > handler</parameter> </paramdef>
<paramdef > void *<parameter > userdata</parameter> </paramdef>
</funcprototype>
<funcprototype >
<funcdef > int <function > sd_event_source_get_signal</function> </funcdef>
<paramdef > sd_event_source *<parameter > source</parameter> </paramdef>
</funcprototype>
</funcsynopsis>
</refsynopsisdiv>
<refsect1 >
<title > Description</title>
2015-11-20 01:38:54 +03:00
<para > <function > sd_event_add_signal()</function> adds a new UNIX
process signal event source to an event loop. The event loop
object is specified in the <parameter > event</parameter> parameter,
and the event source object is returned in the
<parameter > source</parameter> parameter. The
<parameter > signal</parameter> parameter specifies the numeric
signal to be handled (see <citerefentry
project='man-pages'><refentrytitle > signal</refentrytitle> <manvolnum > 7</manvolnum> </citerefentry> ).
The <parameter > handler</parameter> parameter must reference a
function to call when the signal is received or be
<constant > NULL</constant> . The handler function will be passed
the <parameter > userdata</parameter> pointer, which may be chosen
2014-09-26 01:27:27 +04:00
freely by the caller. The handler also receives a pointer to a
2015-11-20 01:38:54 +03:00
<structname > signalfd_siginfo</structname> structure containing
information about the received signal. See <citerefentry
project='man-pages'><refentrytitle > signalfd</refentrytitle> <manvolnum > 2</manvolnum> </citerefentry>
2014-12-30 19:41:38 +03:00
for further information.</para>
2014-09-26 01:27:27 +04:00
<para > Only a single handler may be installed for a specific
2015-11-20 01:38:54 +03:00
signal. The signal will be unblocked by this call, and must be
blocked before this function is called in all threads (using
<citerefentry
project='man-pages'><refentrytitle > sigprocmask</refentrytitle> <manvolnum > 2</manvolnum> </citerefentry> ). If
the handler is not specified (<parameter > handler</parameter> is
2014-09-26 01:27:27 +04:00
<constant > NULL</constant> ), a default handler which causes the
2015-11-20 01:38:54 +03:00
program to exit cleanly will be used.</para>
<para > By default, the event source is enabled permanently
(<constant > SD_EVENT_ON</constant> ), but this may be changed with
2014-09-26 01:27:27 +04:00
<citerefentry > <refentrytitle > sd_event_source_set_enabled</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> .
If the handler function returns a negative error code, it will be
2015-11-20 01:38:54 +03:00
disabled after the invocation, even if the
<constant > SD_EVENT_ON</constant> mode was requested before.
2014-09-26 01:27:27 +04:00
</para>
2015-11-20 01:38:54 +03:00
<para > To destroy an event source object use
<citerefentry > <refentrytitle > sd_event_source_unref</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ,
but note that the event source is only removed from the event loop
when all references to the event source are dropped. To make sure
2016-01-05 07:17:21 +03:00
an event source does not fire anymore, even if it is still referenced,
disable the event source using
<citerefentry > <refentrytitle > sd_event_source_set_enabled</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry>
with <constant > SD_EVENT_OFF</constant> .</para>
2015-11-20 01:38:54 +03:00
2015-12-26 20:25:49 +03:00
<para > If the second parameter of
2016-01-05 07:17:21 +03:00
<function > sd_event_add_signal()</function> is
<constant > NULL</constant> no reference to the event source object
is returned. In this case the event source is considered
"floating", and will be destroyed implicitly when the event loop
itself is destroyed.</para>
<para > <function > sd_event_source_get_signal()</function> returns
the configured signal number of an event source created previously
with <function > sd_event_add_signal()</function> . It takes the
event source object as the <parameter > source</parameter>
2014-09-26 01:27:27 +04:00
parameter.</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
2016-01-05 07:17:21 +03:00
code.</para>
2014-09-26 01:27:27 +04:00
</refsect1>
<refsect1 >
<title > Errors</title>
<para > Returned errors may indicate the following problems:</para>
<variablelist >
<varlistentry >
2014-09-26 01:27:46 +04:00
<term > <constant > -ENOMEM</constant> </term>
2014-09-26 01:27:27 +04:00
<listitem > <para > Not enough memory to allocate an object.</para> </listitem>
</varlistentry>
<varlistentry >
2014-09-26 01:27:46 +04:00
<term > <constant > -EINVAL</constant> </term>
2014-09-26 01:27:27 +04:00
<listitem > <para > An invalid argument has been passed.</para> </listitem>
</varlistentry>
<varlistentry >
2014-09-26 01:27:46 +04:00
<term > <constant > -EBUSY</constant> </term>
2014-09-26 01:27:27 +04:00
2014-08-03 09:11:37 +04:00
<listitem > <para > A handler is already installed for this
2014-09-26 01:27:27 +04:00
signal or the signal was not blocked previously.</para> </listitem>
</varlistentry>
<varlistentry >
2014-09-26 01:27:46 +04:00
<term > <constant > -ESTALE</constant> </term>
2014-09-26 01:27:27 +04:00
<listitem > <para > The event loop is already terminated.</para> </listitem>
</varlistentry>
<varlistentry >
2014-09-26 01:27:46 +04:00
<term > <constant > -ECHILD</constant> </term>
2014-09-26 01:27:27 +04:00
<listitem > <para > The event loop has been created in a different process.</para> </listitem>
</varlistentry>
2015-11-20 01:38:54 +03:00
<varlistentry >
<term > <constant > -EDOM</constant> </term>
2014-09-26 01:27:27 +04:00
2015-11-20 01:38:54 +03:00
<listitem > <para > The passed event source is not a signal event source.</para> </listitem>
</varlistentry>
2014-09-26 01:27:27 +04:00
2015-11-20 01:38:54 +03:00
</variablelist>
2014-09-26 01:27:27 +04:00
</refsect1>
2015-11-20 01:38:54 +03:00
<xi:include href= "libsystemd-pkgconfig.xml" />
2014-09-26 01:27:27 +04: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_new</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ,
2015-11-20 01:38:54 +03:00
<citerefentry > <refentrytitle > sd_event_now</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ,
<citerefentry > <refentrytitle > sd_event_add_io</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ,
2014-09-26 01:27:27 +04:00
<citerefentry > <refentrytitle > sd_event_add_time</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ,
2014-09-26 01:27:33 +04:00
<citerefentry > <refentrytitle > sd_event_add_child</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ,
2014-09-26 01:27:40 +04:00
<citerefentry > <refentrytitle > sd_event_add_defer</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ,
2015-11-20 01:38:54 +03:00
<citerefentry > <refentrytitle > sd_event_source_set_enabled</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ,
<citerefentry > <refentrytitle > sd_event_source_set_description</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ,
<citerefentry > <refentrytitle > sd_event_source_set_userdata</refentrytitle> <manvolnum > 3</manvolnum> </citerefentry> ,
<citerefentry project= 'man-pages' > <refentrytitle > signal</refentrytitle> <manvolnum > 7</manvolnum> </citerefentry> ,
<citerefentry project= 'man-pages' > <refentrytitle > signalfd</refentrytitle> <manvolnum > 2</manvolnum> </citerefentry>
2014-09-26 01:27:27 +04:00
</para>
</refsect1>
</refentry>