Re: helgrind question regarding 'Possible data race during write of size 8'

At least in the text you included, there's nothing that indicates what
the the other thread/access is.  We have:

> Possible data race during write of size 8 at 0x58EEC60 by thread #1
> Locks held: none

and these, but they just tell you about the data address involved in
the race:

>   Address 0x58eec60 is 160 bytes inside a block of size 408 alloc'd
>     at 0x484BF58: operator new(unsigned long) (vg_replace_malloc.c:487)

>   Block was alloc'd by thread #1

There should be yet another stack which shows where the conflicting access
in the "other" thread is.

J