datarace in setrepository::isempty

David Nolden zwabel at
Sat Oct 2 16:58:11 UTC 2010

In my experience (i earlier tried it a few times), helgrind simply doesn't
get it.

Am 01.10.2010 01:50 schrieb "Milian Wolff" <mail at>:

On Thursday, 30. September 2010 18:47:02 Milian Wolff wrote:
> Imo this is a valid complain, no? It ...
Maybe this is because Helgrind does not now our DUChain locks, does anyone
have any idea on how to change this?

Here is a similar race:

==7178== Possible data race during read of size 4 at 0xf292328 by thread #6
==7178==    at 0x684C1E0: KDevelop::TopDUContext::d_func() const
==7178==    by 0x6887EE6: KDevelop::TopDUContext::usingImportsCache() const

==7178== by 0x688C6DC:

==7178== This conflicts with a previous write of size 4 by thread #2
==7178==    at 0x681C990:
bool) (documentrangeobject.cpp:139)
==7178==    by 0x68B3357:
KDevelop::DUChainBase::setData(KDevelop::DocumentRangeObjectData*, bool)
==7178==    by 0x6895256: saveDUChainItem(QList<QPair<QByteArray, unsigned

int> >&, KDevelop::DUChainBase&, unsigned int&)

==7178== by 0x6898265: KDevelop::TopDUContextDynamicData::store()

==7178== by 0x544BFBD: QThreadPrivate::start(void*) (qthread_unix.cpp:248)
==7178== by 0x40287...
==7178==  Address 0xf292328 is 8 bytes inside a block of size 36 alloc'd
==7178==    at 0x4024C5C: operator new(unsigned int)
==7178==    by 0x6894BB6:
KDevelop::TopDUContextData>::create(KDevelop::DUChainBaseData*) const

Milian Wolff
mail at

KDevelop-devel mailing list
KDevelop-devel at
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the KDevelop-devel mailing list