fix signal-based timers with null sigevent argument
authorRich Felker <dalias@aerifal.cx>
Wed, 6 Apr 2011 13:26:41 +0000 (09:26 -0400)
committerRich Felker <dalias@aerifal.cx>
Wed, 6 Apr 2011 13:26:41 +0000 (09:26 -0400)
commitcd3bb38412cfcc3bc47985ba25287e0af463609a
treec6359e4b15d56353e6422ba83c7ccd3c6a3018d9
parent104d0134419eea7539cb5e0cc0405e5c6c9a0dff
fix signal-based timers with null sigevent argument

since timer_create is no longer allocating a structure for the timer_t
and simply using the kernel timer id, it was impossible to specify the
timer_t as the argument to the signal handler. the solution is to pass
the null sigevent pointer on to the kernel, rather than filling it in
userspace, so that the kernel does the right thing. however, that
precludes the clever timerid-versus-threadid encoding we were doing.

instead, just assume timerids are below 1M and thread pointers are
above 1M. (in perspective: timerids are sequentially allocated and
seem limited to 32k, and thread pointers are at roughly 3G.)
src/time/timer_create.c
src/time/timer_delete.c
src/time/timer_getoverrun.c
src/time/timer_gettime.c
src/time/timer_settime.c