glibc uses a much larger mask than that. Either way, for most, but
not all platforms, there seems to be space:
i386 31; 16 is SIGSTKFLT which is never generated
alpha _NSIG is 32, but it uses 64-bit masks already so it
can be increased to 64 trivally
m68k 31, 16 (SIGSTKFLT)
mips 32-64 (yes, MIPS sets _NSIG to 65, not 64)
ppc 31, 16 (SIGSTKFLT)
sparc Trouble. Maybe we could overload SIGLOST or SIGSYS,
but I don't know. There seems to be a concept of
major and minor signal numbers on the sparc; SIGILL,
SIGEMT, SIGFPE and SIGBUS have minor numbers defined;
maybe piggybacking is possible?
sparc64 Same as sparc, but uses 64-bit masks for 64-bit
processes.
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.
-hpa
--
PGP: 2047/2A960705 BA 03 D3 2C 14 A8 A8 BD 1E DF FE 69 EE 35 BD 74
See http://www.zytor.com/~hpa/ for web page and full PGP public key
I am Bahá'í -- ask me about it or see http://www.bahai.org/
"To love another person is to see the face of God." -- Les Misérables