summaryrefslogtreecommitdiff
path: root/tools/aapt2/java/JavaClassGenerator.cpp
diff options
context:
space:
mode:
authorTej Singh <singhtejinder@google.com>2019-11-14 11:59:48 -0800
committerTej Singh <singhtejinder@google.com>2019-11-18 17:26:57 -0800
commit9ec159ac1f742491755d508351717efad83cec09 (patch)
tree88b16487431f6b20b1354032dfb6593d87dde583 /tools/aapt2/java/JavaClassGenerator.cpp
parente9513c5e3d0a9a2b88d701bb925a535e5cf60f44 (diff)
Fix Race Condition
Currently, it is possible for two threads in statsd to concurrently access/modify memory in ConditionTrackers since they do not have locks. This happens when one thread is processing LogEvents (lock on StatsLogProcessor mutex), while the other thread receives uidmap updates and locks on the mutex in the MetricProducer. This Cl changes uidmap updates to also go through the mutex in StatsLogProcessor. Test: bit statsd_test:* Test: atest CtsStatsdHostTestCases Test: local test (ag/9725088) that forced the race condition now passes Bug: 144373785 Change-Id: I04ae2f7ed025f5ce8bc4fdeb7f10717e20d76282
Diffstat (limited to 'tools/aapt2/java/JavaClassGenerator.cpp')
0 files changed, 0 insertions, 0 deletions