Skip to content
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

Resolve Data Races #102

Open
mfrey opened this issue May 7, 2014 · 0 comments
Open

Resolve Data Races #102

mfrey opened this issue May 7, 2014 · 0 comments

Comments

@mfrey
Copy link
Member

mfrey commented May 7, 2014

Multiple parts of the code are not thread-safe resulting in data races and (possible) dead locks. We should introduce proper mechanisms such as locking. While finding problematic sections in code is a cumbersome task, helgrind might be an option. However, the execution of helgrind on the testbed test routers is painfully slow.

An exemplary execution of helgrind:

valgrind --tool=helgrind ./TestbedDaemon default.conf > log_t9-203.txt 2>&1
@mfrey mfrey added bug labels May 7, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant