apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From c...@force-elite.com
Subject Re: apr_pollset multithread semantics?
Date Tue, 19 Jul 2005 08:38:40 GMT
Quoting Brian Pane <brianp@apache.org>:

> On Jul 18, 2005, at 5:41 AM, Joe Orton wrote:
>> On Sun, Jul 17, 2005 at 07:20:10PM -0700, Brian Pane wrote:
>>> For implementations of apr_pollset that support the
>>> APR_POLLSET_THREADSAFE option to apr_pollset_create(), what's  supposed
>>> to happen if thread T1 adds a descriptor to a pollset while thread T2
>>> is blocked in a call to apr_pollset_poll() for the same pollset?
>> I had actually presumed it would be OK to leave the behaviour as not
>> explicitly defined, but I can see it would certainly be useful to be
>> able to rely on your (A) case below if that can actually be  guaranteed.
> Yes indeed, (A) or even (B) can be very useful when designing, say,
> httpd MPMs. :-)

Yes, as part of the design, I relied upon that fact that all of our supported
backend APIs use bahavoir (A).

I think we should add this behavoir to the documentation, explicitly.

This message was sent using IMP, the Internet Messaging Program.

View raw message