Jamie Lokier wrote:
> I don't buy this argument.  You block signals, do something, unblock
> signals.  There may be a _tiny_ delay in delivering the signal
Tiny?  You said yourself that fork can be expensive.
> - of
> the order of a single system call time, i.e. not significant.  (That
> delay is much shorter than signal delivery time itself).  No signals
> are actually _lost_,
Of course they can get lost.  Normal Unix signals are not queued.
- -- 
- --------------.                        ,-.            444 Castro Street
Ulrich Drepper \    ,-----------------'   \ Mountain View, CA 94041 USA
Red Hat         `--' drepper at redhat.com `---------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQE93Aiv2ijCOnn/RHQRAippAKCnwjE420nRHMJpGSm86CxNhkgtXwCgjAA3
gqpLLi1ytAanQWzIq+0+sWE=
=TRHu
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/