Christos Zoulas wrote:
> | > 1. Is it ok to queue all the signals, not only the rt ones?
> | 
> | That's the sort-of way I've gone with my FreeBSD work on
> | this, but after much work on it, and some production work
> | involving it, I realise that's silly.  Some people think
> | only RT and SA_SIGINFO should be reliable.  I think they
> | don't understand the issues, and when I try to explain
> | them, they just yell that I should do a better job.
> | 
> | But what the hell?  I say that things need to be uniform.
> | Some don't get queued ever, SIGKILL, etc., and those are
> | special cases, and need handled as such.
> 
> Right, this is exactly the way I am doing things right now. I've
> decided not to special case the RT signals, and SA_SIGINFO and
> provide it as the basic infrastructure.

What do you mean? I agree that it should be possible to get
'normal' signals queued, but I do not thing it should
be done by default, i.e. without SA_SIGINFO requested. Why
bother eating system resources for processes which don't
want the queing?

Jaromir
-- 
Jaromir Dolecek <jdolecek@NetBSD.org>            http://www.NetBSD.org/
-=- We should be mindful of the potential goal, but as the tantric    -=-
-=- Buddhist masters say, ``You may notice during meditation that you -=-
-=- sometimes levitate or glow.   Do not let this distract you.''     -=-