Boost logo

Boost :

From: Peter Dimov (pdimov_at_[hidden])
Date: 2007-03-26 14:04:18


Howard Hinnant wrote:

> Fair point. Perhaps we should go back to a more fundamental question:
>
> std::thread t(f);
> ...
> t.cancel(); // Logically is this a const or non-const operation on
> the thread executing t/f?

I prefer to first ask "does it matter"? If you can't observe the cancelation
state of t and if you are assured that t.cancel is valid no matter what else
is going on with t, what difference does a const/non-const label make to the
external observer?

(Internally there is a flag being set, of course.)


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk