>>>>> On Mon, 2 Dec 2002 22:24:39 -0600,
	Juli Mallett <jmallett@NewGold.NET> said:

> So essentially you don't want reliable signals, right?

Well, historically, the word "reliable signal" means avoiding
race condition about signal handling. The signal system we
have now is already reliable in that sense (since 4.2BSD).

Of course, what you mean in this context is different from above.
To answer your question, yes, I don't need signal queueing for
non-realtime signals. But please don't confuse me, I say we need
signal queueing for realtime signals, because realtime API in
POSIX needs signal queueing. And that is also the reason that I want
to avoid signal queueing for non-realtime signals, queueing
non-realtime signal takes kernel resource away from realtime signals.

Why do you want signal queueing for non-realtime signals?
Is there any application which wants such behaviour?
Is such application really portable?
(See the article posted by Giles Lean.)
--
soda