Boost logo

Boost :

From: William Kempf (williamkempf_at_[hidden])
Date: 2001-08-21 08:53:19

>William Kempf wrote:
>>The only other solution is to allow threads to be created in a "suspended"
>>state and to "resume" them only when you've set the state,
> Why is that the 'only other soution'?
>What about:
> smart_ptr<thread> p = create_thread<smart_ptr>(THREAD_FUNC);
> thread_func::operator()(smart_ptr<thread>)
>is passed the same 'p' value that create_thread returns?

OK, there's ways around this issue by changing the interface, yes. I
strictly meant with out changing the interface. To do this with out a
monitor requires either a thread_ref interface which we've decided against,
or a two phase construction design, which is not really a good design
either. Since a thread_ref *CAN* be implemented with the current design I
see no issue here.

Bill Kempf

Get your FREE download of MSN Explorer at

Boost list run by bdawes at, gregod at, cpdaniel at, john at