Boost logo

Boost :

From: Alan Griffiths (alan_at_[hidden])
Date: 2000-08-02 14:46:59


In message <20000801183618.B9804_at_[hidden]>, Nathan Myers
<ncm_at_[hidden]> writes
>Trying to define a "threads library" could easily turn in to a black
>hole, or a tar baby. Fortunately, Dietmar has shown us the way out.
>
>We don't need or want a "threads library". It wouldn't be portable
>anyhow, or would require so many compromises that it wouldn't be
>useful for real programs. What we need is just need the parts that
>are needed so that a portable library can be written that will work
>in a threaded program. This probably means a "mutex" type, and maybe
>(a couple of) read-write locks. It might have atomic-increment and
>atomic-swap-pointer primitives.

Like many good ideas, it is obvious once some genius has pointed it out!

Yes, this has to be the second stage - the first (as Dietmar mentions in
his post) is to identify the guarantees a library needs to make in a
threaded environment.

But the problem suddenly looks approachable.

-- 
Alan Griffiths  (alan_at_[hidden])  http://www.octopull.demon.co.uk/
ACCU Chairman   (chair_at_[hidden])             http://www.accu.org/

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