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 was correct at some point during ->pending's
execution. Also, the typ
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 one would want to have
two watchers for the same signal and start th
