apr-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 41254] apr_queue_t enhancements
Date Mon, 29 Jun 2009 16:19:06 GMT

--- Comment #11 from Neil Conway <nrc@cs.berkeley.edu>  2009-06-29 09:19:06 PST ---
Oh, right -- I was assuming the configuration change would need to be applied
by the consumer thread itself. If that's not the case, you could use the "block
pop" feature to block the consumer from doing any additional work, and then
apply the configuration change from another thread while the consumer is
blocked. However, AFAICS you'd still need some other mechanism to avoid a race
condition: if the consumer pop()s an item just before the block_pop() arrives,
it could still be processing that item while the configuration change is being

Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

To unsubscribe, e-mail: bugs-unsubscribe@apr.apache.org
For additional commands, e-mail: bugs-help@apr.apache.org

View raw message