I am starting to learn signal handling in Linux and have been trying out some simple codes to deal with SIGALRM. The code shown below sets a timer to count down. When the timer is finished a SIGALRM is produced. The handler for the signal just increments a variable called count. This is repeated until the user hits ‘q’ in the keyboard. The code is shown below:
The problem I am facing is this, when I set the timer for 1000000usec it works fine (i.e 1sec). However if I keep reducing the usec time to 100000, 10000, 1000 etc the timing seems to be too slow. The count variable is not being incremented as fast as it should be. Why is this? I have a hunch I am doing some silly mistake here but I am not sure what it is.
Any help would be greatly appreciated.
Hi,
Just a thought but i might be totally wrong/out of subject: i suspect it has to do with linux timer resolution which is at 10ms (or not?) so no matter how small you set your interval your code will only be ran every 10ms ...
PS.: You query remind me of a "nice surprise" when i was working with timer on linux
HI,
I need to handle SIGUSR2 signal in my application to change the state of the application dynamically. I have implemented the signal handler. However the application is able to catch only one SIGUSR2 signal. The second SIGUSR2 signal causes the application to crash. This is happning only with... (3 Replies)
Hi folks
I'm trying to write a signal handler (in c on HPUX) that will catch the child process launched by execl when it's finished so that I can check a compliance file.
The signal handler appears to catch the child process terminating however when the signal handler completes the parent... (3 Replies)
Guys,
I'm doing signal handling in Perl. I'm trying to catch ^C signal inside the script.
There two scripts : one shell script and one perl script.
The shell script calls the perl script.
For e.g. shell script a.sh and perl scipt sig.pl.
Shell script a.sh looks something like this :... (6 Replies)
Hi,
I have a main loop which calls a sub loop, which finally returns to the main loop itself. The main loop runs when a flag is set. Now, I have a signal handler for SIGINT, which resets the flag and thus stops the main loop. Suppose I send SIGINT while the program is in subloop, I get an error... (1 Reply)
Hi guys,
this is my first posting, so at first hi to everyone! ;)
I have a problem with ucontext_t in connection with signal handling. I want to simulate a preemptive scheduler. I am using the iTimer with ITIMER_PROF, to schedule the interrupts. You find the code below:
#include <stdio.h>... (18 Replies)
I am trying to write a small program where I can send signals and then ask for an action to be triggered if that signal is received. For example, here is an example where I am trying to write a programme that will say you pressed ctrl*c when someone presses ctrl+c. My questions are what you would... (1 Reply)
i wrote handler for sigsegv such that i can allocate memory for a variable to which
sigsegv generated for illlegal acces of memory.
my code is
#include <signal.h>
#include<stdio.h>
#include<stdlib.h>
#include<string.h>
char *j;
void segv_handler(int dummy)
{
j=(char *)malloc(10);
... (4 Replies)
hi friends i have a problem in signal handling ...
let me explain my problem clearly..
i have four process ..
main process forks two child process and each child process again forks another new process respectively...
the problem is whenever i kill the child process it is reforking and the... (2 Replies)
Discussion started by: senvenugopal
2 Replies
LEARN ABOUT NETBSD
setitimer
GETITIMER(2) BSD System Calls Manual GETITIMER(2)NAME
getitimer, setitimer -- get/set value of interval timer
LIBRARY
Standard C Library (libc, -lc)
SYNOPSIS
#include <sys/time.h>
int
getitimer(int which, struct itimerval *value);
int
setitimer(int which, const struct itimerval * restrict value, struct itimerval * restrict ovalue);
DESCRIPTION
The system provides each process with three interval timers, defined in <sys/time.h>. The getitimer() call returns the current value for the
timer specified in which in the structure at value. The setitimer() call sets a timer to the specified value, returning the previous value
of the timer if ovalue is not NULL.
A timer value is defined by the itimerval structure:
struct itimerval {
struct timeval it_interval; /* timer interval */
struct timeval it_value; /* current value */
};
If it_value is non-zero, it indicates the time to the next timer expiration. If it_interval is non-zero, it specifies a value to be used in
reloading it_value when the timer expires. Setting it_value to 0 disables a timer. Setting it_interval to 0 causes a timer to be disabled
after its next expiration (assuming it_value is non-zero).
The which parameter specifies the type of the timer:
ITIMER_REAL timer decrements in real time. This timer is affected by adjtime(2) and settimeofday(2). A SIGALRM signal is
delivered when this timer expires.
ITIMER_VIRTUAL timer decrements in process virtual time. It runs only when the process is executing. A SIGVTALRM signal is deliv-
ered when it expires.
ITIMER_PROF timer decrements both in process virtual time and when the system is running on behalf of the process. It is
designed to be used by interpreters in statistically profiling the execution of interpreted programs. Each time the
ITIMER_PROF timer expires, the SIGPROF signal is delivered. Because this signal may interrupt in-progress system
calls, programs using this timer must be prepared to restart interrupted system calls.
ITIMER_MONOTONIC timer decrements in monotonic time. This timer is not affected by adjtime(2) and settimeofday(2). A SIGALRM signal
is delivered when this timer expires.
Note that:
o Time values smaller than the resolution of the system clock are rounded up to this resolution (typically 10 milliseconds).
o The interaction between setitimer() and alarm(3) or sleep(3) is unspecified by the specification.
RETURN VALUES
If the calls succeed, a value of 0 is returned. If an error occurs, the value -1 is returned, and a more precise error code is placed in the
global variable errno.
ERRORS
Both functions may fail if:
[EFAULT] The value parameter specified a bad address.
[EINVAL] The which parameter was not a known timer type, or the value parameter specified a time that was too large to be handled.
SEE ALSO gettimeofday(2), select(2), sigaction(2), itimerval(3), timeradd(3)STANDARDS
The functions conform to IEEE Std 1003.1-2001 (``POSIX.1''). The later IEEE Std 1003.1-2008 (``POSIX.1'') revision however marked both as
obsolescent, recommending the use of timer_gettime(2) and timer_settime(2) instead.
HISTORY
The getitimer() function call appeared in 4.2BSD. The ITIMER_MONOTONIC functionality appeared in NetBSD 6.0.
BSD October 27, 2011 BSD