Re: adding extra signals for LinuxThreads (Re: Linux 2.1.69..)

Richard Henderson (rth@dot.cygnus.com)
Mon, 8 Dec 1997 20:36:26 -0800


On Sun, Dec 07, 1997 at 01:46:20AM +0000, H. Peter Anvin wrote:
> I personally don't see any problem with overloading/recycling
> SIGSTKFLT if it is indeed a signal that's never used. sparc is
> definitely trouble, though, but even a nonstandard signal overloading
> would be better than using two signals specifically designated for the
> end programmer.

There's no rule saying that libc must pass on all of the RT signals
to the application program.

While I would have preferred POSIX to define a set of rt signal number
allocation functions (as glibc snapshots now do), we can simply grab
two for pthreads use and define SIGRTMIN & RTSIG_MAX to avoid them.

r~