Interrupts and Signals: <signal.h> (Unix)
When a process terminates abnormally it usually tries to send a signal indicating what went wrong. C programs (and UNIX) can trap these for diagnostics. Also user specified communication can take place in this way.
Signals are software generated interrupts that are sent to a process when a event happens. Signals can be synchronously generated by an error in an application, such as SIGFPE and SIGSEGV, but most signals are asynchronous. Signals can be posted to a process when the system detects a software event, such as a user entering an interrupt or stop or a kill request from another process. Signals can also be come directly from the OS kernel when a hardware event such as a bus error or an illegal instruction is encountered. The system defines a set of signals that can be posted to a process. Signal delivery is analogous to hardware interrupts in that a signal can be blocked from being delivered in the future. Most signals cause termination of the receiving process if no action is taken by the process in response to the signal. Some signals stop the receiving process and other signals can be ignored. Each signal has a default action which is one of the following:
Sending Signals -- kill(), raise()
There are two common functions used to send signals
int kill(int pid, int signal) - a system call that send a signal to a process, pid. If pid is greater than zero, the signal is sent to the process whose process ID is equal to pid. If pid is 0, the signal is sent to all processes, except system processes.
kill() returns 0 for a successful call, -1 otherwise and sets errno accordingly.
int raise(int sig) sends the signal sig to the executing program. raise() actually uses kill() to send the signal to the executing program:
There is also a UNIX command called kill that can be used to send signals from the command line - see man pages.
NOTE: that unless caught or ignored, the kill signal terminates the process. Therefore protection is built into the system.
Only processes with certain access privileges can be killed off.
Basic rule: only processes that have the same user can send/receive messages.
The SIGKILL signal cannot be caught or ignored and will always terminate a process.
For examplekill(getpid(),SIGINT); would send the interrupt signal to the id of the calling process.
This would have a similar effect to exit() command. Also ctrl-c typed from the command sends a SIGINT to the process currently being.
unsigned int alarm(unsigned int seconds) -- sends the signal SIGALRM to the invoking process after seconds seconds.
Signal Handling -- signal()
An application program can specify a function called a signal handler to be invoked when a specific signal is received. When a signal handler is invoked on receipt of a signal, it is said to catch the signal. A process can deal with a signal in one of the following ways:
Receiving signals is straighforward with the function:
int (*signal(int sig, void (*func)()))() -- that is to say the function signal() will call the func functions if the process receives a signal sig. Signal returns a pointer to function func if successful or it returns an error to errno and -1 otherwise.
func() can have three values:
-- a pointer to a system default function SID_DFL(), which will terminate the process upon receipt of sig.
-- a pointer to system ignore function SIG_IGN() which will disregard the sig action (UNLESS it is SIGKILL).
A function address
-- a user specified function.
SIG_DFL and SIG_IGN are defined in signal.h (standard library) header file.
Thus to ignore a ctrl-c command from the command line. we could do:
TO reset system so that SIGINT causes a termination at any place in our program, we would do:
So lets write a program to trap a ctrl-c but not quit on this signal. We have a function sigproc() that is executed when we trap a ctrl-c. We will also set another function to quit the program if it traps the SIGQUIT signal so we can terminate our program:
Other signal functions
There are a few other functions defined in signal.h:
int sighold(int sig) -- adds sig to the calling process's signal mask
int sigrelse(int sig) -- removes sig from the calling process's signal mask
int sigignore(int sig) -- sets the disposition of sig to SIG_IGN
int sigpause(int sig) -- removes sig from the calling process's signal mask and suspends the calling process until a signal is received
Re: Interrupts and Signals: <signal.h> (Unix)
Re: Interrupts and Signals: <signal.h> (Unix)
Ultimate Document...........PLease keep on posting articles like this.......It is really helpful for the beginners like me.....
|All times are GMT +5.5. The time now is 17:44.|