[webkit-dev] Strings on multiple threads
jorlow at chromium.org
Thu Dec 3 17:44:12 PST 2009
Just to be clear, I'm wondering if it makes sense to create a threadsafe
string class for use in places that aren't performance intensive....and
definitely not a replacement to the current string class.
On Thu, Dec 3, 2009 at 5:21 PM, Jeremy Orlow <jorlow at chromium.org> wrote:
> Handling strings on multiple threads is driving me crazy. There are so
> many subtleties about what's safe and what's not I'm wondering if it makes
> sense to just make a thread safe class.
> For example, String1 + String2 is not safe if either of those threads is
> from another thread (since if either string is empty, it'll just point to
> the other strings StringImpl). Another example: if you have a class that
> isn't always destroyed on the same thread and anything is making a copy of a
> string it owns and that copy might outlive the class, the copy has to be
> thread safe.
> I understand that making all strings ThreadSafeShared is completely out of
> the question, but maybe we can make another class of strings that is safe?
> Maybe we can even do it in a way that still shares the majority of the
> existing string code? (Ideally without resorting to templates.)
> I'm asking here before looking at this seriously since I'm guessing this
> has come up before and/or there are good reasons why this hasn't been done
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the webkit-dev