Re: [Boost-users] [threads] extension proposal
looks like what I need ;) The only question is, what does stop() function of a defer_point?
defer_pool::stop deactivates the threaded queue. All threads are awakened.
Will it stop all tasks immediately or will it wait until the task queue is empty and stop it then?
It waits until all tasks were removed and processed from the queue.
Are there some plans to integrate this into the official boost release?
not yet
It would be nice to provide support for different queue policies, like priority queue etc... May be there are more wishes, like Vsevolod stated, by adding support for threading or process policies...
definetly - the library needs some improvements (fpr instance meber function defer should return a future). Oliver
On Tue, August 8, 2006 11:24, Oliver.Kowalke@qimonda.com wrote:
looks like what I need ;) The only question is, what does stop() function of a defer_point?
defer_pool::stop deactivates the threaded queue. All threads are awakened.
Will it stop all tasks immediately or will it wait until the task queue is empty and stop it then?
It waits until all tasks were removed and processed from the queue.
Are there some plans to integrate this into the official boost release?
not yet
It would be nice to provide support for different queue policies, like priority queue etc... May be there are more wishes, like Vsevolod stated, by adding support for threading or process policies...
definetly - the library needs some improvements (fpr instance meber function defer should return a future).
Oliver _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
Many thanks for your answers! With Kind Regards, Ovanes Markarian
participants (4)
-
Oliver.Kowalke＠qimonda.com -
Ovanes Markarian