Joshua N Pritikin wrote:
>Sure, but is Event really the perfect API design that we should try to
>implement perfectly? That would be an interesting discussion! What
>does Event do wrong and what would a better design look like ... ?
I've already got some thoughts about a better design. I think
On Mon, Apr 26, 2004 at 10:58:06PM +0100, Zefram wrote:
> Joshua N Pritikin wrote:
> >Yah, OK, but is there a real-world justification for running
> >asynccheck when creating signal watchers? Or is this just a
> >theoretical cleanliness argument?
>
> I haven't thought up a specific example where
On Mon, Apr 26, 2004 at 10:32:26PM +0100, Zefram wrote:
> Joshua N Pritikin wrote:
> >Because merely calling asynccheck never eliminates the race condition.
> >It just makes it "shorter."
>
> It does eliminate the race condition, in that it makes ->pending return a
> list of pending events that wa
