Ian Johnston (johnston@caiman.enet.dec.com) wrote:
: Presumably the semantics of STL containers and iterators will not need
: to change for multi-threading, but what about the current implementations?
: Has anyone considered multi-threading in an STL implementation?

I imagine that locking semantics for multi-threaded environments could
be layered on top of STL classes by deriving thread-aware classes from
STL classes, without modifying the STL interface or implementation.
The Booch C++ component take this approach to good effect.