From: Michael Glassford (glassfordm_at_[hidden])
Date: 2005-02-10 06:52:51
Preston A. Elder wrote:
> Is there any fantastically good reason why there is no way of getting a
> count of how many threads are being handled by a thread_group?
> I want to set up a worker thread pool, a new thread is added as the queue
> size goes up, and it removed itself if the queue size is not enough to
> warrant it. This mechanism, however, is complicated muchly when
> thread_group doesn't have a way for me to determine how many threads I
> currently have, in an effort to ensure the ending the thread will cause it
> to go below the minimum, or spawning a new one go above the maximum.
> Obviously, I could write my own thread_group, but I can think of no reason
> for boost's thread_group to not have a count() method.
I don't see one either. I'll look into adding one.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk