-
Notifications
You must be signed in to change notification settings - Fork 50
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
False-positive data races need to be masked #724
Comments
dongahn
changed the title
These Likely false-positive data race need to be masked
False-positive data races need to be masked
Jul 8, 2016
Now that asan is running in CI, presumably we've worked through this. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Creating a new issue for these likely false positive data races reported in #694:
I see many data race reports at
czmq
routines called by service callback routines. My initial guess is these are false positives: in particular if czmq/zmq uses its own way to synchronize memory accesses across threads... One representative report looks like the following.Essentially, the report says:
strncpy
called by the main thread andmemcpy
in czmq by Pthread #4 access the same memory location without a synchronization known to TSan (e.g., pthread mutex).We need to look into this class of reports to see if they are indeed false positives. If so, it is likely
czmq
has its own thread synchronization that TSan doesn't know about. We need to annotate those synchronization to make TSan more useful for us.The text was updated successfully, but these errors were encountered: