Signal Handling in C Signal Handling in C unix unix

Signal Handling in C


When dealing with POSIX signals, you have two means at your disposal. First, the easy (but deprecated) way, signal(). Second, the more elegant, current but complex way, sigaction(). Please use sigaction() unless you find that it isn't available on some platform that you need to work on.

This chapter of the glibc manual explains differences between the two and gives good example code on how to use both. It also lists the signals that can be handled, recommends how they should be handled and goes more in depth on how to tell how any given signal is (or is not) currently being handled. That's way more code than I'd want to paste into an answer here, hence the links.

It really is worth the hour or two it would take you to read the links and work through the examples. Signal handling (especially in programs that daemonize) is extremely important. A good program should handle all fatal signals that can be handled (i.e. SIGHUP) and explicitly ignore signals that it might not be using (i.e. SIGUSR1 / SIGUSR2).

It also won't hurt to study the difference between normal and real time signals, at least up to the understanding of how the kernel merges the prior and not the latter.

Once you work through it, you'll probably feel inclined to write up an easy to modify set of functions to handle your signals and re-use that code over and over again.

Sorry for not giving a quick and dirty code snippet to show you how to solve your immediate need, but this isn't a quick and dirty topic :)


Firstly, Ctrl+D is an EOF indicator which you cannot trap, when a program is waiting for input, hitting Ctrl+D signifies end of file and to expect no more input. On the other hand, using Ctrl+C to terminate a program - that is SIGINT, which can be trapped by doing this:

#include <stdio.h>#include <signal.h>#include <stdlib.h>#include <stdarg.h>static void signal_handler(int);static void cleanup(void);void init_signals(void);void panic(const char *, ...);struct sigaction sigact;char *progname;int main(int argc, char **argv){    char *s;    progname = *(argv);    atexit(cleanup);    init_signals();    // do the work    exit(0);}void init_signals(void){    sigact.sa_handler = signal_handler;    sigemptyset(&sigact.sa_mask);    sigact.sa_flags = 0;    sigaction(SIGINT, &sigact, (struct sigaction *)NULL);}static void signal_handler(int sig){    if (sig == SIGINT) panic("Caught signal for Ctrl+C\n");}void panic(const char *fmt, ...){    char buf[50];    va_list argptr;    va_start(argptr, fmt);    vsprintf(buf, fmt, argptr);    va_end(argptr);    fprintf(stderr, buf);    exit(-1);}void cleanup(void){    sigemptyset(&sigact.sa_mask);    /* Do any cleaning up chores here */}


In your example it seems you don't need CTRL-C handlind at all. A "signal(SIGINT,SIG_IGN)" seems enough for you, unless your application must handle a SIGINT coming from some other source.CTRL-D doesn't usually generates signals, it simply communicates the EOF condition.You can in general control the behavior of your terminal (we are talking about console input, it isn't?) by using the termios library (also here). You can enable, redefine or disable the "interrupt" character (CTRL-C), the EOF one and many other ones (XON, XOFF, modem control...)

Regards