Re: pending signal events
[email protected] (Joshua N Pritikin) Fri, 23 Apr 2004 10:23:24 +0530
| Newsgroups | perl.loop |
|---|---|
| Message-ID | <[email protected]> |
On Thu, Apr 22, 2004 at 08:36:07AM +0100, Zefram wrote: > And a final thought before I head off on holiday: consider the event > sequence > > 0. start a signal watcher > 1. receive a signal > 2. start a second watcher for the same signal > 3. send another signal > 4. process events > > At the moment, both watchers get events with hits=2. The correct > behaviour would be for the first watcher to get hits=2 and the second to > get hits=1. An asynccheck, perhaps restricted to the signal in question, > in the watcher start code would fix this. Yah, OK, but is there a real-world justification for running asynccheck when creating signal watchers? Or is this just a theoretical cleanliness argument? -- A new cognitive theory of emotion, http://openheartlogic.org
signature.asc
(application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAiKFDqcqnlKSmC70RAgqPAJ9faZanVFe1jIdVOnN53bPbYVBjOACgjThL LQPonwuWOXZ1L2syFRfBGn4= =Hc6G -----END PGP SIGNATURE-----