Home Man
Today's Posts

Linux & Unix Commands - Search Man Pages
Man Page or Keyword Search:
Select Section of Man Page:
Select Man Page Repository:

CentOS 7.0 - man page for sd_crit (centos section 3)

SD-DAEMON(3)				    sd-daemon				     SD-DAEMON(3)

       Reference implementation of APIs for new-style daemons

       #include <systemd/sd-daemon.h>

       pkg-config --cflags --libs libsystemd-daemon

       sd-daemon.c and sd-daemon.h provide a reference implementation of various APIs for
       new-style daemons, as implemented by the systemd(1) init system.

       See sd_listen_fds(3), sd_notify(3), sd_booted(3), sd_is_fifo(3) for more information about
       the functions implemented. In addition to these functions, a couple of logging prefixes
       are defined as macros:

	   #define SD_EMERG   "<0>"  /* system is unusable */
	   #define SD_ALERT   "<1>"  /* action must be taken immediately */
	   #define SD_CRIT    "<2>"  /* critical conditions */
	   #define SD_ERR     "<3>"  /* error conditions */
	   #define SD_WARNING "<4>"  /* warning conditions */
	   #define SD_NOTICE  "<5>"  /* normal but significant condition */
	   #define SD_INFO    "<6>"  /* informational */
	   #define SD_DEBUG   "<7>"  /* debug-level messages */

       These prefixes are intended to be used in conjunction with STDERR-based logging as
       implemented by systemd. If a systemd service definition file is configured with
       StandardError=syslog or StandardError=kmsg, these prefixes can be used to encode a log
       level in lines printed. This is similar to the kernel printk()-style logging. See
       klogctl(2) for more information.

       The log levels are identical to syslog(3)'s log level system. To use these prefixes simply
       prefix every line with one of these strings. A line that is not prefixed will be logged at
       the default log level SD_INFO.

       Example 1. Hello World

       A daemon may log with the log level NOTICE by issuing this call:

	   fprintf(stderr, SD_NOTICE "Hello World!\n");

       These interfaces are provided by the reference implementation of APIs for new-style
       daemons and distributed with the systemd package. The algorithms they implement are
       simple, and can easily be reimplemented in daemons if it is important to support this
       interface without using the reference implementation. See the respective function man
       pages for details.

       In addition, for details about the algorithms, check the liberally licensed reference
       implementation sources:
       http://cgit.freedesktop.org/systemd/systemd/plain/src/libsystemd-daemon/sd-daemon.c and

       These APIs are implemented in the reference implementation's sd-daemon.c and sd-daemon.h
       files. These interfaces are available as a shared library, which can be compiled and
       linked to with the libsystemd-daemon pkg-config(1) file. Alternatively, applications
       consuming these APIs may copy the implementation into their source tree, either verbatim
       or in excerpts.

       The functions directly related to new-style daemons become NOPs when -DDISABLE_SYSTEMD is
       set during compilation and the reference implementation is used as drop-in files. In
       addition, if sd-daemon.c is compiled on non-Linux systems they become NOPs.

       systemd(1), sd_listen_fds(3), sd_notify(3), sd_booted(3), sd_is_fifo(3), daemon(7),
       systemd.service(5), systemd.socket(5), fprintf(3), sd-readahead(3), pkg-config(1)

systemd 208									     SD-DAEMON(3)

All times are GMT -4. The time now is 02:04 PM.

Unix & Linux Forums Content Copyrightę1993-2018. All Rights Reserved.
Show Password